Где наилучшее место для хранения fileов веб-websiteа совместно используемых разработчиков в иерархии Linux?
Обслуживание fileов html и php
Я просто начал размещать fileы для веб-websiteа на своем serverе, и я не уверен, где это место, чтобы обеспечить им доступ для нескольких пользователей.
Когда я начал размещать website, я помещал fileы websiteа в: /var/www/name.of.virtualhost.site/www/ .
Я развертываю непосредственно из выгруженного репозитория, для удобства и простоты, поэтому для обновления websiteа на базе кода другого разработчика, или мне нужно только проверить последнюю версию fileов, чтобы иметь все актуальное (с помощью git, в этом дело). Однако в корне репозитория есть fileы, которые я предпочитаю быть непубличными.
Прямо сейчас это, очеviewно, не так, потому что все, что находится ниже окончательной общедоступной / www / папки, также доступно в домене по умолчанию или ip, поскольку / var / www / содержимое уже выполняется по умолчанию apache. Например, /var/www/name.of.virtualhost.site/docs/site_policies.txt доступен через некоторый URL-адрес, например defaultsite.com/name.of.virtualhost.site/docs/site_policies.txt .
- Могу ли я использовать processор Core i7 для размещения 5-6 веб-websiteов?
- Могу ли я разместить дочерний узел на отдельном serverе и использовать SSL?
- Выделенные serverные учебники
- Загрузка websiteа очень медленная, если я использую IP и работает нормально, когда я использую доменное имя, почему?
- Сколько хостинга достаточно для websiteа для хобби?
Итак, где лучше хранить fileы веб-websiteа в Linux?
Когда это website, который только я разрабатываю, я, очеviewно, могу просто вставить его в /home/my_username/sites/name.of.virtualhost.site/ , но это не работает, когда я хочу, чтобы другие разработчики проверяли repository, а иногда и редактирование fileов websiteа. И я запускаю stack LAMP, а не то, что я ожидаю, что это будет иметь значение.
- Общие требования к оборудованию для хостинга IIS7
- разница между serverом и рабочим столом
- Как показать страницу обслуживания веб-websiteа, когда наша networking отkeyена
- Лучший способ перенаправления внутреннего DNS на внешний веб-website?
- Время ожидания веб-хостинга для websiteов, доступных на международном уровне?
- Хостинг serverного websiteа?
- Должен ли я рассматривать амазонки EC2-облачного сервиса как хостинг-решение?
- Как стать успешным реселлером хостинга или это возможно?
Нет ни одного размера, который бы отвечал всем вашим требованиям. / tmp будет доступным для всех пользователей, но это плохое место для размещения таких fileов.
Я не уверен, почему вы не используете надлежащий version control, поэтому все разработчики разрабатываются в соответствующих средах разработки, а затем переходят в основной repository.
Если вы обращаетесь к блоку dev (который вы не говорите), создайте directory, в некотором месте, например / usr / local / src, и сделайте его доступным для записи группой, к которой принадлежат все разработчики. Затем создайте сценарий развертывания, который помещает fileы, которые должны быть общедоступными в корневой папке.
Новая горячая /srv .
/ srv начал использоваться для таких вещей, как веб-serverы. Однако, поскольку вы используете apache, вы можете заблокировать доступ к /var/www/www.example.com на виртуальном serverе по умолчанию.
С помощью Apache вы можете ограничить доступ к directoryу по directoryу по ip или паролю. Вы также можете потребовать как соответствующий ip, так и пароль, если это необходимо. Если вы не изменяете fileы из processа на веб-serverе, directoryи и fileы не должны принадлежать или записываться с помощью идентификатора пользователя serverа apache.
Я не понимаю, что вы просите.
Файлы, поданные с serverа, должны находиться под /srv соответствии с FHS. Но почему несколько пользователей должны иметь к ним доступ?
Я предлагаю вам начать использовать version control и дать разработчикам доступ к этому.
Затем автоматизировать deployment с помощью скрипта или func или capistrano.
Дайте тем, кто нуждается в праве запуска развертывания. Возможно, используя непрерывную интеграцию, чтобы это было возможно только после прохождения всех тестов.
/home/<user>/<repo> каждый userский чек
/srv/git/<repo> для вашего основного репо (точка redmine / trac на этом)
/usr/local/bin/deploy.sh очень простой скрипт для «развертывания» из центрального git-репо в реальную среду веб-serverа. Попытайтесь либо держать его под 5 линиями bash, либо заглянуть в Capistrano.
/srv/www/<vhost>/ для вашего websiteа