Page 1 of 2
Функционал для хостинг компаний
Posted: Tue Aug 15, 2017 8:48 am
by valmon
Дорого дня.
Недавно задумался использовать данную панель для шаред хостинга, как более простая не облепленная лишним альтернатива продуктам ispsystem, но был немного расcтроен:
В конфигурации с apache-nginx, не привилегированный пользователь может отключить nginx, а возможно ли ему запретить это делать?
В конфигурации с nginx, отсутствует как класс возможность менять рудиректы, делать простейший реврайт, только шаблоны, может чтоит добавить такую возможность?
Директивы php temp patch b session save patch, для чего их хранить в общей директории, может стоит их кидать в userdir, чтобы они учитывались квотами на диск и иноды, иначе вторые без должного контроля закончатся для всех, если же их включить в юзрквоту, тогда он будет сам себе буратино.
Есть ли желание разработчиков сделать полновесную панель, наличие лимитов говорит об этом?
Re: Функционал для хостинг компаний
Posted: Tue Aug 15, 2017 8:59 pm
by gecube_ru
Поддержу, что было бы круто, если можно будет использовать Весту для хостинг компаний (несколько серверов, сотни пользователей, включая мастеров и интеграторов)
Re: Функционал для хостинг компаний
Posted: Sat Aug 19, 2017 3:43 pm
by Stesh
valmon wrote:В конфигурации с nginx, отсутствует как класс возможность менять рудиректы, делать простейший реврайт, только шаблоны, может чтоит добавить такую возможность?
Это решается подготовкой типовых шаблонов для движков.
valmon wrote:Директивы php temp patch b session save patch, для чего их хранить в общей директории, может стоит их кидать в userdir, чтобы они учитывались квотами на диск и иноды, иначе вторые без должного контроля закончатся для всех, если же их включить в юзрквоту, тогда он будет сам себе буратино.
Аналогично, это решается подготовкой шаблонов.
Re: Функционал для хостинг компаний
Posted: Tue Aug 22, 2017 2:24 pm
by Djalin
если решаеться - покажите как
Re: Функционал для хостинг компаний
Posted: Tue Aug 22, 2017 4:16 pm
by Stesh
cd /usr/local/vesta/data/templates/web/
Re: Функционал для хостинг компаний
Posted: Thu Aug 24, 2017 10:00 am
by skurudo
valmon wrote:
Недавно задумался использовать данную панель для шаред хостинга, как более простая не облепленная лишним альтернатива продуктам ispsystem, но был немного расcтроен:
valmon wrote:Есть ли желание разработчиков сделать полновесную панель, наличие лимитов говорит об этом?
Печально слышать, мы стараемся, пока панель не идеальна и нам есть к чему стремиться :)
valmon wrote:В конфигурации с apache-nginx, не привилегированный пользователь может отключить nginx, а возможно ли ему запретить это делать?
Не может вообще-то.
Если зайти под пользователем, то отключить поддержку он не сможет.
Если зайти в пользователя (ох как звучит) из-под админа - можно.
valmon wrote:В конфигурации с nginx, отсутствует как класс возможность менять рудиректы, делать простейший реврайт, только шаблоны, может чтоит добавить такую возможность?
Есть такая идея, пока только не обросла костями.
Расскажите, как вы видите такую возможнотсь?
valmon wrote:Директивы php temp patch b session save patch, для чего их хранить в общей директории, может стоит их кидать в userdir, чтобы они учитывались квотами на диск и иноды, иначе вторые без должного контроля закончатся для всех, если же их включить в юзрквоту, тогда он будет сам себе буратино.
Имеете в виду в /home/user/web/domain/ ?
Re: Функционал для хостинг компаний
Posted: Sat Aug 26, 2017 10:59 pm
by Stesh
skurudo wrote:Имеете в виду в /home/user/web/domain/ ?
Скорее речь о том, что в шаблонах апача есть
Code: Select all
php_admin_value upload_tmp_dir %home%/%user%/tmp
php_admin_value session.save_path %home%/%user%/tmp
Тогда как в схеме nginx+php-fpm этого нет (и php пишет в системный /tmp), хотя не проблема дописать это в /usr/local/vesta/data/templates/web/php-fpm/*.tpl или прямо в /usr/local/vesta/data/templates/web/nginx/php-fpm/* - по ряду причин я предпочитаю первый вариант. Итого в /usr/local/vesta/data/templates/web/php-fpm/* выношу варианты настроек php, в /usr/local/vesta/data/templates/web/nginx/php-fpm/* - предустановленные шаблоны под движки с инклудами под будущую кастомизацию. Например кусочек с шаблона
Code: Select all
location ~ \.php$ {
limit_req zone=flood burst=25 nodelay;
try_files $uri = 404;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_pass %backend_lsnr%;
fastcgi_index index.php;
include /etc/nginx/fastcgi_params;
include %home%/%user%/web/%domain%/.root/php.conf*;
}
Имхо, но хостинговая компания не будет запускать массовый шаред-хостинг на весте и тем более, без апача (пользователям нужен htaccess). В силу специфики там нужна коммерческая большая панель аля cpanel, isp и т.д. Кто желает запустить - флаг ему в руки и барабан на шею.
Вся сила и красота весты для хостинговой компании - это возможность продавать vds с предустановленной панелью в силу того что веста легко правится под себя и имеет минимальный оверхед над ресурсами vds.
И еще. Пользователю категорически нельзя давать кастомить кофиг nginx в сыром виде. Одна пропущенная точка с запятой может положить сервер на радость клиентам. Поэтому шаблоны - наше все, благо ходовых движков не так и много, а число требуемых шаблонов и того меньше. Все нестандартное выносим в инклуды, которые прописывает сисадмин, знакомый с nginx (синтаксис и работа).
Re: Функционал для хостинг компаний
Posted: Thu Sep 14, 2017 7:56 pm
by gecube_ru
И еще. Пользователю категорически нельзя давать кастомить кофиг nginx в сыром виде. Одна пропущенная точка с запятой может положить сервер на радость клиентам. Поэтому шаблоны - наше все, благо ходовых движков не так и много, а число требуемых шаблонов и того меньше. Все нестандартное выносим в инклуды, которые прописывает сисадмин, знакомый с nginx (синтаксис и работа).
Не совсем так. Пользователю напрямую редактировать кусочек конфига nginx категорически нельзя. И дело не в том, что он может запороть конфиг. А в том, что при удачном стечении обстоятельств он может перенаправить на себя чужой сайт. Т.е. должен быть некий интерфейс, который юзеру позволяет вбивать некие переменные значения с валидацией или переключаться между значениями on/off.
Говорю по опыту работы в хостинге, т.к. иначе реально получается адок!
Ну, и конфигурация должна быть стандартизирована.
Веста же шире этого и позволяет в принципе любые кастомные конфиги.
Re: Функционал для хостинг компаний
Posted: Sat Oct 14, 2017 7:45 am
by SKYNET74
gecube_ru wrote:
И еще. Пользователю категорически нельзя давать кастомить кофиг nginx в сыром виде. Одна пропущенная точка с запятой может положить сервер на радость клиентам. Поэтому шаблоны - наше все, благо ходовых движков не так и много, а число требуемых шаблонов и того меньше. Все нестандартное выносим в инклуды, которые прописывает сисадмин, знакомый с nginx (синтаксис и работа).
Не совсем так. Пользователю напрямую редактировать кусочек конфига nginx категорически нельзя. И дело не в том, что он может запороть конфиг. А в том, что при удачном стечении обстоятельств он может перенаправить на себя чужой сайт. Т.е. должен быть некий интерфейс, который юзеру позволяет вбивать некие переменные значения с валидацией или переключаться между значениями on/off.
Говорю по опыту работы в хостинге, т.к. иначе реально получается адок!
Ну, и конфигурация должна быть стандартизирована.
Веста же шире этого и позволяет в принципе любые кастомные конфиги.
Наверное вы хотели сказать что нужен конструктор правил под nginx с валидацией корректности?
Это конечно не просто, но возможно, баги однозначно будут по началу пачками, но куда уж без них.
Re: Функционал для хостинг компаний
Posted: Tue Jul 17, 2018 8:50 am
by demon_sl
По правде говоря, сегодня был сильно озадачен тем, что в пользовательской админке, если логинится сам юзер, нет возможности выбрать web шаблоны (темплейт), в то время как, если сначала залогиться админом, а затем из-под админа любым юзером - все отображается! Это оооочень разочаровало в весте и боюсь навсегда.. Смотрю другие свои серверы, и fpm и httpd - везде одно и то же! А как же php селекторы и прочие плюшки которые можно было выбрать юзеру? Раньше vestacp была для меня 1й из всех, даже с учетом доработок, сейчас, последнее что буду рассматривать. Принято решение - избавиться от однопользовательской весты в пользу DA, как эталона стабильности и функциональности. Со всем уважением Demon.