We are happy to announce that Vesta is back under active development as of 25 February 2024. We are working on v1 candidate and expect to engage more with the community over the coming months. We are committed to open source, and we encourage contributors to help us build the future of Vesta.
Новые предложения
Re: Новые предложения
Да, такой вариант звучит неплохо.
Предложения и замечания
1. Добавить возможность пересылки почты БЕЗ сохранения письма в почтовом ящике (редирект).
2. Admin может создавать, просматривать и редактировать объекты от имени любого пользователя. Сейчас, например, необходимо войти в пользователя, чтобы добавить новый домен и т.п. При большом количестве пользователей и доменов это будет проблемой. Также Admin не может видеть, что прикреплено к панели.
3. Возможно ли добавить нового пользователя с полным доступом к панели (с правами Admin)?
4. Любой пользователь может отредактировать свой доступ к shell. Правильно ли это?
5. Невозможно создать базу данных, например с таким именем: db_name_1 или wordpress-copy. Почему?
2. Admin может создавать, просматривать и редактировать объекты от имени любого пользователя. Сейчас, например, необходимо войти в пользователя, чтобы добавить новый домен и т.п. При большом количестве пользователей и доменов это будет проблемой. Также Admin не может видеть, что прикреплено к панели.
3. Возможно ли добавить нового пользователя с полным доступом к панели (с правами Admin)?
4. Любой пользователь может отредактировать свой доступ к shell. Правильно ли это?
5. Невозможно создать базу данных, например с таким именем: db_name_1 или wordpress-copy. Почему?
Re: Новые предложения
1. Добавлено в список.
2. Сложная интерфейсная задача, тем не менее добавил.
3. В ближайшем будущем не планируется, так как это предпологает более комплексную модель ппав.
4. Такая возможность есть только если вы зашли админом в пользователя. Пользователь не может менять себе шел.
5. Максимальная длина названия базы данных в mysql равняется 16 символам. Учитывая имя пользователя, вы скорее всего упираетесь в этот лимит.
2. Сложная интерфейсная задача, тем не менее добавил.
3. В ближайшем будущем не планируется, так как это предпологает более комплексную модель ппав.
4. Такая возможность есть только если вы зашли админом в пользователя. Пользователь не может менять себе шел.
5. Максимальная длина названия базы данных в mysql равняется 16 символам. Учитывая имя пользователя, вы скорее всего упираетесь в этот лимит.
Re: Новые предложения
Большое спасибо за ответы!
По поводу задачи 2, можно все упростить. Если залогинен admin, то добавить в интерфейс доменов, DNS, почты и т.п. выпадающее меню со списком пользователей, который меняет принадлежность объектов. Тут, как я понимаю, больше не интерфейсная задача, а практическая. Перенося домен к другому пользователю, нужно поменять структуру папок, а также сменить права всех файлов, отредактировать настройки apache, nginx :)) Это уже сложнее.
По базе данных не очень понял, по умолчанию, например, в mysql уже содержатся базы information_schema и
performance_schema, названия которых превышают 16 символов. Только что успешно создал через phpmyadmin базу baza_dannih_bolshe_16_simvolov_baza_dannih_bolshe_16_simvolov - все работает :)
По поводу задачи 2, можно все упростить. Если залогинен admin, то добавить в интерфейс доменов, DNS, почты и т.п. выпадающее меню со списком пользователей, который меняет принадлежность объектов. Тут, как я понимаю, больше не интерфейсная задача, а практическая. Перенося домен к другому пользователю, нужно поменять структуру папок, а также сменить права всех файлов, отредактировать настройки apache, nginx :)) Это уже сложнее.
По базе данных не очень понял, по умолчанию, например, в mysql уже содержатся базы information_schema и
performance_schema, названия которых превышают 16 символов. Только что успешно создал через phpmyadmin базу baza_dannih_bolshe_16_simvolov_baza_dannih_bolshe_16_simvolov - все работает :)
Re: Новые предложения
В cервере MySQL есть ограничение на 16 сиволов для пользователей, а в панели vesta, для простоты валидации ограничывается и база данных тоже.
Re: Новые предложения
Понятно. На самом деле серьезный недостаток, особенно, если учесть, что имя пользователя может быть 10 символов, то для имени базы данных остается всего 6 символов. Хотел перенести несколько рабочих проектов на Vesta для тестирования, но ни один из них не укладывается в это ограничение.skid wrote:В cервере MySQL есть ограничение на 16 сиволов для пользователей, а в панели vesta, для простоты валидации ограничывается и база данных тоже.
Re: Новые предложения
В следующем релизе ограничения будут совпадать с ограничениями mysql сервера, для базы 64 символов а для пользователя 16.
Можно не ждать нового релиза, а скачать обновленный файл с функциями самостоятельно.
Можно не ждать нового релиза, а скачать обновленный файл с функциями самостоятельно.
Code: Select all
wget https://raw.github.com/serghey-rodin/vesta/master/func/main.sh -O /usr/local/vesta/func/main.sh
Безопасность
Сергей, спасибо огромное! Ваш проект просто замечательный. Функциональный уровень проработан очень хорошо, теперь больше внимания к дизайну. :)skid wrote:Можно не ждать нового релиза, а скачать обновленный файл с функциями самостоятельно.
И самое главное - к безопасности. Для системщика с прямыми руками все сделано хорошо, но не у всех руки прямые (или знаний не достаточно). Я использую в работе форумные движки и так случается, что через их дыры заливают шелы. Как обстоит дело в Vesta, если, например, будет залит шел? Куда сможет получить доступ взломщик?
Re: Новые предложения
Ограничение шелов недавно обусждалось тут.
Re: Новые предложения
частенько бавают ситуации когда пользователи заливают файлы на сервер для разбора скриптами... всегда возникает проблема в том что у клиента что-то перестает работать...
предложение вместе с управлением cron добавить incron
чтобы не гонять в холостую php или что еще же не гонять одни и теже файлы по времени
конфиги разные... но если раздел cron в веб интерфейсе можно переименовать schedule или как то еще, тогда в нем создавать и события cron, и события incron
предложение вместе с управлением cron добавить incron
чтобы не гонять в холостую php или что еще же не гонять одни и теже файлы по времени
конфиги разные... но если раздел cron в веб интерфейсе можно переименовать schedule или как то еще, тогда в нем создавать и события cron, и события incron