Существует ли на сервере общее или стандартное имя каталога для специфичных для компании материалов? Сюда входят любые файлы crons, скрипты, корневые каталоги веб-серверов, программы, области хранения, не относящиеся к базам данных, кодовые базы служб и т. Д.
Конечно, мы могли бы поместить crons в /etc/cron.d, поместить docroots в / home / webservd, скрипты в один из каталогов bin, но это было бы беспорядочно. Если бы XYZ Technology Corp захотела иметь все неуниверсальные вещи в одном месте, они бы создали каталог / xyz или / home / xyz или есть альтернативное имя каталога, которое не является специфическим для компании, но предназначено для специфического для компании материала ?
Что чаще всего?
Нет, не существует абсолютно никаких стандартов для соглашений об именах, помимо тех, которые предоставляются поставщиком вашей ОС (или FHS для некоторых подмножеств дистрибутивов Linux).
Что бы вы ни выбрали, просто примите решение, хорошо задокументируйте его во всех возможных местах, где люди могут его искать, а затем возвращайтесь к полезной работе. Иерархия каталогов - это классическая территория для велосипедных навесов / священной войны, и единственный способ остановить битвы, когда они начнутся, - это попросить комбатантов внести свой вклад в ваши новые стандарты кодирования для всей компании ...
Единственный известный мне стандарт, который даже близко подходит, - это использование / opt или / usr / local для приложений, установленных вручную, по сравнению с диспетчером пакетов платформы. Даже тогда существует множество приложений, которые игнорируют этот стандарт.
Традиция unix - хранить ваши данные в подкаталоге с соответствующим именем / opt / или / usr / local /. Обычная передовая практика использует символические ссылки в / etc / * и других областях системы, которые сопоставляются с меньшим количеством каталогов администратора компании, где вы храните и редактируете «настоящие» копии. (или наоборот для тех немногих случаев, когда настоящий файл не может находиться в пользовательском пространстве)
http://en.wikipedia.org/wiki/GNU_Stow пример подобной схемы.
Конкретный ответ для вашей операционной системы обычно можно найти в hier справочная страница (запустить man hier в любом приглашении оболочки).