Hello Vladimir Litovka! Wed, Mar 10, 2010 at 05:25:11PM +0200, doka.ua wrote about "[uanog] apache dummy question":

<VirtualHost x.x.x.x:80> DocumentRoot /home/www/vugluskr/ ServerName vugluskr.mml.org.ua ErrorLog logs/error_log CustomLog logs/access_log combined

А если тут в конце пути добавить "/" ? -- //ShaD0w

2010/3/10 Vladimir Litovka :

в conf.d/ есть файл welcome.conf: который нужно закомментирвать

Именно закомментировать или сделать пустым, но ни в коем случае не удалять, потому что после обновления пакета httpd он появится снова! -- With best regards, Nikolay Ulyanitsky

А по уму это делается несколько по другому: 1). Создается новый конфиг сервера (e.g. какой-нибудь httpd-custom.conf, допустим, путем копирования дистрибутивного httpd.conf); 2). В /etc/sysconfig/httpd вписываем 'OPTIONS="-f httpd-custom.conf"'; 3). Правим httpd-custom.conf так, как нам это нужно, и кладем на все welcome.conf с высокой колокольни независимо от факта обновления httpd-*.rpm. Собственно, так же выполняются изменения в конфигах для другого серверного софта. Идеология абсолютно аналогична /usr/local/etc. On 10.03.2010 17:51, Vladimir Litovka wrote:

именно так :)

2010/3/10 Nikolay Ulyanitsky mailto:lystor@lystor.org.ua>

2010/3/10 Vladimir Litovka http://doka.ua@gmail.com http://gmail.com>: > в conf.d/ есть файл welcome.conf: > который нужно закомментирвать

Именно закомментировать или сделать пустым, но ни в коем случае не удалять, потому что после обновления пакета httpd он появится снова!

-- VP992-RIPE

ну давайте поофтопим :) нормальные дистрибутивы конфиги не затирают в частности федора: создает файл-конфиг с расширением rpmnew (кажись так, ибо пользую федору сугубо на десктопе) во фре: если софт ставиться из портов, то каждый ментейнер заботиться о том, чтобы конфиги не затирались, а если не получается у ментейнера - то коммитеры всегда помогают, даже русского коммитера находят если надо :) как поступают другие дистрибутивы, к сожалению, не знаю, ибо не пользуюсь ничем другим. On Wed, Mar 10, 2010 at 08:58:32PM +0200, Vladimir A. Podgorny wrote:

А по уму это делается несколько по другому:

1). Создается новый конфиг сервера (e.g. какой-нибудь httpd-custom.conf, допустим, путем копирования дистрибутивного httpd.conf); 2). В /etc/sysconfig/httpd вписываем 'OPTIONS="-f httpd-custom.conf"'; 3). Правим httpd-custom.conf так, как нам это нужно, и кладем на все welcome.conf с высокой колокольни независимо от факта обновления httpd-*.rpm.

Собственно, так же выполняются изменения в конфигах для другого серверного софта. Идеология абсолютно аналогична /usr/local/etc.

On 10.03.2010 17:51, Vladimir Litovka wrote:

...

именно так :)

2010/3/10 Nikolay Ulyanitsky mailto:lystor@lystor.org.ua>

2010/3/10 Vladimir Litovka http://doka.ua@gmail.com http://gmail.com>: > в conf.d/ есть файл welcome.conf: > который нужно закомментирвать

Именно закомментировать или сделать пустым, но ни в коем случае не удалять, потому что после обновления пакета httpd он появится снова!

-- VP992-RIPE

-- ------------------------------------------------------------------------------- Vasiliy P. Melnik VPM-RIPE, VPM-UANIC

Wed, Mar 10, 2010 at 21:27:29, basil wrote about "Re: [uanog] apache dummy question":

ну давайте поофтопим :)

нормальные дистрибутивы конфиги не затирают

