Nginx / Varnish SSD хостинг с cPanel
- Автор coolice
- Начална дата
AMitrev
Well-Known Member
Изгледите са за хейтърите! Нека си говорим сериозно: тоест за функционалност: ще се променили нещо за крайният потребител?
Ето и няколко неща за които се сещам в момента:
- конзола през панела (уеб);
- настройка на php разширения/версии;
- настройка на nodejs / ruby app-ове;
Ето и няколко неща за които се сещам в момента:
- конзола през панела (уеб);
- настройка на php разширения/версии;
- настройка на nodejs / ruby app-ове;
хейтър
Well-Known Member
пак празни приказки... Не ти ли омръзва да влзиаш уж компетентно а да ръсиш тъпотии?
Точно изгледа е важен за да мине една подобна замяна, ако изглежда куцо и навигацията е объркана юзъра ще запали съпорта
Blinky
Owner
Прав си, но рязката промяна малко сдухва някои. Доказано е, че тотално различното малко плаши, а така с минимални визуални различния някак се преживява по-добре.
AMitrev
Well-Known Member
@хейтър кой говори за теб? Изгледа е важен за някакви си там дечурлига, за хората е важно дали могат или не могат да вършат нещата които до момента са правили.
@Blinky в стресов век живеем, който го е страх от промени да си прави нещата сам.
Веднага давам пример (съобразен с масовото разпространение на php):
Ако нямате конзола през уеб една част от потребителите ползващи примерно Symfony (php framework) ще трябва да изберат друг хостинг, защото няма да мога да си пуснат composer install
@Blinky в стресов век живеем, който го е страх от промени да си прави нещата сам.
Веднага давам пример (съобразен с масовото разпространение на php):
Ако нямате конзола през уеб една част от потребителите ползващи примерно Symfony (php framework) ще трябва да изберат друг хостинг, защото няма да мога да си пуснат composer install
coolice
Owner
Те хибридите си остават с cPanel още го предлагаме поне засега, това което променяме за е за новите планове на споделения хостинг понеже е неразумно да сме на 100% зависими от един софтуерен доставчик, който на всичкото отгоре е притежание на хедж фънд / венчър компания (ей този охлюв - не е същата компания, но е в подобен бизнес купи едно лекарство за спин и му вдигна цената с 5000% https://heavy.com/news/2015/09/mart...ice-increase-turing-pharmaceuticals-daraprim/ ) така че тези ли няма да се пробват - сега е началото само опипват пазара да видят кой ще отпадне и най-доброто за тях ( да си избият парите за инвестицята бързо) вероятно предстой ...
Това което правим е базирано на три неща:
1. Да си подсигурим модел за стабилност на бизнеса в бъдеще (ако нещата станат зле със cPanel няма да сме толкова зле ударени като 100% cPanel компаниите и ще си имаме работещи сървъри на който директно да прехвълим клиенти който искат стабилни цени)
2. Direct Admin ни ползволява да осигурим нова функционалност (тук за споделения хостинг има интересни сетъпи за Nginx reverse и Varnish 6 почти нативно от панела без допълнителни плъгини което за някой който предлага такъв хостинг си е доста интересно - реално е допълнителна функционалност и допълнителни инструменти спрямо това което може cPanel
3. Защо вместо една торба пари да отида за обвивка (каквато cPanel е на други инстументи) да не отидат за нови по-добри планове вместо това
Иначе относно функционалност node.js е от клауд линукс и работи (в продукщън версия) и на новия панел нищо че не го предалгаме на споделения хостинг, ако решим да пуснем нови хибриди след време ще го има,
селектора с модулите също е от клауд линукс и работи - има го на споделения ,
питон селектора е на бета но работи има рлеиз онзиден който фискваше бъгове за него при директен импорт на апове от cPanel backup
,https://www.cloudlinux.com/cloudlinux-os-blog/entry/alt-python27-cllib-updated-1-1не съм тествал руби селектора също е от клауд линукс и работи на същия принцип като другите селектори ако не работи вероятно ще го има скоро (не съм прoбвал понеже ти си единствения който е питал за това
)LiteSpeed сървър също се поддържа в порукшън
Web Shell няма (но него и сега не го предлагаме като стандартна опция на споделения hosting - шел може да се пусне по нормалния начин, ако на някой му трябва - сега на cPanel където има уеб шел, работи и нормалния през ssh (putty - за win потребителите) - не може да кажеш че някой който се оправя със шела през уеб, няма да се оправи със ssh/putty (изолацията на потребителите отново е от клауд линукс не от цпанел от цпанел е само уеб обвивката)
Пичове трябва да работя сега по принцип мислех да си пишем след като лаунчнем новите споделени планове ама тук ги видяхте докато работим по сайта
Последно редактирано:
AMitrev
Well-Known Member
Общо взето за крайният потребител е все тая дали ще бъде на cpanel или Другият Панел . Да ще има мрънкане, че старият интерфейс бил по-добър но това се случва със всички софтуери на Земята .
Сигурно и за съпорта ще е леко досадно че ще има повече тикети.
И сега е времето да попитам: Redis кога
п.с. Питах за Руби 'щото го видях преди време в панела и е от по екзотичните неща
. Да ще има мрънкане, че старият интерфейс бил по-добър но това се случва със всички софтуери на Земята .Сигурно и за съпорта ще е леко досадно че ще има повече тикети
.И сега е времето да попитам: Redis кога
п.с. Питах за Руби 'щото го видях преди време в панела и е от по екзотичните неща
Станимир И
Well-Known Member
Относно Redis определено е доста по-бърз, ето някой малки факти.
- memcached: Вие указвате размера на кеша и докато вмъквате елементи, демонът бързо расте до малко повече от този размер. Никога в действителност няма начин да се възстанови някое от това пространство, малко преди рестартирането на memcached. Всичките ви ключове могат да бъдат изтекли, можете да изчистите базата от данни и тя ще използва пълната част от RAM, с която сте я конфигурирали.
- redis: Задаване на максимален размер зависи от вас. Redis никога няма да използва повече, отколкото трябва, и ще ви върне паметта, която вече не използвате.
- Съхранявам 100,000 ~ 2KB струни (~ 200MB) на произволни изречения в двете. Използването на RAM паметта на Memcached нараства до ~ 225 MB. Използването на Redis RAM нараства до ~ 228MB. След като изчисти и двете, redis падна до ~ 29MB и memcached остана на ~ 225MB. Те са също толкова ефективни в начина, по който съхраняват данните, но само един е способен да го възстанови.
Но според мен MemCached е супер за един бизнес, при сериозни проекти с по 1 милион артикула е хубаво Redis. И двете стават като цяло.
Поздрави.
coolice
Owner
Първото на което някой плъгин трябва да отговаря е да е направено секюрнато за споделена среда и второто е да има поне още един девелопър на подобен плъгин за да може ако нещо малфункционира и поправките се забавят да можем да предложим алтернатива
За редис от гледна точка на девелопмънт незнам
Но всички кеш плъгини които съм виждал да поддържат memcached , поддържат и кеш в APC (php модула само за кеш паметта на apc се казва apcu във версите след 5.4 когато този опкод кеш / акселератор е премахнат) APCU е наличен за всички версии след 5.4 включително и за 7.3
Предимствата на APCU са че работи в паметта заделена за акаунта на потребителя (потребители които са достатъчно адвансъд може да му задават къстъм настройки с php_value команди вместо само да имат нещо пуснато от доставчика (особено за акаунтите с досъп до повече RAM е много интерсен фичър) , връзката се осъществява през php сокетa което е по бързо от връзката на порт с memcached и най-важното е че този сокет е индивидуален за всеки потребител и се намира вътре в cagefs - виртуализираната файлова система на всеки потребител https://www.cloudlinux.com/cagefs - или е секюрнато максимално за споделена среда) Аз това винаги съм казвал да се казва на потребителите които са питали за мемкешъд ....
Защото едно време memcahed плъгините предлагаха само различен порт на различните си потребители в споделена среда което е съмнително като начин за секюрити (да по-добре от да пуснеш един голям мемкешъд сървър за на споделения сървър за всички и да стискаш палци някой да не направи нещо ама си е съмнително колоко е сигурно)
Дано с редиса са измислили нещо по-добро
ПП APCU e наличен и всички стари cPanel планове и както и на новите споделени планове с Direct Admin
За редис от гледна точка на девелопмънт незнам
Но всички кеш плъгини които съм виждал да поддържат memcached , поддържат и кеш в APC (php модула само за кеш паметта на apc се казва apcu във версите след 5.4 когато този опкод кеш / акселератор е премахнат) APCU е наличен за всички версии след 5.4 включително и за 7.3
Предимствата на APCU са че работи в паметта заделена за акаунта на потребителя (потребители които са достатъчно адвансъд може да му задават къстъм настройки с php_value команди вместо само да имат нещо пуснато от доставчика (особено за акаунтите с досъп до повече RAM е много интерсен фичър) , връзката се осъществява през php сокетa което е по бързо от връзката на порт с memcached и най-важното е че този сокет е индивидуален за всеки потребител и се намира вътре в cagefs - виртуализираната файлова система на всеки потребител https://www.cloudlinux.com/cagefs - или е секюрнато максимално за споделена среда) Аз това винаги съм казвал да се казва на потребителите които са питали за мемкешъд ....
Защото едно време memcahed плъгините предлагаха само различен порт на различните си потребители в споделена среда което е съмнително като начин за секюрити (да по-добре от да пуснеш един голям мемкешъд сървър за на споделения сървър за всички и да стискаш палци някой да не направи нещо ама си е съмнително колоко е сигурно)
Дано с редиса са измислили нещо по-добро
ПП APCU e наличен и всички стари cPanel планове и както и на новите споделени планове с Direct Admin
Последно редактирано:
Станимир И
Well-Known Member
s1yf0x
Well-Known Member
Браво... Наков може да те вземе за "доктор, професор, старши научен сътрудник" в новия курс за уеб
s1yf0x
Well-Known Member
можеш да създаваш отделен потребител и парола за memcached през sasl2 модул, но интеграцията с cPanel и DA си е pain in the ass.
coolice
Owner
Аз имах в предвид комерсиално предлагаинте за cPanel плъгини за мемкешъд какво правеха - стартират малък инстанс за всеки клиент който си го пусне от панела на различен порт нямаше юзер и парола, ако някой вътре от сървъра разбере порта ще може да го гледа или манипулира...., гледах го един такъв плъгин, мислих го и реших че APCU е по-добре че дори и евентуално по-бързо от мемкешъд
Сега ми хрумна че трябва да се блогпостне за това защото повечето клиeнти не го знаят това
s1yf0x
Well-Known Member
то даже си има и prove of concept за този пропуск в сигурността с memcached на споделен хостинг, но да вне учим келешите на мурафети, че после ще има сърдити колеги администратори.
mobilio
Well-Known Member
Адаш ти разбра ли какви са тез струни дето се съхраняват!?!?
coolice
Owner
И сега е времето да попитам: Redis кога
Готов е Redis но за DirectAdmin само
https://blog.coolicehost.com/redis-cache-instances-for-every-directadmin-plan/
Направено е секюртнато, с къстъм порт за всеки instance и дълга парола
Всеки потребител може да си има различни instances за всеки сайт който се хоства с нас
coolice
Owner
Ето това е https://github.com/phpredis/phpredis
Понеже незнам как ще са написани скриптовете които ще го ползват Redis (сигурно 90 процента от случайте ще са готови кеш плъгини и незнам на кой какво ще му трябва по добре да си го вклщючват хората) а не отварят тикети че не работи редиса като на кеш плъгина му трябва
Понеже незнам как ще са написани скриптовете които ще го ползват Redis (сигурно 90 процента от случайте ще са готови кеш плъгини и незнам на кой какво ще му трябва по добре да си го вклщючват хората) а не отварят тикети че не работи редиса като на кеш плъгина му трябва