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.
php session
php session
Проблема с сессиями.
Скрипты не могут стартовать сессии вовсе.
По умолчанию настройки предполагают что сессии будут хранится в папке пользователя в подпапке tmp, но права на запись папки выставлены только для пользователя, а владелец - root
Проблема решается выполнением команды (на примере папки пользователя admin)
Вторая проблема в том что функция session_save_path() не изменяет директорию сохранения сессий, что возможно не критично, но не совсем приятно. Подозреваю что она связанна с mod_ruid2
Разработчику просьба включить исправление первого бага в след. релиз.
Остальным - возможно кто-либо решал уже проблему с изменением пути сохранения сессий?
Скрипты не могут стартовать сессии вовсе.
По умолчанию настройки предполагают что сессии будут хранится в папке пользователя в подпапке tmp, но права на запись папки выставлены только для пользователя, а владелец - root
Проблема решается выполнением команды (на примере папки пользователя admin)
Code: Select all
chown admin:admin /home/admin/tmp
Разработчику просьба включить исправление первого бага в след. релиз.
Остальным - возможно кто-либо решал уже проблему с изменением пути сохранения сессий?
Re: php session
Права на папку tmp это недочет. Проблему исправил с очередным обновлением. В целом чтобы улучшить сиутацию можно сделать
если пользователей несколько, то тогда надо запустить v-rebuild-web-domains для каждого из них
Code: Select all
yum -y update vesta
wget https://raw.github.com/serghey-rodin/vesta/master/install/0.9.7/rhel/templates/web/apache_default.tpl -O /usr/local/vesta/data/templates/web/apache_default.tpl
wget https://raw.github.com/serghey-rodin/vesta/master/install/0.9.7/rhel/templates/web/apache_default.stpl -O /usr/local/vesta/data/templates/web/apache_default.stpl
v-rebuild-web-domains admin
Re: php session
да нет - я больше проблему как общую описал и что удобно было бы. Права это кул - не придется лезть в консоль ssh и делать чтот, хотя у меня она и так как правило не закрывается по различным причинам пока тюню сервак после покупки (только переехал от гребанных америкосов, извините - вырвалось, но по другому никак не назвать сервис)
В общем и целом все работает кульно, сейчас хочу подсадить 2-х крупных клиентов на панель, буду говорить о том чтобы купили подписку (скорее правда я сам куплю для управления ими на разных серваках) - по этому поводу, что помимо денежного вложения как стимуляции развития панели оно мне даст? Или же мне проще сделать некий donate???
Дело в том что клиентам пох (простите за лексику), а мне нет. их интересует конечный результат - я только что пояснил что ставя через ВЕСТА мы экономим во времени, а значит и в деньгах, но сам не уверен что будет далее так сказать... т.е. может проект затухнет, а может наоборот выстрелит...
И опять же на обум как говорится - не смотрел код, на чем вэб морда сделанна? есть mvc(по не помню какой ветке вроде нет)? Есть ли возможность перейти если что? Я готов например заниматься интерфейсом первое время (первое т.к. я не спец по интерфейсам но верстать / юзать библы и т.д. могу и хочу помоч хорошему проекту)
Спасибо за то что все выслушали ;)
В общем и целом все работает кульно, сейчас хочу подсадить 2-х крупных клиентов на панель, буду говорить о том чтобы купили подписку (скорее правда я сам куплю для управления ими на разных серваках) - по этому поводу, что помимо денежного вложения как стимуляции развития панели оно мне даст? Или же мне проще сделать некий donate???
Дело в том что клиентам пох (простите за лексику), а мне нет. их интересует конечный результат - я только что пояснил что ставя через ВЕСТА мы экономим во времени, а значит и в деньгах, но сам не уверен что будет далее так сказать... т.е. может проект затухнет, а может наоборот выстрелит...
И опять же на обум как говорится - не смотрел код, на чем вэб морда сделанна? есть mvc(по не помню какой ветке вроде нет)? Есть ли возможность перейти если что? Я готов например заниматься интерфейсом первое время (первое т.к. я не спец по интерфейсам но верстать / юзать библы и т.д. могу и хочу помоч хорошему проекту)
Спасибо за то что все выслушали ;)
Re: php session
Платная поддержка дает несколько преимуществ в сравнении с community версией:
* доступ к тикет системе
* приоритетное реагирование на проблемы
* консультационные услуги
Проект молодой и впереди есть интересные планы относительно введения дополнительных услуг.
Что касается клиентов, на сколько я понимаю, они заинтересованы, чтобы сайты работали быстрее. В vesta есть интеграция с nginx, о чем, я уверен вам уже известно. Предусмотрено масштабирование mysql/postgres сервера. Есть средства для анализа нагрузки. Работает прозрачная система резервного копирования. Но помимо этого, я считаю очень важным фактором открытость кода. Допустим ваши страхи оправдаются и панель по тем или иным причинам перестанет развиваться, в этом случае вы за разумные деньги всегда найдете программистов, чтобы решить нужные задачи. В заключение хочу сказать, что проект скорее только начал развиваться, многие вещи реализованы не оптимально и все самое классное еще не реализовано :) Donate или поддрежка? Лучше поддержка, так как с тем же мотивирующим эффектом, вы получите еще и вышеописанные преимущества.
Веб-интерфейс написан на php и хм, пожалуй там есть что улушчить, как в плане архитектуры, так и в конкретных функциях. Так что помощь всегда привествуюется.
* доступ к тикет системе
* приоритетное реагирование на проблемы
* консультационные услуги
Проект молодой и впереди есть интересные планы относительно введения дополнительных услуг.
Что касается клиентов, на сколько я понимаю, они заинтересованы, чтобы сайты работали быстрее. В vesta есть интеграция с nginx, о чем, я уверен вам уже известно. Предусмотрено масштабирование mysql/postgres сервера. Есть средства для анализа нагрузки. Работает прозрачная система резервного копирования. Но помимо этого, я считаю очень важным фактором открытость кода. Допустим ваши страхи оправдаются и панель по тем или иным причинам перестанет развиваться, в этом случае вы за разумные деньги всегда найдете программистов, чтобы решить нужные задачи. В заключение хочу сказать, что проект скорее только начал развиваться, многие вещи реализованы не оптимально и все самое классное еще не реализовано :) Donate или поддрежка? Лучше поддержка, так как с тем же мотивирующим эффектом, вы получите еще и вышеописанные преимущества.
Веб-интерфейс написан на php и хм, пожалуй там есть что улушчить, как в плане архитектуры, так и в конкретных функциях. Так что помощь всегда привествуюется.
Re: php session
Не буду цитировать полностью - много места... скажу кратко
1. Про открытость/прозрачность кода и так понятно - меня больше интересовал вопрос разработки со стороны именно вашей ))) все просто нравится как идет в развитии и реализации
2. На счет подписки, здесь даже более я настроен на фактор что всем это полезно, поэтому буду постить не только в тикеты но и сюда по решении / при необходимости
3. На счет вэбморды - php сам пишу - преимущественно не в чистом виде а на фреймворках, за XM простите не слышал (ссылочку плиз - голова совсем туго варит - xmas и все дела у людей - не спал уже долго) но по немного разгруженности с большИм удовольствием присоединюсь к проекту в качестве поддержки вэбморды (на другое боюсь не гожусь) и постараюсь писать плюшки и интерфейсы хорошие. Единственное что первым делом предпочту все-же сделать разделение кода с внешним видом как минимум - т.е. как минимум что-то наподобии (CM)V
Проплату хотел только что сделать - там спрашивает Server Ip - не совсем понятно что это именно есть и для чего оно нужно - поясните плиз. У меня например несколько ВПС сейчас по разным странам + с конечным и не определился таки )))
1. Про открытость/прозрачность кода и так понятно - меня больше интересовал вопрос разработки со стороны именно вашей ))) все просто нравится как идет в развитии и реализации
2. На счет подписки, здесь даже более я настроен на фактор что всем это полезно, поэтому буду постить не только в тикеты но и сюда по решении / при необходимости
3. На счет вэбморды - php сам пишу - преимущественно не в чистом виде а на фреймворках, за XM простите не слышал (ссылочку плиз - голова совсем туго варит - xmas и все дела у людей - не спал уже долго) но по немного разгруженности с большИм удовольствием присоединюсь к проекту в качестве поддержки вэбморды (на другое боюсь не гожусь) и постараюсь писать плюшки и интерфейсы хорошие. Единственное что первым делом предпочту все-же сделать разделение кода с внешним видом как минимум - т.е. как минимум что-то наподобии (CM)V
Проплату хотел только что сделать - там спрашивает Server Ip - не совсем понятно что это именно есть и для чего оно нужно - поясните плиз. У меня например несколько ВПС сейчас по разным странам + с конечным и не определился таки )))
Re: php session
Конечно отошли от темы, но... посмотрел поверхностно код на гитхабе, конечно вроде все локанично и понятно (на редкость вижу такое разложенное по полочкам решение, хотя и с излишком - напомнило мне мою дипломную работу, когда я нифига не понимал в пхп))) - без обид, это комплимент типа))) ), думаю можно это все посадить на какой мелкий MVC фрэймворк, а потом и от части лишнего кода избавится и сделать более удобным в редактировании и т.д.
Как вариант можно и свое мелкое наваять, но к.г. зачем изобретать велосипед.
Главное успеть за версиями и нововведениями в переводе интерфейса. Здесь же можно полность затронуть ветку локализации (видел на форуме вопрос) полностью независимо от самого кода - тут достаточно просто все решатся будет.
В общем я свою мысль высказал, а всем думать )))
Да и Сереж, касательно всяких данных что ты вынимаеш и сохраняеш - например те же бэкапы (что все ещё глючат) - зачем в статистику брать их откудато из БД или чтот типа того если можно просто подсчитать файлы - для БД тоже самое (код не смотрел). Просто в пыхадмине чтот толи удалил толи создал - сразу не соответсвие небыло бэкапа
более не докучаю )))
Как вариант можно и свое мелкое наваять, но к.г. зачем изобретать велосипед.
Главное успеть за версиями и нововведениями в переводе интерфейса. Здесь же можно полность затронуть ветку локализации (видел на форуме вопрос) полностью независимо от самого кода - тут достаточно просто все решатся будет.
В общем я свою мысль высказал, а всем думать )))
Да и Сереж, касательно всяких данных что ты вынимаеш и сохраняеш - например те же бэкапы (что все ещё глючат) - зачем в статистику брать их откудато из БД или чтот типа того если можно просто подсчитать файлы - для БД тоже самое (код не смотрел). Просто в пыхадмине чтот толи удалил толи создал - сразу не соответсвие небыло бэкапа
более не докучаю )))
Re: php session
Ой, я не совсем точно выразился.
все дело в упущенной паузе, я думал написать примерно так:
* компактность кода
* сравнимая скорость выполнения
* поддержка url-friendly запросов по типу https://server-name:8083/add/web/
* популярность
Почему данные о бэкапах и других ресурсах избыточно записываются в файлы, в то время кода их можно снимать на лету? Ответ простой: такой подход работает быстрее. Те же бэкапы могут храниться на удаленном ftp. Кстати этот функционал работет и если интересно я могу описать, как это настроить. Так вот, заходить по ftp и делать листинг бэкпов будет значительно медленнее, чем читать из 1 файла. Еще возможен вариант, когда папка /backups, куда складываются локальные копии, может быть nfs шарой и ее листинг тоже будет занимать существенное время. У такого подхода есть и очевидные минусы, согласен. Реальность может не совпадать с тем, что отражено в файлах. Чтож такое может случиться, но ведь отредактировать текстовый файл не сложно и в добавок есть готовые инструменты (см. v-rebuild-*), чтобы все поправить. По задумке, для бэкапов есть специальный скрипит v-update-user-backups, который должен все перечитать и обновить данные о собранных бэкапах, но он еще не до конца отлажен. Кстати, ты написал, что бэкапы глючат. Опиши плиз подробнее.
P.S. За комплемент спасибо, хотя двусмысленность немного смущает :)
Веб-интерфейс написан на php и хм, пожалуй там есть что улушчить, как в плане архитектуры, так и в конкретных функциях
все дело в упущенной паузе, я думал написать примерно так:
То есть хм, это не фрэймворк. Я просто задумался о том, что код можно улучшать и улучшать :) К фрэймворкам я отношусь положительно, но опыта у меня почти нет и я не смог выбрать подходящий. Я готов обсуждать переход на тот или иной фрэймворк (это заманчиво звучит, с учетом планов по локализации), но есть несколько важных требований:Веб-интерфейс написан на php и ... хм, пожалуй, там есть что улучшить, как в плане архитектуры, так и в конкретных функциях
* компактность кода
* сравнимая скорость выполнения
* поддержка url-friendly запросов по типу https://server-name:8083/add/web/
* популярность
Почему данные о бэкапах и других ресурсах избыточно записываются в файлы, в то время кода их можно снимать на лету? Ответ простой: такой подход работает быстрее. Те же бэкапы могут храниться на удаленном ftp. Кстати этот функционал работет и если интересно я могу описать, как это настроить. Так вот, заходить по ftp и делать листинг бэкпов будет значительно медленнее, чем читать из 1 файла. Еще возможен вариант, когда папка /backups, куда складываются локальные копии, может быть nfs шарой и ее листинг тоже будет занимать существенное время. У такого подхода есть и очевидные минусы, согласен. Реальность может не совпадать с тем, что отражено в файлах. Чтож такое может случиться, но ведь отредактировать текстовый файл не сложно и в добавок есть готовые инструменты (см. v-rebuild-*), чтобы все поправить. По задумке, для бэкапов есть специальный скрипит v-update-user-backups, который должен все перечитать и обновить данные о собранных бэкапах, но он еще не до конца отлажен. Кстати, ты написал, что бэкапы глючат. Опиши плиз подробнее.
P.S. За комплемент спасибо, хотя двусмысленность немного смущает :)
Re: php session
В общем код на гите лежит - а заначит я без вмешательства в текущий процесс (возможно правда с некоторыми вопросами) смогу поработать с ним.
На счет распространенного фрейма - тут не приходят на ум, т.к. опять же распространенность играет и на универсальность и на размер - пока можно только из ряда tiny выбирать - вчера сил не хватило чего подобрать, но до этого видел точно минималистичные и функциональные (на том же хабре описывали их). Скорость выполнения кода будет на ура - т.к. минимум действий выполняется + не такая нагрузная среда)))
В общем сделаю некий мелкий ребилд - тогда и буду говорить - если не далеко уйдет релиз, то и в основную ветку включим... но это пока в планах хоть и не далеких, просто сейчас дело к НГ и куча дел, а на праздниках готов и посидеть, все-равно поломанн и никуда не поеду )))
На счет распространенного фрейма - тут не приходят на ум, т.к. опять же распространенность играет и на универсальность и на размер - пока можно только из ряда tiny выбирать - вчера сил не хватило чего подобрать, но до этого видел точно минималистичные и функциональные (на том же хабре описывали их). Скорость выполнения кода будет на ура - т.к. минимум действий выполняется + не такая нагрузная среда)))
В общем сделаю некий мелкий ребилд - тогда и буду говорить - если не далеко уйдет релиз, то и в основную ветку включим... но это пока в планах хоть и не далеких, просто сейчас дело к НГ и куча дел, а на праздниках готов и посидеть, все-равно поломанн и никуда не поеду )))