Функционал для хостинг компаний

[valmon]

Дорого дня.

Недавно задумался использовать данную панель для шаред хостинга, как более простая не облепленная лишним альтернатива продуктам ispsystem, но был немного расcтроен:
В конфигурации с apache-nginx, не привилегированный пользователь может отключить nginx, а возможно ли ему запретить это делать?
В конфигурации с nginx, отсутствует как класс возможность менять рудиректы, делать простейший реврайт, только шаблоны, может чтоит добавить такую возможность?
Директивы php temp patch b session save patch, для чего их хранить в общей директории, может стоит их кидать в userdir, чтобы они учитывались квотами на диск и иноды, иначе вторые без должного контроля закончатся для всех, если же их включить в юзрквоту, тогда он будет сам себе буратино.


Есть ли желание разработчиков сделать полновесную панель, наличие лимитов говорит об этом?

[gecube_ru]

Поддержу, что было бы круто, если можно будет использовать Весту для хостинг компаний (несколько серверов, сотни пользователей, включая мастеров и интеграторов)

[Stesh]

В конфигурации с nginx, отсутствует как класс возможность менять рудиректы, делать простейший реврайт, только шаблоны, может чтоит добавить такую возможность?

Это решается подготовкой типовых шаблонов для движков.

Директивы php temp patch b session save patch, для чего их хранить в общей директории, может стоит их кидать в userdir, чтобы они учитывались квотами на диск и иноды, иначе вторые без должного контроля закончатся для всех, если же их включить в юзрквоту, тогда он будет сам себе буратино.

Аналогично, это решается подготовкой шаблонов.

[Djalin]

если решаеться - покажите как

[Stesh]

cd /usr/local/vesta/data/templates/web/

[skurudo]

Недавно задумался использовать данную панель для шаред хостинга, как более простая не облепленная лишним альтернатива продуктам ispsystem, но был немного расcтроен:

Есть ли желание разработчиков сделать полновесную панель, наличие лимитов говорит об этом?

Печально слышать, мы стараемся, пока панель не идеальна и нам есть к чему стремиться :)

В конфигурации с apache-nginx, не привилегированный пользователь может отключить nginx, а возможно ли ему запретить это делать?

Не может вообще-то.
Если зайти под пользователем, то отключить поддержку он не сможет.
Если зайти в пользователя (ох как звучит) из-под админа - можно.

В конфигурации с nginx, отсутствует как класс возможность менять рудиректы, делать простейший реврайт, только шаблоны, может чтоит добавить такую возможность?

Есть такая идея, пока только не обросла костями.
Расскажите, как вы видите такую возможнотсь?

Директивы php temp patch b session save patch, для чего их хранить в общей директории, может стоит их кидать в userdir, чтобы они учитывались квотами на диск и иноды, иначе вторые без должного контроля закончатся для всех, если же их включить в юзрквоту, тогда он будет сам себе буратино.

Имеете в виду в /home/user/web/domain/ ?

[Stesh]

Имеете в виду в /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 (синтаксис и работа).

[gecube_ru]

И еще. Пользователю категорически нельзя давать кастомить кофиг nginx в сыром виде. Одна пропущенная точка с запятой может положить сервер на радость клиентам. Поэтому шаблоны - наше все, благо ходовых движков не так и много, а число требуемых шаблонов и того меньше. Все нестандартное выносим в инклуды, которые прописывает сисадмин, знакомый с nginx (синтаксис и работа).

Не совсем так. Пользователю напрямую редактировать кусочек конфига nginx категорически нельзя. И дело не в том, что он может запороть конфиг. А в том, что при удачном стечении обстоятельств он может перенаправить на себя чужой сайт. Т.е. должен быть некий интерфейс, который юзеру позволяет вбивать некие переменные значения с валидацией или переключаться между значениями on/off.
Говорю по опыту работы в хостинге, т.к. иначе реально получается адок!
Ну, и конфигурация должна быть стандартизирована.

Веста же шире этого и позволяет в принципе любые кастомные конфиги.

[SKYNET74]

И еще. Пользователю категорически нельзя давать кастомить кофиг nginx в сыром виде. Одна пропущенная точка с запятой может положить сервер на радость клиентам. Поэтому шаблоны - наше все, благо ходовых движков не так и много, а число требуемых шаблонов и того меньше. Все нестандартное выносим в инклуды, которые прописывает сисадмин, знакомый с nginx (синтаксис и работа).

Не совсем так. Пользователю напрямую редактировать кусочек конфига nginx категорически нельзя. И дело не в том, что он может запороть конфиг. А в том, что при удачном стечении обстоятельств он может перенаправить на себя чужой сайт. Т.е. должен быть некий интерфейс, который юзеру позволяет вбивать некие переменные значения с валидацией или переключаться между значениями on/off.
Говорю по опыту работы в хостинге, т.к. иначе реально получается адок!
Ну, и конфигурация должна быть стандартизирована.

Веста же шире этого и позволяет в принципе любые кастомные конфиги.

Наверное вы хотели сказать что нужен конструктор правил под nginx с валидацией корректности?
Это конечно не просто, но возможно, баги однозначно будут по началу пачками, но куда уж без них.

[demon_sl]

По правде говоря, сегодня был сильно озадачен тем, что в пользовательской админке, если логинится сам юзер, нет возможности выбрать web шаблоны (темплейт), в то время как, если сначала залогиться админом, а затем из-под админа любым юзером - все отображается! Это оооочень разочаровало в весте и боюсь навсегда.. Смотрю другие свои серверы, и fpm и httpd - везде одно и то же! А как же php селекторы и прочие плюшки которые можно было выбрать юзеру? Раньше vestacp была для меня 1й из всех, даже с учетом доработок, сейчас, последнее что буду рассматривать. Принято решение - избавиться от однопользовательской весты в пользу DA, как эталона стабильности и функциональности. Со всем уважением Demon.