Neden bir web sunucusundaki kök dizini varsayılan olarak “/ var / www” içine koyuyor?

Tuxfiles , Linux dizin yapısı hakkında şunları söylüyor:

/var:

Bu dizin, sistem çalışırken sürekli değişen değişken veriler içerir.

FHS on/var şunları söylüyor:

/vardeğişken veri dosyaları içerir. Bu, biriktirme dizinleri ve dosyaları, yönetimsel ve günlük verileri ile geçici ve geçici dosyaları içerir.

Daha sonra, günlükler, postalar ve biriktirici gibi şeylerin bu klasöre konulduğunu söylemeye devam ederler.

Geleneksel olarak Ubuntu Linux'ta Apache veya Nginx hisse senedi kurulumu dizini yerleştirecektir /var/www/.

Bana bir dosya koymak için ideal bir yer gibi görünmüyor ya da neredeyse kalıcı olması gereken içeriğe sahip.

Neden bu kadar sık ​​kullanılıyor /var?

Daha öznel olarak, dizin yapısına göre, ideal olarak gitmesi gereken yer burası mı?

Aslında hiç "geleneksel" bir yer değil. Geleneksel olarak, işletim sisteminden sonra yüklediğiniz her şey /usr/localve aslında bu güne kadarki "Klasik Apache yolu düzeni" (sözcükleri). Uzun zamandır öyleydi /home/httpd.

Gördüğünüz şey, belirli bir işletim sistemi için yapılandırılmış bir Apache - ister Red Hat Linux, Mac OS X, GNU, vb. - konumu özelleştirecek. Apache'nin kaynağı bunun için iyi tasarlanmış, aslında kaynak dosyalardaki ServerRoot değerini izlerseniz, bu dosyada başladığını göreceksiniz config.layout:

Bu dosyadan bazı alıntılar docroot konumunda çok fazla çeşitlilik olduğunu size gösterecektir.

IIRC, /var/www2000-2001 Red Hat Linux 7.x (Red Hat Enterprise Linux değil) sürümleriyle hayatıma girdi. Yukarıda bahsettiğin tüm nedenlerden ötürü, bunun pek mantıklı gelmediğini düşündüm - ama gerçek şu ki, modern çağda o kadar çok başka araç ve teknoloji yer alıyor ki, konum yine de hareket ediyor.

#   Classical Apache path layout.
<Layout Apache>
    prefix:        /usr/local/apache2
    datadir:       ${prefix}

#   GNU standards conforming path layout.
#   See FSF's GNU project `make-stds' document for details.
<Layout GNU>
    exec_prefix:   ${prefix}
    datadir:       ${prefix}/share+

#   Mac OS X Server (Rhapsody)
<Layout Mac OS X Server>
    prefix:        /Local/Library/WebServer
    datadir:       ${prefix}

#   Darwin/Mac OS Layout
<Layout Darwin>
    prefix:        /usr
    datadir:       /Library/WebServer

#   Red Hat Linux 7.x layout
<Layout RedHat>
    prefix:        /usr
    datadir:       /var/www

#   SuSE 6.x layout
<Layout SuSE>
    prefix:        /usr
    datadir:       /usr/local/httpd

#   BSD/OS layout
<Layout BSDI>
    prefix:        /var/www
    datadir:       ${prefix}

#   Solaris 8 Layout
<Layout Solaris>
    prefix:        /usr/apache
    datadir:       /var/apache

Kullanımı /var/wwwsadece ilk bakışta kafa karıştırıcıdır.

FHS'ye göre, web sunucusu verilerine gitmeli /srv. Ana kural budur.

Ancak, yapı hakkında karar vermenin /srvyerel yöneticinin sorumluluğunda olduğunu da söylüyor ! Bu nedenle, paketler hiçbir şey koymalı /srvve varsayılan belge kökü olmamalıdır /srv, çünkü (apache) paketi içinde /srvve altında ne olduğunu bilmez . Belki de açık metin şifresi ve diğer şeyleri içeren bir yıkım deposu. Yani dışında bir varsayılan olmalı /srv. Bu varsayılan olur /var/www.

/var/wwwçoğunlukla bir yer tutucudur. Paketler /usr/sharestatik HTML içeriği veya /var/libdinamik değişken içeriği için kullanır. Birçok insan yanlışlıkla HTML kodunu koymaları gerektiğini düşündü /var/www. Bu bir problem, çünkü paketler zaman zaman bunu da kullanıyor. Son zamanlarda /var/www/htmlpaketler için icat ettiler . Umarım insanlar bunu kullanmaya başlamazlar çünkü o zaman tekrar yeni bir dizin icat etmek zorunda kalırlar ... ve böyle devam eder.

Özet: /srvApache sanal konaklarınızı buna göre kullanmalı ve yapılandırmalısınız.

Akond'ın cevabını kabul ederken, bunun daha önemli bir yönü olduğunu düşünüyorum. Diğer konumların çoğu (örneğin /usr/local) sistem tarafından yönetilir (paket yöneticisi). /vargenellikle paket yöneticisi tarafından yönetilmeyen dosyaların gittiği yerdir (sistem çapında 'veri').

Ayrıca FHS'den gelen tanımlamanın biraz daha doğru olduğunu düşünüyorum (verilerin sürekli değişmesi gerekmiyor):

/ var değişken veri dosyaları içerir. Bu, biriktirme dizinleri ve dosyaları, yönetimsel ve günlük verileri ile geçici ve geçici dosyaları içerir.

