Nginx / Varnish SSD хостинг с cPanel

Изгледите са за хейтърите! Нека си говорим сериозно: тоест за функционалност: ще се променили нещо за крайният потребител?

Ето и няколко неща за които се сещам в момента:
- конзола през панела (уеб);
- настройка на php разширения/версии;
- настройка на nodejs / ruby app-ове;
 
Изгледите са за хейтърите! Нека си говорим сериозно: тоест за функционалност: ще се променили нещо за крайният потребител?
пак празни приказки... Не ти ли омръзва да влзиаш уж компетентно а да ръсиш тъпотии?

Точно изгледа е важен за да мине една подобна замяна, ако изглежда куцо и навигацията е объркана юзъра ще запали съпорта
 
Изгледите са за хейтърите! Нека си говорим сериозно: тоест за функционалност: ще се променили нещо за крайният потребител?
Прав си, но рязката промяна малко сдухва някои. Доказано е, че тотално различното малко плаши, а така с минимални визуални различния някак се преживява по-добре. :)
 
@хейтър кой говори за теб? Изгледа е важен за някакви си там дечурлига, за хората е важно дали могат или не могат да вършат нещата които до момента са правили.

@Blinky в стресов век живеем, който го е страх от промени да си прави нещата сам.

Веднага давам пример (съобразен с масовото разпространение на php):
Ако нямате конзола през уеб една част от потребителите ползващи примерно Symfony (php framework) ще трябва да изберат друг хостинг, защото няма да мога да си пуснат composer install :D
 
Изгледите са за хейтърите! Нека си говорим сериозно: тоест за функционалност: ще се променили нещо за крайният потребител?

Ето и няколко неща за които се сещам в момента:
- конзола през панела (уеб);
- настройка на php разширения/версии;
- настройка на nodejs / ruby app-ове;

Те хибридите си остават с 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 (изолацията на потребителите отново е от клауд линукс не от цпанел от цпанел е само уеб обвивката)

Пичове трябва да работя сега по принцип мислех да си пишем след като лаунчнем новите споделени планове ама тук ги видяхте докато работим по сайта :)
 
Последно редактирано:
Общо взето за крайният потребител е все тая дали ще бъде на cpanel или Другият Панел :D. Да ще има мрънкане, че старият интерфейс бил по-добър но това се случва със всички софтуери на Земята :D.

Сигурно и за съпорта ще е леко досадно че ще има повече тикети :D.

И сега е времето да попитам: Redis кога :D

п.с. Питах за Руби 'щото го видях преди време в панела и е от по екзотичните неща :D
 
@AMitrev хайде да го мислим по нататък това с редиса освен ако не е нужен спешно за нещо (тогава пусни едно тикетче ще видим какво може да се измисли) :)
 
Спешно не е. Просто Redis е къде къде по як от memcached :D, а и мисля че наскоро видях че cPanel имат плъгин за redis.
 
Спешно не е. Просто Redis е къде къде по як от memcached , а и мисля че наскоро видях че cPanel имат плъгин за redis.

Относно Redis определено е доста по-бърз, ето някой малки факти.

  • memcached: Вие указвате размера на кеша и докато вмъквате елементи, демонът бързо расте до малко повече от този размер. Никога в действителност няма начин да се възстанови някое от това пространство, малко преди рестартирането на memcached. Всичките ви ключове могат да бъдат изтекли, можете да изчистите базата от данни и тя ще използва пълната част от RAM, с която сте я конфигурирали.
  • redis: Задаване на максимален размер зависи от вас. Redis никога няма да използва повече, отколкото трябва, и ще ви върне паметта, която вече не използвате.
  • Съхранявам 100,000 ~ 2KB струни (~ 200MB) на произволни изречения в двете. Използването на RAM паметта на Memcached нараства до ~ 225 MB. Използването на Redis RAM нараства до ~ 228MB. След като изчисти и двете, redis падна до ~ 29MB и memcached остана на ~ 225MB. Те са също толкова ефективни в начина, по който съхраняват данните, но само един е способен да го възстанови.
Ясна печалба за redis, тъй като тя прави това по подразбиране и има много конфигурируемо постоянство. Memcached няма механизми за изхвърляне на диск без инструменти на трета страна. И двете са изключително бързи. Бенчмарковете се различават в зависимост от натоварването, версиите и много други фактори, но обикновено показват, че redis е толкова бърза или почти толкова бърза, колкото memcached.

Но според мен MemCached е супер за един бизнес, при сериозни проекти с по 1 милион артикула е хубаво Redis. И двете стават като цяло.

Поздрави.
 
Първото на което някой плъгин трябва да отговаря е да е направено секюрнато за споделена среда и второто е да има поне още един девелопър на подобен плъгин за да може ако нещо малфункционира и поправките се забавят да можем да предложим алтернатива

За редис от гледна точка на девелопмънт незнам

Но всички кеш плъгини които съм виждал да поддържат memcached , поддържат и кеш в APC (php модула само за кеш паметта на apc се казва apcu във версите след 5.4 когато този опкод кеш / акселератор е премахнат) APCU е наличен за всички версии след 5.4 включително и за 7.3

apcu.png

