Непонятки с панелькой

[raven-kg]

Доброго всем!
Поставил давеча панель на поковыряться в поисках адекватной замены ispconfig. Пока ковырял набралась кучка вопросов, которую хотел бы озвучить здесь, авось получу вразумительные ответы.

1. конфиг nginx и его шаблоны. В частности смутило

Code: Select all

gzip_comp_level     9;

вложенные локейшены и то, что конфиг пользовательских доменов размещается в /home/admin/conf/* . Как-то оно странно все...

2. не работает v-rebuild-web-domains... хз баг это или фича.

3. Автообновление. Вот, выправил я значит себе шаблоны, все заработало как мне нужно. Теперь озаботился вопросом - если панель решит обновить себя, что будет с моими шаблонами? Уцелеют-ли?

[skurudo]

1. конфиг nginx и его шаблоны. В частности смутило

Code: Select all

gzip_comp_level     9;

Что именно смутило?
Рекомендации разные и копья ломали на эту тему много, здесь админы все при своем - кто-то считает, что стоит экономить и ставить 6-7, кто-то же наоборот, что 9 в самый раз.

вложенные локейшены и то, что конфиг пользовательских доменов размещается в /home/admin/conf/* . Как-то оно странно все...

Пользователь напрямую не сможет их отредактировать. Волноваться не о чем.

2. не работает v-rebuild-web-domains... хз баг это или фича.

Ребилд - перегенерирует конфигурационные файлы на основе шаблона.
Штука рабочая. Если у вас не заработала, то имеет смысл поразбираться.

3. Автообновление. Вот, выправил я значит себе шаблоны, все заработало как мне нужно. Теперь озаботился вопросом - если панель решит обновить себя, что будет с моими шаблонами? Уцелеют-ли?

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

[raven-kg]

skurudo
Благодарю за пояснение.

Что именно смутило?
Рекомендации разные и копья ломали на эту тему много, здесь админы все при своем - кто-то считает, что стоит экономить и ставить 6-7, кто-то же наоборот, что 9 в самый раз.

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

Ребилд - перегенерирует конфигурационные файлы на основе шаблона.
Штука рабочая. Если у вас не заработала, то имеет смысл поразбираться.

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

Но есть лазейка - можно сделать свои шаблоны, с оригинальными названиями

Т.е. копирую свои шаблончики в файлы с другими именами и подвязываю их к хостинговым шаблонам?

Да, и еще такой вопрос - предусмотрено-ли в панели что-то типа системы хуков? Поясню зачем - настраиваемый мной сервер невелик по части дискового пространства, увеличение оного для заказчика дороговато и бэкапы складывать попросту некуда. С фтп тоже не все гладко, поэтому был найден выход в виде хранения бэкапов в Amazon S3. Чтобы не забивать диск локальными копиями бэкапов была заюзана fuse-s3fs, позволяющая смонтировать bucket в локальную папку, затем грубым вмешательством в скрипты v-add-backup-host, v-backup-user и v-restore-user был внедрен кривой и страшный костыль, монтирующий папку перед выполнением бэкапов/восстановления из бэкапов и демонтирующий ее по завершению операций. Работает эта штука отлично, но любое обновление панели сведет мои потуги на нет - мои правки затрутся. Так вот, есть-ли в панели способ запускать свои скрипты до/после выполнения каких-либо действий панели?

[skurudo]

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

Это скорее наследие былых времен - были такие рекомендации раньше.
Собственно, вы вольны их менять, как вам удобнее.

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

Занятно. Сейчас проверил у себя на Debian 7 и ничего такого не заметил - отработало нормально. Заменило мои добавления на то, что было в шаблоне. Команда действительно не дает вывода в консоль по выполнению или ошибкам. Можно попробовать расставить echo.. или вместе посмотреть, если переменные окружения не помогут.

Code: Select all

v-rebuild-web-domains admin

А через веб-интерфейс тоже самое происходит? Хотя скорее всего то же самое..
Я бы попробовал переменные окружения - viewtopic.php?t=9685#p34354

Т.е. копирую свои шаблончики в файлы с другими именами и подвязываю их к хостинговым шаблонам?

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

Да, и еще такой вопрос - предусмотрено-ли в панели что-то типа системы хуков? Поясню зачем - настраиваемый мной сервер невелик по части дискового пространства, увеличение оного для заказчика дороговато и бэкапы складывать попросту некуда. С фтп тоже не все гладко, поэтому был найден выход в виде хранения бэкапов в Amazon S3. Чтобы не забивать диск локальными копиями бэкапов была заюзана fuse-s3fs, позволяющая смонтировать bucket в локальную папку, затем грубым вмешательством в скрипты v-add-backup-host, v-backup-user и v-restore-user был внедрен кривой и страшный костыль, монтирующий папку перед выполнением бэкапов/восстановления из бэкапов и демонтирующий ее по завершению операций. Работает эта штука отлично, но любое обновление панели сведет мои потуги на нет - мои правки затрутся. Так вот, есть-ли в панели способ запускать свои скрипты до/после выполнения каких-либо действий панели?

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

У меня встречный вопрос по поводу метода. Не проще ли было бы не делать хардкод, а смонтировать на постоянку? Т.е. через fstab его подключить и на случай непредвиденного проверять подключение скажем скриптом в кроне.

[raven-kg]

Code: Select all

v-rebuild-web-domains admin

А через веб-интерфейс тоже самое происходит? Хотя скорее всего то же самое..
Я бы попробовал переменные окружения - viewtopic.php?t=9685#p34354

Все норм, разобрался. Это я тупил - не тот шаблон менял :-[

У меня встречный вопрос по поводу метода. Не проще ли было бы не делать хардкод, а смонтировать на постоянку? Т.е. через fstab его подключить и на случай непредвиденного проверять подключение скажем скриптом в кроне.

Честно говоря побаиваюсь я такие вещи монтировать в постоянку - со времен первых версий fuse-sshfs осталось (эта дрянь жутко висла и в конце концов файловая система становилась нечитаемой/незаписываемой). Поэтому стараюсь такие вещи монтировать только при необходимости. Ну ладно, это в принципе не такая уж большая проблема, в крайнем случае монтировать можно из крона, минут за пять до бэкапа, демонтировать... ну в принципе тоже можно. В крайнем случае можно дополнительно установить proftpd и монтировать через mod_exec, а его в свою очередь добавить в панель как хост с бэкапами. Способов масса, но все же хочется сделать все какими-либо штатными путями, которые я собственно и пытался разузнать.

[skurudo]

Все норм, разобрался. Это я тупил - не тот шаблон менял :-[

Как камень с плеч :)
И правда думал, что может что-то новое и страшное появилось, о чем еще и не ведаю.

Честно говоря побаиваюсь я такие вещи монтировать в постоянку - со времен первых версий fuse-sshfs осталось (эта дрянь жутко висла и в конце концов файловая система становилась нечитаемой/незаписываемой). Поэтому стараюсь такие вещи монтировать только при необходимости. Ну ладно, это в принципе не такая уж большая проблема, в крайнем случае монтировать можно из крона, минут за пять до бэкапа, демонтировать... ну в принципе тоже можно. В крайнем случае можно дополнительно установить proftpd и монтировать через mod_exec, а его в свою очередь добавить в панель как хост с бэкапами. Способов масса, но все же хочется сделать все какими-либо штатными путями, которые я собственно и пытался разузнать.

Сейчас sshfs работает вполне себе достойно при нормальном подключении (и при условии, конечно, что удаленный хост не отваливается по какой-то причине). Где-то год у меня так жила одна такая система в облаке: две машины, где одна с SSD и мало места, а вторая - дешевая и с большим SATA хардом. Так и бэкапил с постоянно смонтированной sshfs. Работало оно очень даже неплохо, только вот скорость работы оставляла желать лучшего. Думаю, что было бы у меня что-то мелкое, а не по 100-150 гиг ежедневно, было бы повеселее.

Штатных, к сожалению, нет... я думаю все-таки имеет смысл протолкнуть идею с дополнительными (кроме ftp) средствами бэкапа, но это будет иметь больший смысл, когда будет реализован или приступим к реализации идеи с регулируемым бэкапом.