Этот вопрос , кажется, имеет четкий ответ в Стандарте иерархии файловой системы , который определяет /srv
как «содержащий [ing] специфичные для сайта данные, которые обслуживаются этой системой» . (3.16.1)
Эта основная цель определения этого заключается в том, чтобы пользователи могли находить местоположение файлов данных для конкретной службы , и чтобы службы, которым требуется одно дерево для данных только для чтения, данных для записи и сценариев
(мой акцент)
Примечание: «Обслуживается системой» не обязательно относится к Интернету. Это даже не означает сеть. Это применимо даже к общей системе. Кроме того, слова « сайт» и « сервис» следует понимать в их значении до Интернета. Ваш сайт может быть «отдел физики» или «офис финансов».
Это говорит:
В больших системах может быть полезно структурировать / srv по административному контексту, например, / srv / физика / www, / srv / compsci / cvs и т. Д. Эта настройка будет отличаться от хоста к хосту. Следовательно, ни одна программа не должна полагаться на конкретную структуру подкаталога существующей / srv или данные, которые обязательно должны храниться в / srv. Однако / srv всегда должен существовать в FHS-совместимых системах и должен использоваться в качестве местоположения по умолчанию для таких данных.
Поэтому вам следует дополнительно структурировать ваши данные в таких каталогах, как /srv/nfs
, /srv/backup
и так далее.
Я должен также упомянуть, что немногие люди делают это больше. Но нет веских причин, почему они этого не делают. Стандарт ни в коем случае не устарел.
/var
традиционно используется для таких вещей, как print-spools и log-файлы, но также используется веб-сервером Apache (в любом случае, в системах Debian - SUSE use / srv); Кажется, нет единого мнения о том, /var
является ли правильный каталог для общих данных. Но если вы решите использовать его вместо этого, я уверен, вы не пожалеете.
Обратите внимание: ответ Картика ни в коем случае не является неправильным. FHS говорит, что / srv «должен использоваться в качестве местоположения по умолчанию для таких данных», но стандарт оставляет некоторое пространство для ваших собственных предпочтений, в зависимости от того, как вы интерпретируете термины.
/var/www
, прежде чем они/srv/
стали частью FHS.Иерархия файловой системы:
Также посмотрите на это
источник
Я не думаю, что FHS определяет какое-либо место для общих пользовательских данных. Это пользователи, которые хотят хранить там общие данные. Я обычно использую
/usr/local/shared
или/home/shared
.источник
Я видел
/export
, что/mnt
раньше работал с nfs и использовал для монтирования общего ресурса nfs локально, в корпоративной среде, как предложено в документации по NFS, стандарт, который, как я подозреваю, изначально пришел из Sun OS, позже переименованной в Solaris.В
/etc/exports
именах файлов экспортируемых томов и/exports
каталоги служат им для удаленных пользователей, которые смонтируют их на/mnt
. Хост сервера также может монтировать эти общие/mnt
ресурсы при использовании того же демона nfs для использования любыми клиентами или процессами, запущенными локально на сервере, чтобы сохранить совместимость с любыми удаленными хостами и, возможно, сохранить функциональность выравнивания нагрузки, квот и т. Д.Это настолько близко к «стандарту», насколько это возможно. Обратите внимание, что
/export
не в FHS, поэтому/export
был добавлен независимо, так что, вероятно, никто не доволен/srv
. Вероятно, из-за возможной путаницы с «сервисами», работающими как демоны, а не как «обслуживаемые» тома./export
однозначно назван с небольшим шансом путаницы. Я никогда ничего не вижу в/srv
.источник