Предимствата на APCU са че работи в паметта заделена за акаунта на потребителя (потребители които са достатъчно адвансъд може да му задават къстъм настройки с php_value команди вместо само да имат нещо пуснато от доставчика (особено за акаунтите с досъп до повече RAM е много интерсен фичър) , връзката се осъществява през php сокетa което е по бързо от връзката на порт с memcached и най-важното е че този сокет е индивидуален за всеки потребител и се намира вътре в cagefs - виртуализираната файлова система на всеки потребител https://www.cloudlinux.com/cagefs - или е секюрнато максимално за споделена среда) Аз това винаги съм казвал да се казва на потребителите които са питали за мемкешъд ....

Защото едно време memcahed плъгините предлагаха само различен порт на различните си потребители в споделена среда което е съмнително като начин за секюрити (да по-добре от да пуснеш един голям мемкешъд сървър за на споделения сървър за всички и да стискаш палци някой да не направи нещо ама си е съмнително колоко е сигурно)

Дано с редиса са измислили нещо по-добро


ПП APCU e наличен и всички стари cPanel планове и както и на новите споделени планове с Direct Admin :)
 
Последно редактирано:
Здравей, @coolice абсолютно си прав относно memcached.
Поздрави!
 
Относно Redis определено е доста по-бърз, ето някой малки факти.

  • memcached: Вие указвате размера на кеша и докато вмъквате елементи, демонът бързо расте до малко повече от този размер. Никога в действителност няма начин да се възстанови някое от това пространство, малко преди рестартирането на memcached. Всичките ви ключове могат да бъдат изтекли, можете да изчистите базата от данни и тя ще използва пълната част от RAM, с която сте я конфигурирали.
  • redis: Задаване на максимален размер зависи от вас. Redis никога няма да използва повече, отколкото трябва, и ще ви върне паметта, която вече не използвате.
  • Съхранявам 100,000 ~ 2KB струни (~ 200MB) на произволни изречения в двете. Използването на RAM паметта на Memcached нараства до ~ 225 MB. Използването на Redis RAM нараства до ~ 228MB. След като изчисти и двете, redis падна до ~ 29MB и memcached остана на ~ 225MB. Те са също толкова ефективни в начина, по който съхраняват данните, но само един е способен да го възстанови.
Ясна печалба за redis, тъй като тя прави това по подразбиране и има много конфигурируемо постоянство. Memcached няма механизми за изхвърляне на диск без инструменти на трета страна. И двете са изключително бързи. Бенчмарковете се различават в зависимост от натоварването, версиите и много други фактори, но обикновено показват, че redis е толкова бърза или почти толкова бърза, колкото memcached.

Но според мен MemCached е супер за един бизнес, при сериозни проекти с по 1 милион артикула е хубаво Redis. И двете стават като цяло.

Поздрави.
Браво... Наков може да те вземе за "доктор, професор, старши научен сътрудник" в новия курс за уеб
 
.....и най-важното е че този сокет е индивидуален за всеки потребител и се намира вътре в cagefs - виртуализираната файлова система на всеки потребител https://www.cloudlinux.com/cagefs - или е секюрнато максимално за споделена среда) Аз това винаги съм казвал да се казва на потребителите които са питали за мемкешъд ....

Защото едно време memcahed плъгините предлагаха само различен порт на различните си потребители в споделена среда което е съмнително като начин за секюрити (да по-добре от да пуснеш един голям мемкешъд сървър за на споделения сървър за всички и да стискаш палци някой да не направи нещо ама си е съмнително колоко е сигурно)

можеш да създаваш отделен потребител и парола за memcached през sasl2 модул, но интеграцията с cPanel и DA си е pain in the ass.
 
можеш да създаваш отделен потребител и парола за memcached през sasl2 модул, но интеграцията с cPanel и DA си е pain in the ass.

Аз имах в предвид комерсиално предлагаинте за cPanel плъгини за мемкешъд какво правеха - стартират малък инстанс за всеки клиент който си го пусне от панела на различен порт нямаше юзер и парола, ако някой вътре от сървъра разбере порта ще може да го гледа или манипулира...., гледах го един такъв плъгин, мислих го и реших че APCU е по-добре че дори и евентуално по-бързо от мемкешъд

Сега ми хрумна че трябва да се блогпостне за това защото повечето клиeнти не го знаят това
 
Аз имах в предвид комерсиално предлагаинте за cPanel плъгини за мемкешъд какво правеха - стартират малък инстанс за всеки клиент който си го пусне от панела на различен порт нямаше юзер и парола, ако някой вътре от сървъра разбере порта ще може да го гледа или манипулира...., гледах го един такъв плъгин, мислих го и реших че APCU е по-добре че дори и евентуално по-бързо от мемкешъд

Сега ми хрумна че трябва да се блогпостне за това защото повечето клиeнти не го знаят това
то даже си има и prove of concept за този пропуск в сигурността с memcached на споделен хостинг, но да вне учим келешите на мурафети, че после ще има сърдити колеги администратори.
 
Браво... Наков може да те вземе за "доктор, професор, старши научен сътрудник" в новия курс за уеб

Адаш ти разбра ли какви са тез струни дето се съхраняват!?!?
 
И сега е времето да попитам: Redis кога :D

Готов е Redis но за DirectAdmin само

https://blog.coolicehost.com/redis-cache-instances-for-every-directadmin-plan/

Направено е секюртнато, с къстъм порт за всеки instance и дълга парола

Всеки потребител може да си има различни instances за всеки сайт който се хоства с нас :)
 
Някаква готова библиотека ли е тази оптметка за redis в настройките на php-то, че аз като по стар директно през сокета си говоря с него :D
 
Ето това е https://github.com/phpredis/phpredis

Понеже незнам как ще са написани скриптовете които ще го ползват Redis (сигурно 90 процента от случайте ще са готови кеш плъгини и незнам на кой какво ще му трябва по добре да си го вклщючват хората) а не отварят тикети че не работи редиса като на кеш плъгина му трябва :)
 

Горе