Вопросы Теги

Где лучшее расположение должно сохранить файлы веб-сайта общего разработчика в иерархии Linux?

Я задаюсь вопросом, если использование энергии было бы опцией 

iptables-save > editme

vim editme # remove the rule you dont want

iptables-restore < editme
2
задан 13 May 2010 в 19:44
5 ответов

Нет никаких соответствий размера всего решения Вашей проблемы./tmp был бы доступен для всех пользователей, но является плохим местом для помещения таких файлов.

Я не уверен, почему Вы не используете управление нужной версией, таким образом, все разработчики разрабатывают в их соответствующих средах разработки и затем продвигают к главному репозиторию.

Если Вы обращаетесь к dev полю (который Вы не говорите), затем создают каталог, в некотором месте как/usr/local/src и делают это перезаписываемым группой, которой принадлежат все разработчики. Затем создайте сценарий развертывания, который помещает файлы, которые должны быть публично доступными под веб-корнем.

1
ответ дан 3 December 2019 в 09:10
  • 1
    I' m на самом деле с помощью мерзавца с рабочей проверенной копией (от основного репозитория SVN)./usr/local/src/-> pathname.com/fhs/pub/fhs-2.3.html#USRSRCSOURCECODE прекрасные звуки, имеет исходное право на имя, мне нравится оно. –  Kzqai 13 May 2010 в 06:40

Новая жаркость /srv.

3
ответ дан 3 December 2019 в 09:10
  • 1
    хм, я предполагаю, что часть проблемы является I' m не уверенный, как обеспечить местоположение, где я могу легко предоставить многочисленных пользователей, редактирующих доступ? –  Kzqai 13 May 2010 в 04:58

/srv начал использоваться для вещей как веб-серверы. Однако, поскольку Вы используете апача, можно блокировать доступ к /var/www/www.example.com на виртуальном сервере по умолчанию.

С Apache можно ограничить каталог доступа каталогом или IP или паролем. Можно также потребовать и IP соответствия и пароля при необходимости. Если Вы не изменяете файлы от процесса на веб-сервере, каталоги и файлы не должны принадлежать или перезаписываемые апачским идентификатором пользователя серверов.

1
ответ дан 3 December 2019 в 09:10

/home/<user>/<repo> контроль каждых пользователей

/srv/git/<repo> для Вашего основного repo (указывают на redmine/trac на этого),

/usr/local/bin/deploy.sh очень простой сценарий для "развертываний" от центрального мерзавца repo к фактической среде веб-сервера. Попытайтесь или сохранить его под 5 строками удара или изучить Capistrano.

/srv/www/<vhost>/ для Вашего сайта

1
ответ дан 3 December 2019 в 09:10

Я действительно не получаю то, что Вы спрашиваете.

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

Я предлагаю, чтобы Вы начали использовать управление версиями и предоставили доступ разработчиков к этому.

Затем автоматизируйте развертывание с помощью сценария или func или capistrano.

Дайте тем, кому нужно право инициировать развертывание. Возможно, с помощью непрерывной интеграции так, чтобы это было только возможно после всей тестовой передачи.

1
ответ дан 3 December 2019 в 09:10
  • 1
    Прямо сейчас развертывание просто: git pull It' s просто это I' d нравится сохранять ту простоту в то время как - не обслуживание корня репозитория (и вместо этого только обслуживание/www/и глубже). Таким образом/var/www/doesn' t работа и I' m пытающийся выяснить, где идеальное местоположение. –  Kzqai 13 May 2010 в 19:56
  • 2
    Я использую /srv/www/$hostname/{htdocs,logs,cgi-bin,...}, если that' s, что Вы имеете в виду. –  ptman 13 May 2010 в 22:25

Теги

Похожие вопросы