Bu sorunun , "bu sistem tarafından sunulan siteye özgü verileri içer" olarak belirtilen Dosya Sistemi Hiyerarşisi Standardında açık bir cevabı var gibi görünmektedir . (3.16.1)/srv
Bunu belirlemenin bu ana amacı, kullanıcıların belirli bir hizmet için veri dosyalarının konumunu bulabilmeleri ve böylece salt okunur veri, yazılabilir veri ve komut dosyaları için tek bir ağaç gerektiren servislerin bulunmasıdır.
(vurgum)
Not: 'Sistem tarafından sunulur' mutlaka İnternete atıfta bulunmaz. Bir ağ anlamına bile gelmiyordu. Paylaşılan bir sisteme bile uygulanabilir. Dahası, site ve hizmet kelimeleri internet öncesi anlamlarında anlaşılmalıdır. Siteniz "fizik bölümü" veya "finans ofisi" olabilir.
Söylemeye devam ediyor:
Büyük sistemlerde / srv'yi / srv / physics / www, / srv / compsci / cvs, vb. Gibi idari bağlamda yapılandırmak faydalı olabilir. Bu nedenle, hiçbir program / srv dosyasının belirli bir alt dizin yapısına ya da mutlaka / srv dosyasında depolanan verilere dayanmamalıdır. Ancak / srv her zaman FHS uyumlu sistemlerde bulunmalı ve bu veriler için varsayılan konum olarak kullanılmalıdır.
Dolayısıyla daha ileri gibi dizinleri verilerinizi yapılandırmalıyım /srv/nfs
, /srv/backup
vb.
Ayrıca artık birkaç kişinin bunu yaptığını söylemeliyim. Fakat neden olmasınlar iyi bir sebep yok. Standart hiçbir şekilde güncel değildir.
/var
baskı makaraları ve günlük dosyaları gibi şeyler için geleneksel olarak kullanılır, ancak Apache web sunucusu tarafından da kullanılır (yine de Debian sistemlerinde - SUSE use / srv); /var
Paylaşılan veriler için uygun bir dizin olup olmadığı konusunda fikir birliği yoktur . Ama onun yerine kullanmaya karar verirseniz, eminim pişman olmayacaksınız.
Ayrıca ayrıca: Karthick'in cevabı hiçbir şekilde yanlış değildir. FHS / srv "böyle bir veri için varsayılan konum olarak kullanılmalı" diyor, ancak standart terimleri nasıl yorumladığınıza bağlı olarak kendi tercihlerinize göre bir alan bırakıyor.
/var/www
önce/srv/
FHS parçasıydı.