Ancak FHS , www verilerinin girmesi gereken türler de/srv

/ srv, bu sistem tarafından sunulan siteye özgü verileri içerir.

Bunu belirlemenin bu ana amacı, kullanıcıların belirli servisler için veri dosyalarının konumunu bulabilmeleri ve böylece salt okunur veri, yazılabilir veri ve komut dosyaları (cgi komut dosyaları gibi) için tek bir ağaç gerektiren servislerin makul şekilde yerleştirilebilmesidir.

/ Srv alt dizinlerini adlandırmak için kullanılan metodoloji, şu anda bunun nasıl yapılması gerektiği konusunda bir fikir birliği olmadığı için belirtilmemiştir. / Srv altında veri yapılandırmak için bir yöntem, örn. ftp, rsync, www ve cvs.

Diğerleri dediği gibi nedenler çoğunlukla tarihi. /varTemelde koymak edilemez tüm şeyler için vb (örneğin, dosyaları kilitlemek) örneği önbellek dosyaları, günlükleri, çalışma zamanı verileri için, her zaman değiştirir sistem verilerinin, posta sunucusu depolama, yazıcı biriktirme için kullanılmaktadır /usr( çünkü yerel veri içeriyor), içeri giren üçüncü taraf programlar /optdeğiller ve içeri girdikçe yok edilebilecek ve değişken değiller /tmp.

Unix / Linux geliştikçe, bir araya getirilen çeşitli farklı dizinlerden oluşan bir çit boşluğu ile dağınık bir yer haline geldi. (Şimdi uyarınca [makine tarafından sunulan özellikle içerik, oradan bazı şeyleri taşımak için son yıllarda bir eğilim olmuştur Dosya Sistemi Hiyerarşi Standardı 2.3, s.15 ] içinde gitmeli /srvdeğil de, /var/www).

Benzer şey oldu /var/rungeri birkaç yıl - Çeşitli dağılımların konsantre çaba ile, o taşındı /var/runiçine /runönceden kullanılan fonksiyonlarını birbirine kaynaşmış olan /var/lock, /var/runve /dev/shm.

Tecrübelerime göre (ben bir web geliştiricisiyim) web sitesi içeriği stabil olmaktan uzak. Html dosyalarında bile (dinamik olarak oluşturulmuş içeriği boş bıraktıysanız), sürekli değişikliklere (değişiklikler, ihmaller vb.) Maruz kalırlar.

Yani benim açımdan, değişkenler. Bu nedenle, / var dizininde mükemmel bir şekilde uyarlar ve bunda yanlış bir şey yok.

IIRC, eski günlerde, her zaman /varkendi dosya sistemi (ayrı bir disk veya bir disk dilim) olarak monte ettik .

Bunun nedenlerinden biri, diğerlerinin de belirttiği gibi, bu dosya sistemine çok fazla okuma / yazma yapılmasıdır (logs / et al). Ayrı bir disk / dilim olması (çoğunlukla okumaya karşı daha iyi I / O tipi için ayarlanmış olabilir demektir /, /usrvb ...).

Diğer bir sebep de, o günlerde, bir yazma işlemi sırasında sisteminiz çökerse, kök dosya sisteminizin onarımı zor bir durumda bırakarak bozulma olasılığı çok yüksekti. Böylece ondan ayrılma ihtiyacı var /.

Dosya sistemi ve disk teknolojisi zamanla büyük ölçüde gelişti, bu yüzden bu çok daha az olası bir durum.

/var Çok kullanıcılı erişim için kullanıcı-nötr "temel" bir konum için iyi bir seçimdir, eğer çalışan birden fazla sanal ana bilgisayara sahip bir web siteniz varsa, FTP ya da diğer yüklemelere izin veren, yani bir webhost ya da benzerseniz.

/homeBir düşünmeyen veya kötü amaçlı kullanıcıların yüklediği eğer kötü şeyler diğer kullanıcı kabuk hesaplarına başına gelebilir, çünkü muhtemelen en uygun olmadığı /homebölüm sınırı (geleneksel kurulum varsayarak /var, /homevb ayrı bölümlere olmak üzere) diğer kullanıcı hesaplarını etkileyebilir.

Tabi bunun /srviçin daha iyi olduğunu düşünüyorum ama /varUNIX geleneğinde daha uzun süredir var.

Buraya eklemek istediğim şey, / usr webine "root" koymak, aynı web kümesinde bile farklı web sunucularından beri / usr'yi yalnızca paylaşılabilir ve okunabilir olarak gösteren FHS bölümüyle çakışıyor. farklı yapılandırmalar içeren farklı dosyalara sahip olabilir ve bu, / usr için ideal yapmaz.

Ayrıca, bazı web uygulamaları (MediaWiki ve PhpBB, başımın üstünde olanları adlandırır) ekler / medya dosyası yüklemeleri için web dizin ağacının altında yazılabilir bir konum bekler. Bu nedenle, salt okunur / usr tanımına uymak istiyorsanız web ağacını / usr altına koymak çakışacaktır.

Apache web sunucusu / var / www / altında varsayılan web sitesine sahiptir , ancak diğer web sitelerinin / srv / altında bırakılması önerilmektedir.

Bunu Ubuntu Server 14.04 LTS'de farkettim. Varsayılan apache2.conf dosyası yorumlanmış blok içeriyor:

#<Directory /srv/>
#   Options Indexes FollowSymLinks
#   AllowOverride None
#   Require all granted
#</Directory>