в частности федора: создает файл-конфиг с расширением rpmnew (кажись так, ибо пользую федору сугубо на десктопе) во фре: если софт ставиться из портов, то каждый ментейнер заботиться о том, чтобы конфиги не затирались, а если не получается у ментейнера - то коммитеры всегда помогают, даже русского коммитера находят если надо :)

_Нормального_ подхода по-настоящему я не видел нигде. Потому что единственный нормальный подход, jIMHO - это использование VCS, при котором есть ветка канонической формы конфигов (в CVS такое называется vendor branch) и ветка текущих конфигов, и при накате нового состояния выполняется слияние (merge) правок из текущей ветки и ветки канонической формы. При любом другом подходе, не обладая комплектом из двух разностей (diffs) 1) между прошлым каноническим состоянием (C0) и текущим содержанием (A0) 2) между прошлым и текущим каноническими (C0 и C1) невозможно гарантированно вычислить A1 (то, что должно получиться в результате). Подход RPM даёт A0 и C1, но не даёт C0. В случае отсутствия конфликта слияния должно выполняться A1 = A0 + (C1 - C0) или же A1 = C1 + (A0 - C0) а лучше оба одновременно, это означает, что диффы C1-C0 и A0-C0 взаимно коммутативны, и это идеальный случай. Но если хотя бы один из этих вариантов выполнился без проблем (при текущем уровне интеллекта системы слияния в VCS) - это уже достаточный аргумент ставить такой конфиг как результат слияния. Остаются случаи, когда автоматическое слияние ломается. Например, если у нас в C0 было написано Port 34567 а админ заменил в A0 на Port 45555 приход C1 с записями ListeningPort 34567 OutgoingPort 34567 не может быть автоматически обработан. Понятно, что A1 должен в этом месте получить как минимум следующее: ListeningPort 45555 OutgoingPort 45555 для достижения той же функциональности, что была при апгрейде. Но грамотный админ, видя обе разницы, с этим справится. Среди виденных мной существующих сейчас практических подходов мне максимально осмысленным представляется подход FreeBSD. Он предполагает слияние при наличии A0 и C1 и позволяет удобно управлять этим слиянием в случае заметных расхождений (и автоматическое решение в типичных случаях), предоставляя удобную оболочку для интерактивной обработки (а не поиска .rpmnew по всему файловому дереву). К сожалению, он не предусматривает сохранение C0, поэтому наиболее типичная автоматизация не происходит. -netch-

День добрий! Sat, Mar 13, 2010 at 03:34:09PM +0200, speransky wrote:

Как-то все сложно, друзья. +i на критические конфиги (а их на отдельно взятом тазу не так уж и много обычно), и пусть подавится.

Это может проблем создать при обновлениях, ХЗ, как отреагирует менеджер пакетов на невозможность записи файла. Я в конце-концов применил что-то среднее между описанными ранее методами: свои правки - в отдельные конфиги, а их, вместе с основными - в svn.

-- Yours, Max Telecommunication/HPC consulting

-- WBR, pseudo Avalon Project http://avalon.org.ua

On Sat, Mar 13, 2010 at 03:53:04PM +0200, Max A. Krasilnikov wrote:

День добрий!

Sat, Mar 13, 2010 at 03:34:09PM +0200, speransky wrote:

...

Как-то все сложно, друзья. +i на критические конфиги (а их на отдельно взятом тазу не так уж и много обычно), и пусть подавится.

Это может проблем создать при обновлениях, ХЗ, как отреагирует менеджер пакетов на невозможность записи файла. У меня веселее тема была - втулил postfix вместо exim в cpanel-based server. А оно шарах - и обратно exim'овый sendmail - закончилось +i на sendmail, всякие конфиги, заменой chattr - короче, вознёй такой, чтоб самый хитровыпендрёжный cpanel обломался :) А вообще - это ж надо такое уродство - через сам cpanel невозможно рулить exim'ом не умея сочинять ему конфигов (задач было 2 - слать почту через relay и не пытаться принять сразу кучу почты - 5000 exim'ов пытающихся залочить maildir - это просто полный аут).

-- Best regards, Paul Arakelyan.