Установка с нуля.
30 октября 2007 г.
30 октября 2007 г.
### Раздел 3: Виртуальные хосты
#
# Директива VirtualHost: Если вы хотите держать на своей машине несколько
# хостов, следует для каждого из них завести контейнер VirtualHost.
# Прежде чем их устанавливать, обращайтесь за подробными разъяснениями к
# документации по адресу Для проверки
# конфигурации ваших виртуальных хостов вы можете задавать опцию -S
# командной строки.
#
# Если вы хотите использовать именные виртуальные хосты (name-based
# virtual hosts), вам необходимо определить для них как минимум один
# адрес IP (и номер порта).
#
#NameVirtualHost *:*
#
# Определяем виртуальный хост по умолчанию, который будет использоваться,
# если запрос пришел на несуществующий домен. Т.к. директории
# /home/non-existent-host нет, попытка обратиться к хосту, который
# не существует, приведет к 404-й ошибке. Вы можете указать
# дополнительные директивы внутри следующего блока VirtualHost.
#
<VirtualHost _default_:*>
ServerName non-existent-host
DocumentRoot /home/non-existent-host
</VirtualHost>
#
# Если вы вручную хотите создать виртуальный хост со специфическими
# настройками, то сделайте это сразу же после данного комментария.
# Не помещайте "рукодельные" хосты в конец файла, иначе они не будут
# доступны!
#
# В контейнер VirtualHost может включаться почти любая директива Apache.
# Пример использования директивы VirtualHost:
#
#<VirtualHost ip.address.of.host.some_domain.com>
# ServerAdmin jroznfgre@ubfg.fbzr_domain.com
# DocumentRoot /www/docs/host.some_domain.com
# ServerName host.some_domain.com
# ErrorLog logs/host.some_domain.com-error_log
# CustomLog logs/host.some_domain.com-access_log common
#</VirtualHost>
#
#<VirtualHost _default_:*>
#</VirtualHost>
#
# Однако можно поступить проще. Для того, чтобы добавить новый виртуальный
# хост со стандартными настройками, вам достаточно лишь создать структуру
# его каталогов в директории /home. Сервер Apache автоматически "увидит"
# изменения при следующем запуске. Вносить правки в httpd.conf не требуется.
#
#
# Механизм шаблонов, встроенный в Денвер, позволяет автоматически создавать
# блоки виртуальных хостов по заданным правилам. Каждый шаблон указывает
# правило соответствия имен директорий документов "своим" доменам. Например:
# "просканировать /home и для всех директорий, которые там встретятся,
# создать одноименные виртуальные хосты". Вы можете также создать несколько
# шаблонов и задать, таким образом, несколько правил соответствий.
#
#
# Далее идет шаблон, по которому в будут автоматически создаваться
# все виртуальные хосты в системе (из директории /home). Помните,что любые
# изменения, внесенные в этот шаблон, отражаются сразу для всех доменов,
# но только при следующем запуске комплекса.
#
# ВНИМАНИЕ!
# Текст шаблона должен идти в файле в виде комментария Apache (т.е. каждая
# строка шаблона обязана предваряться символом #). С точки зрения Apache
# шаблон - это обыкновенный комментарий, он анализируется лишь системой
# поддержки виртуальных хостов "Джентельменского набора".
#
# Вместо именов доменов используются специальные метаобозначения, по наличию
# которых и распознается начало блока-шаблона. Если шаблон не будет содержать
# ни одного метасимвола, то он просто не будет воспринят, как шаблон.
#
# Если перед тэгом VirtualHost имеются непустые строки со знаком комментария
# (например, Listen; см. ниже), то считается, что они также входят в шаблон.
#
#
# Определяем один-единственный шаблон блока <VirtualHost>, который
# будет обслуживать сразу все хосты, перечисленные в директории /home.
# Обязательно наличие специальных метасимволов в тексте шаблона,
# в противном случае он будет трактоваться, как обычный комментарий.
#
# Вы можете задать здесь и другие шаблоны хостов, если хотите.
# Система анализирует все блоки, а не только первый.
#
#
# Для каждого хоста в /home можно задать дополнительные настройки, которые
# будут учтены в шаблоне (см. ниже). Для этого необходимо создать в директории,
# соответствующей хосту, файл .htaccess, и указать в нем следующие директивы:
#
# #dnwr_host ДополнительноеИмяХоста
# #dnwr_port ПортЭтогоХоста
# #dnwr_ip IpАдресЭтогоХоста
#
# ВНИМАНИЕ: не потеряйте ведущий символ "#" перед каждой директивой! В
# противном случае Apache сочтет строки за свои команды, и выдаст сообщения
# об ошибках.
#
# Также см. ниже детальное описание того, как работают dnwr-директивы.
#
##
## НАЧАЛО ШАБЛОНА ВИРТУАЛЬНОГО ХОСТА.
##
## Если вы хотите по умолчанию запускать Apache на порту, отличном от 80,
## измените номер порта в следующей далее директиве.
##
#Listen $&{ip:-127.0.0.1}:$&{port:-80}
#NameVirtualHost $&{ip:-*}:*
#<VirtualHost $&{ip:-*}:$&{port:-*}>
# #
# # Формат шаблона директории документов:
# # /выр1/выр2/.../вырN
# # где вырI - регулярное выражение в формате PCRE. Каждое
# # выражение сравнивается с частью пути между двумя "/"
# # независимо, поэтому допустимо применять $ и ^ для
# # привязки к концу и началу имени директории соответственно.
#
# #
# # Вы можете использовать несколько директив DocumentRootMatch,
# # чтобы задать соответствие этого же шаблона и различным директориям.
# #
# # Порядок следования директив DocumentRootMatch ВАЖЕН: в случае,
# # если несколько разных директив "перекрываются" (т.е. совпадают
# # с одним и тем же путем), используется только первое совпадение.
# #
# # Перечислять директивы DocumentRootMatch следует в порядке
# # приоритета: шаблоны, идущие первыми, совпадают с большей долей
# # вероятности, чем идущие последними. То есть, "более частные"
# # шаблоны следует помещать ВЫШЕ более общих. Ниже так и сделано.
# #
# # Далее идут различные схемы именования директорий.
# # -------------------------------------------------
# #
# # Иногда домены второго уровня не нужны, и сайты хранятся в
# # директории public_html. Примеры:
# # /home/somehost/public_html ->
# # /home/somehost/public_html/cgi-bin/ ->
# #
# DocumentRootMatch "/home/(?!cgi-)(.*)/public_html^1"
#
# #
# # Схема иненования хостера Net.Ru.
# # /home/somehost/html ->
# # /home/somehost/html/*/ -> http://*.somehost
# DocumentRootMatch "/home/(?!cgi-)(.*)^1/html/(.*)"
#
# #
# # Схема именования хостера Host-ing.Ru.
# # /home/somehost/domains/* -> http://*.somehost
# # /home/somehost/cgi-bin/ -> http://*.somehost/cgi-bin/
# #
# DocumentRootMatch "/home/(?!cgi-)(.*)^1/domains/(?!cgi$|cgi-)(.*)"
#
# #
# # На некоторых хостингах имена директорий начинаются с тильды.
# # Примеры для данного шаблона:
# # /var/www/html/~somehost/* -> http://*.somehost
# # /var/www/html/~somehost/cgi -> http://*.somehost/cgi/
# #
# DocumentRootMatch "/var/www/html/(?!cgi-)~(.*)^1/(?!cgi$|cgi-)(.*)"
#
# #
# # И наконец, самый общий шаблон. Применяется, если ни один другой
# # шаблон не совпал. Первое совпадение (участок в скобках) в каждом
# # имени директории будет рассматриваться как доменное имя. Примеры:
# # /home/somehost/* -> http://*.somehost
# # /home/somehost/cgi/ -> http://*.somehost/cgi/
# #
# DocumentRootMatch "/home/(?!cgi-)(.*)^1/(?!cgi$|cgi-)(.*)"
#
# #
# # Примечание: в PCRE фраза "(?!cgi-)" означает "с этого места НЕ
# # начинается подстрока 'cgi-'". Метасимвол ^1 указывает, что данный
# # фрагмент пути (левее нее) должен быть записан в буфер для дальнейшего
# # извлечения (см. ниже описание метасимволов для подстановки).
# #
#
# #
# # После того, как один из шаблонов директории документов совпал с
# # некоторой директорией, в шаблоне можно использовать следующие
# # подстановочные знаки:
# # 1. $& - полный путь к директории документов;
# # 2. $^N - путь, помеченный в шаблоне как ^N. Например, для шаблона
# # "/home/(.*)^2/(.*)", примененного к "/home/abc/def",
# # значение $^2 будет равно /home/abc.
# # Вообще, $ в начале свидетельствует о работе с ПУТЯМИ.
# # 3. %& - полное доменное имя;
# # 4. %^N - N-й компонент доменного имени.
# # Вообще, % говорит о работе с ДОМЕННЫМИ ИМЕНАМИ.
# # 5. $&стр - подстановка значения директивы "dnwr_стр" из файла
# # или .htaccess, находящегося в директории документов
# # %&стр (чтобы не возникало конфликтов с Apache, эта директива
# # должна быть закомментирована). Директива наследуется:
# # если в родительских каталогах есть .htaccess, в котором
# # она опрелена, то значение по умолчанию берется оттуда.
# # Текст "стр" не должен состоять из одних только цифр.
# # 6. $^{N:-D} - в случае, если $^N или $&стр (соответственно) пусты,
# # или вместо них подставляется значение по умолчанию D.
# # $&{стр:-D} Разделитель ":-" является служебным и в подстановке
# # не участвует.
# #
# # В выражении, содержащем метасимволы, можно также применять
# # специальные команды по следующим правилам (приведены примеры
# # того, что происходит с текстом ПОСЛЕ подстановки метасимволов):
# #
# # Работа с доменными именами:
# # "abc.def.ru/../gh" -> "gh.def.ru" (отсечение слева)
# # "www.def.ru/-www" -> "def.ru" (отчечение "www" слева)
# # "www.def.ru/abc" -> "abc.www.def.ru" (присоединение "abc"
# # "www.def.ru/-www/abc" -> "abc.def.ru" (отсечение "www" и добавление "abc"
# # "abc.def.ru/-www" -> "abc.def.ru" (не изменилось)
# #
# # Работа с файловыми путями:
# # "/abc/def/../a" -> "/abc/a"
# # "/abc/def/./a" -> "/abc/def/a"
# # "/abc/def/-def/a" -> "/abc/a" (здесь "def" - любое PCRE-выражение)
# # "/abc/d/-def/a" > "/abc/d/a" ("d" не совпало с "def"
# #
#
# #
# # Директория документов виртуального хоста.
# # $& означает "весь совпавший путь".
# #
# DocumentRoot "$&"
#
# #
# # Это имя нигде реально не фигурирует из-за настройки
# # UseCanonicalName Off (см. выше).
# # %& означает "все совпавшее доменное имя".
# #
# ServerName "%&/-www"
#
# #
# # Указывает на то, что данный блок совпадает с именем виртуального
# # хоста (без префикса "www" или с ним). Если Вы хотите создавать
# # специфичные виртуальные хосты (например, для того, чтобы
# # задать для них отдельные лог-файлы, а не общие, как сделано
# # сейчас), добавляйте хосты перед данным блоком, но не после!
# # Иначе они не будут работать, все "съест" текущий хост.
# #
# # Подходят доменные имена как с префиксом www, так и без него.
# #
# ServerAlias "%&/-www" "%&/-www/www" $&{host:-}
#
# $&{directives:-}
#
# #
# # Определяет CGI-директорию для данного виртуального хоста,
# # доступную как http://хост/cgi/. Если вы хотите, чтобы
# # директория /cgi-bin/ была общей для всех виртуальных хостов
# # закомментируйте следующую строку:
# #
# # ScriptAlias /cgi-bin/ "$^1/cgi-bin/"
# #
# # $^1 означает "часть пути, помеченная в шаблоне как ^1".
# ScriptAlias /cgi/ "$^1/cgi/"
# ScriptAlias /cgi-bin/ "$^1/cgi-bin/"
#
# #
# # Отдельный файл сообщений об ошибках для каждого хоста.
# # Если хотите сделать один файл для всех хостов, укажите
# # здесь нужный путь.
# #
# ErrorLog "$^1/error.log"
#</VirtualHost>
##
## КОНЕЦ ШАБЛОНА.
##
#
# Следующая директива необходима для того, чтобы подключить файл со всеми
# виртуальными хостами, доступными в системе. Этот файл модифицируется
# автоматически при запуске, поэтому любые внесенные в него изменения
# не сохраняются. Если вы хотите повлиять на содержимое файла, то измените
# шаблон виртуального хоста, идущий выше.
#
Include conf/vhosts.conf
#
# Директива VirtualHost: Если вы хотите держать на своей машине несколько
# хостов, следует для каждого из них завести контейнер VirtualHost.
# Прежде чем их устанавливать, обращайтесь за подробными разъяснениями к
# документации по адресу Для проверки
# конфигурации ваших виртуальных хостов вы можете задавать опцию -S
# командной строки.
#
# Если вы хотите использовать именные виртуальные хосты (name-based
# virtual hosts), вам необходимо определить для них как минимум один
# адрес IP (и номер порта).
#
#NameVirtualHost *:*
#
# Определяем виртуальный хост по умолчанию, который будет использоваться,
# если запрос пришел на несуществующий домен. Т.к. директории
# /home/non-existent-host нет, попытка обратиться к хосту, который
# не существует, приведет к 404-й ошибке. Вы можете указать
# дополнительные директивы внутри следующего блока VirtualHost.
#
<VirtualHost _default_:*>
ServerName non-existent-host
DocumentRoot /home/non-existent-host
</VirtualHost>
#
# Если вы вручную хотите создать виртуальный хост со специфическими
# настройками, то сделайте это сразу же после данного комментария.
# Не помещайте "рукодельные" хосты в конец файла, иначе они не будут
# доступны!
#
# В контейнер VirtualHost может включаться почти любая директива Apache.
# Пример использования директивы VirtualHost:
#
#<VirtualHost ip.address.of.host.some_domain.com>
# ServerAdmin jroznfgre@ubfg.fbzr_domain.com
# DocumentRoot /www/docs/host.some_domain.com
# ServerName host.some_domain.com
# ErrorLog logs/host.some_domain.com-error_log
# CustomLog logs/host.some_domain.com-access_log common
#</VirtualHost>
#
#<VirtualHost _default_:*>
#</VirtualHost>
#
# Однако можно поступить проще. Для того, чтобы добавить новый виртуальный
# хост со стандартными настройками, вам достаточно лишь создать структуру
# его каталогов в директории /home. Сервер Apache автоматически "увидит"
# изменения при следующем запуске. Вносить правки в httpd.conf не требуется.
#
#
# Механизм шаблонов, встроенный в Денвер, позволяет автоматически создавать
# блоки виртуальных хостов по заданным правилам. Каждый шаблон указывает
# правило соответствия имен директорий документов "своим" доменам. Например:
# "просканировать /home и для всех директорий, которые там встретятся,
# создать одноименные виртуальные хосты". Вы можете также создать несколько
# шаблонов и задать, таким образом, несколько правил соответствий.
#
#
# Далее идет шаблон, по которому в будут автоматически создаваться
# все виртуальные хосты в системе (из директории /home). Помните,что любые
# изменения, внесенные в этот шаблон, отражаются сразу для всех доменов,
# но только при следующем запуске комплекса.
#
# ВНИМАНИЕ!
# Текст шаблона должен идти в файле в виде комментария Apache (т.е. каждая
# строка шаблона обязана предваряться символом #). С точки зрения Apache
# шаблон - это обыкновенный комментарий, он анализируется лишь системой
# поддержки виртуальных хостов "Джентельменского набора".
#
# Вместо именов доменов используются специальные метаобозначения, по наличию
# которых и распознается начало блока-шаблона. Если шаблон не будет содержать
# ни одного метасимвола, то он просто не будет воспринят, как шаблон.
#
# Если перед тэгом VirtualHost имеются непустые строки со знаком комментария
# (например, Listen; см. ниже), то считается, что они также входят в шаблон.
#
#
# Определяем один-единственный шаблон блока <VirtualHost>, который
# будет обслуживать сразу все хосты, перечисленные в директории /home.
# Обязательно наличие специальных метасимволов в тексте шаблона,
# в противном случае он будет трактоваться, как обычный комментарий.
#
# Вы можете задать здесь и другие шаблоны хостов, если хотите.
# Система анализирует все блоки, а не только первый.
#
#
# Для каждого хоста в /home можно задать дополнительные настройки, которые
# будут учтены в шаблоне (см. ниже). Для этого необходимо создать в директории,
# соответствующей хосту, файл .htaccess, и указать в нем следующие директивы:
#
# #dnwr_host ДополнительноеИмяХоста
# #dnwr_port ПортЭтогоХоста
# #dnwr_ip IpАдресЭтогоХоста
#
# ВНИМАНИЕ: не потеряйте ведущий символ "#" перед каждой директивой! В
# противном случае Apache сочтет строки за свои команды, и выдаст сообщения
# об ошибках.
#
# Также см. ниже детальное описание того, как работают dnwr-директивы.
#
##
## НАЧАЛО ШАБЛОНА ВИРТУАЛЬНОГО ХОСТА.
##
## Если вы хотите по умолчанию запускать Apache на порту, отличном от 80,
## измените номер порта в следующей далее директиве.
##
#Listen $&{ip:-127.0.0.1}:$&{port:-80}
#NameVirtualHost $&{ip:-*}:*
#<VirtualHost $&{ip:-*}:$&{port:-*}>
# #
# # Формат шаблона директории документов:
# # /выр1/выр2/.../вырN
# # где вырI - регулярное выражение в формате PCRE. Каждое
# # выражение сравнивается с частью пути между двумя "/"
# # независимо, поэтому допустимо применять $ и ^ для
# # привязки к концу и началу имени директории соответственно.
#
# #
# # Вы можете использовать несколько директив DocumentRootMatch,
# # чтобы задать соответствие этого же шаблона и различным директориям.
# #
# # Порядок следования директив DocumentRootMatch ВАЖЕН: в случае,
# # если несколько разных директив "перекрываются" (т.е. совпадают
# # с одним и тем же путем), используется только первое совпадение.
# #
# # Перечислять директивы DocumentRootMatch следует в порядке
# # приоритета: шаблоны, идущие первыми, совпадают с большей долей
# # вероятности, чем идущие последними. То есть, "более частные"
# # шаблоны следует помещать ВЫШЕ более общих. Ниже так и сделано.
# #
# # Далее идут различные схемы именования директорий.
# # -------------------------------------------------
# #
# # Иногда домены второго уровня не нужны, и сайты хранятся в
# # директории public_html. Примеры:
# # /home/somehost/public_html ->
# # /home/somehost/public_html/cgi-bin/ ->
# #
# DocumentRootMatch "/home/(?!cgi-)(.*)/public_html^1"
#
# #
# # Схема иненования хостера Net.Ru.
# # /home/somehost/html ->
# # /home/somehost/html/*/ -> http://*.somehost
# DocumentRootMatch "/home/(?!cgi-)(.*)^1/html/(.*)"
#
# #
# # Схема именования хостера Host-ing.Ru.
# # /home/somehost/domains/* -> http://*.somehost
# # /home/somehost/cgi-bin/ -> http://*.somehost/cgi-bin/
# #
# DocumentRootMatch "/home/(?!cgi-)(.*)^1/domains/(?!cgi$|cgi-)(.*)"
#
# #
# # На некоторых хостингах имена директорий начинаются с тильды.
# # Примеры для данного шаблона:
# # /var/www/html/~somehost/* -> http://*.somehost
# # /var/www/html/~somehost/cgi -> http://*.somehost/cgi/
# #
# DocumentRootMatch "/var/www/html/(?!cgi-)~(.*)^1/(?!cgi$|cgi-)(.*)"
#
# #
# # И наконец, самый общий шаблон. Применяется, если ни один другой
# # шаблон не совпал. Первое совпадение (участок в скобках) в каждом
# # имени директории будет рассматриваться как доменное имя. Примеры:
# # /home/somehost/* -> http://*.somehost
# # /home/somehost/cgi/ -> http://*.somehost/cgi/
# #
# DocumentRootMatch "/home/(?!cgi-)(.*)^1/(?!cgi$|cgi-)(.*)"
#
# #
# # Примечание: в PCRE фраза "(?!cgi-)" означает "с этого места НЕ
# # начинается подстрока 'cgi-'". Метасимвол ^1 указывает, что данный
# # фрагмент пути (левее нее) должен быть записан в буфер для дальнейшего
# # извлечения (см. ниже описание метасимволов для подстановки).
# #
#
# #
# # После того, как один из шаблонов директории документов совпал с
# # некоторой директорией, в шаблоне можно использовать следующие
# # подстановочные знаки:
# # 1. $& - полный путь к директории документов;
# # 2. $^N - путь, помеченный в шаблоне как ^N. Например, для шаблона
# # "/home/(.*)^2/(.*)", примененного к "/home/abc/def",
# # значение $^2 будет равно /home/abc.
# # Вообще, $ в начале свидетельствует о работе с ПУТЯМИ.
# # 3. %& - полное доменное имя;
# # 4. %^N - N-й компонент доменного имени.
# # Вообще, % говорит о работе с ДОМЕННЫМИ ИМЕНАМИ.
# # 5. $&стр - подстановка значения директивы "dnwr_стр" из файла
# # или .htaccess, находящегося в директории документов
# # %&стр (чтобы не возникало конфликтов с Apache, эта директива
# # должна быть закомментирована). Директива наследуется:
# # если в родительских каталогах есть .htaccess, в котором
# # она опрелена, то значение по умолчанию берется оттуда.
# # Текст "стр" не должен состоять из одних только цифр.
# # 6. $^{N:-D} - в случае, если $^N или $&стр (соответственно) пусты,
# # или вместо них подставляется значение по умолчанию D.
# # $&{стр:-D} Разделитель ":-" является служебным и в подстановке
# # не участвует.
# #
# # В выражении, содержащем метасимволы, можно также применять
# # специальные команды по следующим правилам (приведены примеры
# # того, что происходит с текстом ПОСЛЕ подстановки метасимволов):
# #
# # Работа с доменными именами:
# # "abc.def.ru/../gh" -> "gh.def.ru" (отсечение слева)
# # "www.def.ru/-www" -> "def.ru" (отчечение "www" слева)
# # "www.def.ru/abc" -> "abc.www.def.ru" (присоединение "abc"
# # "www.def.ru/-www/abc" -> "abc.def.ru" (отсечение "www" и добавление "abc"
# # "abc.def.ru/-www" -> "abc.def.ru" (не изменилось)
# #
# # Работа с файловыми путями:
# # "/abc/def/../a" -> "/abc/a"
# # "/abc/def/./a" -> "/abc/def/a"
# # "/abc/def/-def/a" -> "/abc/a" (здесь "def" - любое PCRE-выражение)
# # "/abc/d/-def/a" > "/abc/d/a" ("d" не совпало с "def"
# #
#
# #
# # Директория документов виртуального хоста.
# # $& означает "весь совпавший путь".
# #
# DocumentRoot "$&"
#
# #
# # Это имя нигде реально не фигурирует из-за настройки
# # UseCanonicalName Off (см. выше).
# # %& означает "все совпавшее доменное имя".
# #
# ServerName "%&/-www"
#
# #
# # Указывает на то, что данный блок совпадает с именем виртуального
# # хоста (без префикса "www" или с ним). Если Вы хотите создавать
# # специфичные виртуальные хосты (например, для того, чтобы
# # задать для них отдельные лог-файлы, а не общие, как сделано
# # сейчас), добавляйте хосты перед данным блоком, но не после!
# # Иначе они не будут работать, все "съест" текущий хост.
# #
# # Подходят доменные имена как с префиксом www, так и без него.
# #
# ServerAlias "%&/-www" "%&/-www/www" $&{host:-}
#
# $&{directives:-}
#
# #
# # Определяет CGI-директорию для данного виртуального хоста,
# # доступную как http://хост/cgi/. Если вы хотите, чтобы
# # директория /cgi-bin/ была общей для всех виртуальных хостов
# # закомментируйте следующую строку:
# #
# # ScriptAlias /cgi-bin/ "$^1/cgi-bin/"
# #
# # $^1 означает "часть пути, помеченная в шаблоне как ^1".
# ScriptAlias /cgi/ "$^1/cgi/"
# ScriptAlias /cgi-bin/ "$^1/cgi-bin/"
#
# #
# # Отдельный файл сообщений об ошибках для каждого хоста.
# # Если хотите сделать один файл для всех хостов, укажите
# # здесь нужный путь.
# #
# ErrorLog "$^1/error.log"
#</VirtualHost>
##
## КОНЕЦ ШАБЛОНА.
##
#
# Следующая директива необходима для того, чтобы подключить файл со всеми
# виртуальными хостами, доступными в системе. Этот файл модифицируется
# автоматически при запуске, поэтому любые внесенные в него изменения
# не сохраняются. Если вы хотите повлиять на содержимое файла, то измените
# шаблон виртуального хоста, идущий выше.
#
Include conf/vhosts.conf
30 октября 2007 г.
30 октября 2007 г.
30 октября 2007 г.
