Ситуация 1. Сайт один.
Цитата:
# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, instead of the default. See also the <VirtualHost>
# directive.
#
# Change this to Listen on specific IP addresses as shown below to
# prevent Apache from glomming onto all bound IP addresses (0.0.0.0)
#
#Listen 12.34.56.78:80
Listen 80
|
В данном случае на любом сетевом интерфейсе Апач будет слушать 80 порт и выдавать этот самый единственный сайт (браузеры по умолчанию как раз на него и ходят). если сетевушек неколько, то можно указать на каком конкретно адресе будет висеть сайт. Если поменять порт, то в браузере (с удаленных машин) надо будет поле IP через двоеточие указывать еще и порт.
PS. Виртуал хосты в этом случае включать не имеет смысла
Цитата:
# ServerName gives the name and port that the server uses to identify itself.
# This can often be determined automatically, but we recommend you specify
# it explicitly to prevent problems during startup.
#
# If your host doesn't have a registered DNS name, enter its IP address here.
#
ServerName zooloos.atapy.com:80
|
Если в сети есть ДНС-сервер, то тут можно указать полное доменное имя компа. В этом случае на сайт можно будет ходить еще и по имени.
Ситуация 1. Сайтов несколько.
В этом случае имеет смысл включить vhosts и ходить на сайты уже не по IP, а по именам. По поводу настройки Виртуал-хостов лучше почитать доки.
--
По поводу самой разработки.
Если наполнители забивают инфу через веб-интерфейс (например установлена CMS и т.п.), то систему управления исходниками ставить не обязательно, т.к. проггер будет работать над файлами самого сайта, а наполнители лишь над БД или файлами контента (правда используя движек, поэтому если апач/денвер отправили в ребут, то доступа не будет).
Если же и проггер и наполнители работают над одними и теми же файлами, то либо редактировать их поочереди (просто расшарить папки в сети), либо поставить какую-нить cvs, дабы было нормальное отслеживание версий файлов.