https

[Brainstem]

Заметил, что панель не может распарсить conf при изменении папки в случае использования в шаблоне двух секций server (для основного домена и алиаса).

[skurudo]

Заметил, что панель не может распарсить conf при изменении папки в случае использования в шаблоне двух секций server (для основного домена и алиаса).

Можно пример?
server_name и alias обычно в одной же секции, не?

[Brainstem]

Да, обычно алиас в одной секции. Но я сделал шаблон с двумя секциями - схожая логика, одна и та же корневая папка, общие логи... Создавать 2 веб-сервера было не выгодно. Вот пример:

Code: Select all

server {
    listen      IP:443;
    server_name alias.domain.ltd;
...
}

server {
    listen      IP:443;
    server_name domain.ltd;
...
}

А это шаблон:

Code: Select all

server {
    listen      %ip%:%web_ssl_port%;
    server_name %alias_idn%;
    root        %sdocroot%;
    index       index.php index.html index.htm;
    access_log  /var/log/nginx/domains/%domain%.log combined;
    access_log  /var/log/nginx/domains/%domain%.bytes bytes;
    error_log   /var/log/nginx/domains/%domain%.error.log error;
...
}

server {
    listen      %ip%:%web_ssl_port%;
    server_name %domain_idn%;
...
}

[Brainstem]

В файле web.conf для пользователя изменил руками SSL_HOME на 'single' вместо 'same'. Панель стала показывать нормальную папку, но ребилдит старую. Видно, что где-то еще настройки надо менять.

Похоже, что засада в функции get_web_config_lines. Не понимает она server_name без domain_idn. Похоже, что еще важно, чтобы domain_idn шел раньше alias_idn. Хотя могу и ошибаться.

Думаю, что вся эта затея с same/single лишняя, вносящая лишний код и потерю гибкости. Хотя и не сильно принципиальны названия папок корня. :)
Но вот совсем не понимаю, зачем читать конечный файл - .conf, если по шаблону его можно однозначно сгенерировать?

[Borisss!]

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

Попробуйте:

Code: Select all

for user in $(ls /usr/local/vesta/data/users/);do v-rebuild-web-domains $user;done

Нашел, в чем была проблема: в файле /etc/nginx/conf.d/01_caching_pool.conf задваивалась строка proxy_cache_path...
На это nginx ругался и отказывался запускаться :) Видимо, баг...