Vesta Control Panel - Forum

Здравствуйте.
Система: центос.
Веста последняя, со всеми обновлениями.
Первоначально правил веб шаблоны hosting и default. Все обновления воспринимались и все работало как нужно.
Потом сделал все правильно. Стандартные шаблоны возвратил в исходный вид, и создал собственные шаблоны с нужными именами и правками.
В пакетах переключился на свои шаблоны.
Сделал
for user in $(ls --color=never /usr/local/vesta/data/users/);do v-rebuild-user $user;done

Но после выполнения
for user in $(ls --color=never /usr/local/vesta/data/users/);do v-rebuild-web-domains $user;done

Все конфиги генерируются на основе старых шаблонов default и hosting...

Что нужно сделать, для того что бы Веста переключилась на новые, прописанные в пакетах шаблоны?
Если это уже обсуждалось, мои извинения, но ответа я не нашел, хотя читал и искал внимательно.

А ежели создать новый пакет с новым шаблоном? Поведение то же самое?

Хороший вопрос, только как без болезненно это проверить?
Вчера было сильно мало времени на эксперименты, т.к. сервер в продакшене и на нем висит не один десяток сайтов. При смене шаблонов, все они легли...
У меня апач на локалхосте и пр.
По этому в качестве костыля просто скопировал основной новый шаблон под всеми именами и написал Вам...

Но раз ситуация не стандартная, сейчас поэкспериментирую и напишу.

При создании нового шаблона и нового пакета, все работает как нужно.
НО, при смене шаблона у пакета, у доменов он не меняется.

Но шаблон может сменить себе сам пользователь, в этом случае шаблон меняется и все правильно отрабатывается..

Это фича такая или все же баг? :-)

Пользователь не должен иметь возможность сменить шаблон заданный ему в пакете администратором. Иначе получается, что админ установил шаблон с запиранием пользователя в базовом каталоге и с определенными квотами, а пользователь решил, что не, мне можно и без квот, сменил себе шаблон и получил доступ ко всем сайтам в системе...

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

Ну и еще пара мелких багов.
1. При единичном изменении и сохранении данных в любом месте, сверху загорается надпись данные сохранены. Далее эта надпись горит всегда, не зависимо вносились какие либо дополнения или нет.
Правильнее после успешного сохранения возвращать пользователя не на ту же форму, а на уровень выше. То есть при редактировании домена, после сохранения возвращать в окно просмотра и выбора доменов и т.д.

2. Если в форме редактирования пакета выставить 0 почтовых доменов, то у пользователя все равно будет присутствовать галка, обработка почты. При активации данного чекбокса мы получаем ошибку, непонятного вида, говорящую лишь о необходимости апгрейда пакета, причем по английски, не смотря на выбранный русский язык.
Правильнее либо поставить условие на вывод данного чекбокса, либо сделать хотя бы вывод понятного текста ошибки.

Буду благодарен за коментарии.

Ну и попутно еще пара мелких вопросов;
1. Вокруг весты собралось уже достаточно мощное комюнити, почему бы Вам не использовать его для разработки доп модулей и фич?
2. На сколько Вы ограничены в частоте выходов апдейтов? Почему бы не делать апдейты с незначительными правками апдейтами и фиксами, но выкатывать их намного чаше?

При создании нового шаблона и нового пакета, все работает как нужно.
НО, при смене шаблона у пакета, у доменов он не меняется.

Нужно проверять

Но шаблон может сменить себе сам пользователь, в этом случае шаблон меняется и все правильно отрабатывается..

Не может

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

Тоже не может

Правильнее после успешного сохранения возвращать пользователя не на ту же форму, а на уровень выше. То есть при редактировании домена, после сохранения возвращать в окно просмотра и выбора доменов и т.д.

Примем во внимание

2. Если в форме редактирования пакета выставить 0 почтовых доменов, то у пользователя все равно будет присутствовать галка, обработка почты. При активации данного чекбокса мы получаем ошибку, непонятного вида, говорящую лишь о необходимости апгрейда пакета, причем по английски, не смотря на выбранный русский язык.
Правильнее либо поставить условие на вывод данного чекбокса, либо сделать хотя бы вывод понятного текста ошибки

Анлим пакеты появятся в ближайшем релизе

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

Код панели открыт. Используйте. Пишите модули и т.п.

2. На сколько Вы ограничены в частоте выходов апдейтов? Почему бы не делать апдейты с незначительными правками апдейтами и фиксами, но выкатывать их намного чаше?

Возможно в будущем так и будем делать. Выход релиза зависит от готовности запланированных фич и исправления багов.

Благодарю за ответы.

Основной вопрос, это почему тогда у меня пользователь может менять себе и шаблон и шел? Хотя Вы говорите, что такого быть не может... Значит что то скривило у меня? Вопрос что?
v-list-sys-info
HOSTNAME OS VERSION ARCH UPTIME LOADAVERAGE
------ ------ ------ ------ ------ ------
iнескажу.net CentOS 6.6 x86_64 1395 1.20

v-list-sys-vesta-updates
NAME VERSION RELEASE ARCH UPDATED TIME DATE
------ ------ ------ ------ ------ ------ ------
vesta 0.9.8 12 x86_64 yes 05:04:05 2014-10-24
vesta-php 0.9.7 3 x86_64 yes 22:39:22 2014-07-10
vesta-nginx 0.9.8 3 x86_64 yes 22:39:56 2014-07-10

Была ли такая возможность в прошлых версиях, может быть не коректно что то обновилось?

Правильно ли я понимаю, что бы исключить вероятность использования "не заводского" кода, достаточно сохранить папку дата? То есть тру /usr/local/vesta разворачиваю из чистого дистрибутива. Ложу на место папку дата и ничего не потеряется, так?

По поводу вопроса о нуле в почтовых доменах. Речь не про унлим, хотя это тоже полезная вещь. а про то, что сейчас 0 это 0, а не унлим и в данном случае у юзера просто не зачем в этом случае выводить чекбокс с обработкой почты. Или в следующей версии нулей не будет, а нули станут унлимами везде?

Описана ли где то архитектура панели? Пока далеко не все сумел найти, например языковые модули...

Где и как принято выкладывать и предлагать собственные правки?

Основной вопрос, это почему тогда у меня пользователь может менять себе и шаблон и шел? Хотя Вы говорите, что такого быть не может... Значит что то скривило у меня? Вопрос что?

Этого впринципе не может быть. Скорее всего вы заходите под юзером в качестве админа. Авторизируйтесь в панели как обычный пользователь.

Была ли такая возможность в прошлых версиях, может быть не коректно что то обновилось?

Никогда не было

Правильно ли я понимаю, что бы исключить вероятность использования "не заводского" кода, достаточно сохранить папку дата? То есть тру /usr/local/vesta разворачиваю из чистого дистрибутива. Ложу на место папку дата и ничего не потеряется, так?

Вообще да. Как это будет на самом деле мы не проверяли.

Речь не про унлим, хотя это тоже полезная вещь. а про то, что сейчас 0 это 0, а не унлим и в данном случае у юзера просто не зачем в этом случае выводить чекбокс с обработкой почты. Или в следующей версии нулей не будет, а нули станут унлимами везде?

Если вы считаете это проблемой, регистрируйте репорт в ба-трекере

Или в следующей версии нулей не будет, а нули станут унлимами везде?

Будет unlimited

Описана ли где то архитектура панели? Пока далеко не все сумел найти, например языковые модули

Нет не описана.
http://vestacp.com/docs/#how-to-translate-vesta

Где и как принято выкладывать и предлагать собственные правки?

https://github.com/serghey-rodin/vesta
Регистрируете pull request