Vesta Control Panel - Forum

Проблема с сессиями.
Скрипты не могут стартовать сессии вовсе.
По умолчанию настройки предполагают что сессии будут хранится в папке пользователя в подпапке tmp, но права на запись папки выставлены только для пользователя, а владелец - root
Проблема решается выполнением команды (на примере папки пользователя admin) Вторая проблема в том что функция session_save_path() не изменяет директорию сохранения сессий, что возможно не критично, но не совсем приятно. Подозреваю что она связанна с mod_ruid2

Разработчику просьба включить исправление первого бага в след. релиз.

Остальным - возможно кто-либо решал уже проблему с изменением пути сохранения сессий?

Права на папку tmp это недочет. Проблему исправил с очередным обновлением. В целом чтобы улучшить сиутацию можно сделать если пользователей несколько, то тогда надо запустить v-rebuild-web-domains для каждого из них

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

В общем и целом все работает кульно, сейчас хочу подсадить 2-х крупных клиентов на панель, буду говорить о том чтобы купили подписку (скорее правда я сам куплю для управления ими на разных серваках) - по этому поводу, что помимо денежного вложения как стимуляции развития панели оно мне даст? Или же мне проще сделать некий donate???
Дело в том что клиентам пох (простите за лексику), а мне нет. их интересует конечный результат - я только что пояснил что ставя через ВЕСТА мы экономим во времени, а значит и в деньгах, но сам не уверен что будет далее так сказать... т.е. может проект затухнет, а может наоборот выстрелит...
И опять же на обум как говорится - не смотрел код, на чем вэб морда сделанна? есть mvc(по не помню какой ветке вроде нет)? Есть ли возможность перейти если что? Я готов например заниматься интерфейсом первое время (первое т.к. я не спец по интерфейсам но верстать / юзать библы и т.д. могу и хочу помоч хорошему проекту)

Спасибо за то что все выслушали ;)

Платная поддержка дает несколько преимуществ в сравнении с community версией:
* доступ к тикет системе
* приоритетное реагирование на проблемы
* консультационные услуги
Проект молодой и впереди есть интересные планы относительно введения дополнительных услуг.

Что касается клиентов, на сколько я понимаю, они заинтересованы, чтобы сайты работали быстрее. В vesta есть интеграция с nginx, о чем, я уверен вам уже известно. Предусмотрено масштабирование mysql/postgres сервера. Есть средства для анализа нагрузки. Работает прозрачная система резервного копирования. Но помимо этого, я считаю очень важным фактором открытость кода. Допустим ваши страхи оправдаются и панель по тем или иным причинам перестанет развиваться, в этом случае вы за разумные деньги всегда найдете программистов, чтобы решить нужные задачи. В заключение хочу сказать, что проект скорее только начал развиваться, многие вещи реализованы не оптимально и все самое классное еще не реализовано :) Donate или поддрежка? Лучше поддержка, так как с тем же мотивирующим эффектом, вы получите еще и вышеописанные преимущества.

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

Не буду цитировать полностью - много места... скажу кратко

1. Про открытость/прозрачность кода и так понятно - меня больше интересовал вопрос разработки со стороны именно вашей ))) все просто нравится как идет в развитии и реализации
2. На счет подписки, здесь даже более я настроен на фактор что всем это полезно, поэтому буду постить не только в тикеты но и сюда по решении / при необходимости
3. На счет вэбморды - php сам пишу - преимущественно не в чистом виде а на фреймворках, за XM простите не слышал (ссылочку плиз - голова совсем туго варит - xmas и все дела у людей - не спал уже долго) но по немного разгруженности с большИм удовольствием присоединюсь к проекту в качестве поддержки вэбморды (на другое боюсь не гожусь) и постараюсь писать плюшки и интерфейсы хорошие. Единственное что первым делом предпочту все-же сделать разделение кода с внешним видом как минимум - т.е. как минимум что-то наподобии (CM)V

Проплату хотел только что сделать - там спрашивает Server Ip - не совсем понятно что это именно есть и для чего оно нужно - поясните плиз. У меня например несколько ВПС сейчас по разным странам + с конечным и не определился таки )))

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

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

более не докучаю )))

Ой, я не совсем точно выразился.

Веб-интерфейс написан на php и хм, пожалуй там есть что улушчить, как в плане архитектуры, так и в конкретных функциях

все дело в упущенной паузе, я думал написать примерно так:

Веб-интерфейс написан на php и ... хм, пожалуй, там есть что улучшить, как в плане архитектуры, так и в конкретных функциях

То есть хм, это не фрэймворк. Я просто задумался о том, что код можно улучшать и улучшать :) К фрэймворкам я отношусь положительно, но опыта у меня почти нет и я не смог выбрать подходящий. Я готов обсуждать переход на тот или иной фрэймворк (это заманчиво звучит, с учетом планов по локализации), но есть несколько важных требований:
* компактность кода
* сравнимая скорость выполнения
* поддержка url-friendly запросов по типу https://server-name:8083/add/web/
* популярность

Почему данные о бэкапах и других ресурсах избыточно записываются в файлы, в то время кода их можно снимать на лету? Ответ простой: такой подход работает быстрее. Те же бэкапы могут храниться на удаленном ftp. Кстати этот функционал работет и если интересно я могу описать, как это настроить. Так вот, заходить по ftp и делать листинг бэкпов будет значительно медленнее, чем читать из 1 файла. Еще возможен вариант, когда папка /backups, куда складываются локальные копии, может быть nfs шарой и ее листинг тоже будет занимать существенное время. У такого подхода есть и очевидные минусы, согласен. Реальность может не совпадать с тем, что отражено в файлах. Чтож такое может случиться, но ведь отредактировать текстовый файл не сложно и в добавок есть готовые инструменты (см. v-rebuild-*), чтобы все поправить. По задумке, для бэкапов есть специальный скрипит v-update-user-backups, который должен все перечитать и обновить данные о собранных бэкапах, но он еще не до конца отлажен. Кстати, ты написал, что бэкапы глючат. Опиши плиз подробнее.

P.S. За комплемент спасибо, хотя двусмысленность немного смущает :)

В общем код на гите лежит - а заначит я без вмешательства в текущий процесс (возможно правда с некоторыми вопросами) смогу поработать с ним.
На счет распространенного фрейма - тут не приходят на ум, т.к. опять же распространенность играет и на универсальность и на размер - пока можно только из ряда tiny выбирать - вчера сил не хватило чего подобрать, но до этого видел точно минималистичные и функциональные (на том же хабре описывали их). Скорость выполнения кода будет на ура - т.к. минимум действий выполняется + не такая нагрузная среда)))
В общем сделаю некий мелкий ребилд - тогда и буду говорить - если не далеко уйдет релиз, то и в основную ветку включим... но это пока в планах хоть и не далеких, просто сейчас дело к НГ и куча дел, а на праздниках готов и посидеть, все-равно поломанн и никуда не поеду )))