bağlar ve gelecek istekleri bekler. Öntanımlı olarak makine üzerindeki
tüm adresleri dinler. Bununla birlikte, belli portları veya sadece
seçilmiş bazı adresleri ya da her ikisini de dinlemesi için bunun
- belirtilmesi gerekebilir. Bu çoğunlukla, httpd’nin farklı IP
+ belirtilmesi gerekebilir. Bu çoğunlukla, httpd'nin farklı IP
adreslerine, konak isimlerine ve portlarına nasıl yanıt vereceğinin
belirlendiği <a href="vhosts/">sanal konak</a> özelliği ile birlikte
yürür.</p>
<section id="ipv6">
<title>IPv6 Adreslerin Durumu</title>
- <p>IPv6’yı gerçekleyen platformların sayısı giderek artmaktadır. Bu
- platformların çoğunda <glossary>APR</glossary>, httpd’nin IPv6
- soketleri ayırmasını mümkün kılarak IPv6’yı desteklemekte ve IPv6
+ <p>IPv6'yı gerçekleyen platformların sayısı giderek artmaktadır. Bu
+ platformların çoğunda <glossary>APR</glossary>, httpd'nin IPv6
+ soketleri ayırmasını mümkün kılarak IPv6'yı desteklemekte ve IPv6
üzerinden gönderilmiş istekleri elde etmektedir.</p>
<p>httpd yöneticilerinin kafasını karıştırıran tek şey IPv6 soketlerin
hem IPv4 hem de IPv6 bağlantılarını kabul edip etmeyeceğidir. IPv4
bağlantılarını kabul eden IPv6 soketleri IPv4 eşlemli IPv6 adresleri
kullanırlar. Bu çoğu sistemde öntanımlı olarak böyleyken, FreeBSD,
- NetBSD ve OpenBSD’de sistem geneline uygulanan kurallar gereğince
+ NetBSD ve OpenBSD'de sistem geneline uygulanan kurallar gereğince
öntanımlı olarak buna izin verilmez; bu sistemlerde özel bir
- <program>configure</program> parametresi ile <code>httpd</code>’nin
+ <program>configure</program> parametresi ile <code>httpd</code>'nin
davranışı değiştirilebilir.</p>
<p>Diğer taraftan, Linux ve Tru64 gibi bazı platformlarda hem IPv4 hem de
IPv6 adresleri kabul etmenin <strong>tek yolu</strong> eşlemli adresler
- kullanmaktır. <code>httpd</code>’nin IPv4 ve IPv6 adresleri, IPv4 eşlemli
+ kullanmaktır. <code>httpd</code>'nin IPv4 ve IPv6 adresleri, IPv4 eşlemli
IPv6 adreslerin kullanımını gerektiren en az sayıda soketle kabul etmesini
istiyorsanız, <program>configure</program> betiğine
<code>--enable-v4-mapped</code> seçeneğini belirtiniz.</p>
<p><code>--enable-v4-mapped</code> seçeneği, FreeBSD, NetBSD ve OpenBSD
hariç tüm platformlarda öntanımlıdır. Muhtemelen siz de
- <code>httpd</code>’nin böyle derlenmesini isterdiniz.</p>
+ <code>httpd</code>'nin böyle derlenmesini isterdiniz.</p>
- <p>Platformunuzun ve APR’nin neyi desteklediğine bakmaksızın
- <code>httpd</code>’nin sadece IPv4 adresleri kabul etmesini istiyorsanız,
+ <p>Platformunuzun ve APR'nin neyi desteklediğine bakmaksızın
+ <code>httpd</code>'nin sadece IPv4 adresleri kabul etmesini istiyorsanız,
tüm <directive module="mpm_common">Listen</directive> yönergelerinde
örnekteki gibi IPv4 adresleri belirtiniz:</p>
</example>
<p>Platformunuz IPv4 ve IPv6 adresleri ayrı soketlerden kabul ediyorsa ve
- <code>httpd</code>’nin de buna uygun davranmasını (yani IPv4 eşlemli IPv6
+ <code>httpd</code>'nin de buna uygun davranmasını (yani IPv4 eşlemli IPv6
adreslerin iptalini) istiyorsanız <program>configure</program>
betiğine <code>--disable-v4-mapped</code> seçeneğini belirtiniz. Bu
- seçenek FreeBSD, NetBSD ve OpenBSD’de öntanımlıdır.</p>
+ seçenek FreeBSD, NetBSD ve OpenBSD'de öntanımlıdır.</p>
</section>
<section id="protocol">
</dl>
<p>Bu belgeden azami yararı sağlayabilmek için temel bir HTTP bilginizin
- olması ve <a href="urlmapping.html">URL’lerin Dosya Sistemine
+ olması ve <a href="urlmapping.html">URL'lerin Dosya Sistemine
Eşlenmesi</a> ile <a href="content-negotiation.html">İçerik Uzlaşımı</a>
belgelerini okumuş olmanız gerekir.</p>
<title>Şartlı İstekler için Özlü Kılavuz</title>
<p>Önbellekteki içeriğin zaman aşımına uğrayıp bayat hale gelmesi,
- httpd’nin özgün isteği aktarmak yerine isteği değişikliğe uğratarak
+ httpd'nin özgün isteği aktarmak yerine isteği değişikliğe uğratarak
şartlı bir istek yapması sonucunu doğurur.</p>
<p>Özgün önbellekli yanıtta bir <code>ETag</code> başlığı mevcutsa,
önbelleklenmez.</li>
<li>Eğer URL (GET yöntemi kullanan bir HTML formunun yaptığı gibi) bir
- sorgu dizgesi içeriyorsa yanıt, RFC2616’nın 13.9. bölümünde
+ sorgu dizgesi içeriyorsa yanıt, RFC2616'nın 13.9. bölümünde
açıklandığı gibi bir "Expires:" başlığı içermedikçe veya
"Cache-Control:" başlığının max-age veya max-age yönergesini
içermedikçe yanıt içeriği önbelleğe alınmayacaktır.</li>
<title>Önbellekte Saklamanın Anlamı</title>
<p><module>mod_cache_disk</module> öğeleri önbellekte saklamak için
- istek yapılan URL’nin 22 karakterlik özetini oluşturur. Bu özet, çok
- sayıda URL’nin aynı özeti oluşturmaması için konak ismi, protokol,
+ istek yapılan URL'nin 22 karakterlik özetini oluşturur. Bu özet, çok
+ sayıda URL'nin aynı özeti oluşturmaması için konak ismi, protokol,
port ve varsa CGI argümanlarından başka <code>Vary</code> başlığında
tanımlı elemanlardan oluşur.</p>
<p>Özeti oluşturan karakterler 64 karakterlik bir karakter kümesinden
- seçildiğinden oluşturulması olası farklı özet sayısı 64^22’dir.
- Örneğin, bir URL’nin <code>xyTGxSMO2b68mBCykqkp1w</code> gibi bir
+ seçildiğinden oluşturulması olası farklı özet sayısı 64^22'dir.
+ Örneğin, bir URL'nin <code>xyTGxSMO2b68mBCykqkp1w</code> gibi bir
özeti olabilir. Bu özet, bu URL ile erişilen dosyalar önbellek içinde
saklanırken dosya ismi öneki olarak kullanılır. Ancak bununla
yetinilmez ve içerik <directive
<directive module="mod_cache_disk">CacheDirLength</directive>
yönergesi "1" değeriyle kullanıldığında her dizin altında en fazla 64
alt dizin veya dosya açılabilir. "2" değeriyle kullanıldığında ise bu
- sayı 64^2’ye yükselir ve böyle artarak gider. İyi bir sebebiniz
+ sayı 64^2'ye yükselir ve böyle artarak gider. İyi bir sebebiniz
olmadıkça <directive
module="mod_cache_disk">CacheDirLength</directive> için değer olarak
"1" belirtmenizi öneririz.</p>
<p>Bunun yerine httpd önbellek içeriğini düzenli aralıklarla
temizleyebilmeniz için <program>htcacheclean</program> adında bir araç
içerir. Önbellek için azami ne kadar yer kullanılacağının ve bunun
- üzerinde <program>htcacheclean</program>’i hangi sıklıkta
+ üzerinde <program>htcacheclean</program>'i hangi sıklıkta
çalıştırılacağının tespiti biraz karmaşık bir işlem olup uygun değerler
genellikle deneme yanılma yoluyla bulunur.</p>
<p><program>htcacheclean</program> iki işlem kipine sahiptir. Kalıcı bir
artalan süreci olarak çalışabileceği gibi cron üzerinden belli
aralıklarla da çalıştırılabilir. Çok büyük (onlarca GB) önbelleklerde
- <program>htcacheclean</program>’in işini bitirmesi 1 saatten fazla
+ <program>htcacheclean</program>'in işini bitirmesi 1 saatten fazla
sürebileceğinden, cron ile çalıştırma durumunda aynı anda birden fazla
kopyanın çalışıyor durumda olmaması için
- <program>htcacheclean</program>’in çalıştırılma aralığını iyi
+ <program>htcacheclean</program>'in çalıştırılma aralığını iyi
belirlemek gerekir.</p>
<p>Ayrıca, <program>htcacheclean</program> için uygun bir "nice" seviyesi
<p>Bir dosyanın açılması işlemi, özellikle de ağ dosya sistemlerinde
bulunan dosyalar için önemli bir gecikme kaynağı olabilir. Önbellekte,
çok sunulan dosyaların kendilerinin değil, açık dosya tanıtıcılarının
- saklanması httpd’yi bu tür gecikmelerden koruyabilir. httpd’de tek
+ saklanması httpd'yi bu tür gecikmelerden koruyabilir. httpd'de tek
türde dosya tanıtıcı önbelleklemesi yapılabilmektedir.</p>
<section>
<title><code>CacheFile</code> yönergesi ile</title>
- <p>httpd’de mevcut önbelleklemenin en temel şekli
+ <p>httpd'de mevcut önbelleklemenin en temel şekli
<module>mod_file_cache</module> tarafından sağlanan dosya tanıtıcı
önbelleklemesidir. Bu önbellek türü dosyaların kendilerini değil açık
dosya tanıtıcılarının bir listesini saklar. Dosyaların bu anlamda
şekilde kullanımı önemlidir. Dosyaları sistem belleğinde saklamakla
sistemin kullanabileceği bellek miktarını azaltmış olursunuz. İşletim
sistemi önbelleklemesinde göreceğiniz gibi bu öyle basit bir konu
- değildir. httpd’nin kendi kullandığı belleğin bir kısmını önbellek
+ değildir. httpd'nin kendi kullandığı belleğin bir kısmını önbellek
olarak ayırırken çok fazla bellek kullanmamak önemlidir. Aksi takdirde
işletim sistemi belleğin yetmediği noktada belleği diske
takaslayacağından istenen başarım artışı sağlanamayacaktır.</p>
<p>Günümüz iştetim sistemlerinin hemen hemen tamamında bellek içi
dosya/veri saklama işlemlerini çekirdek yönetir. Bu güçlü bir
özelliktir ve işletim sistemlerinin büyük çoğunluğu bunu böyle yapar.
- Örneğin, Linux’ta bir dosyanın ilk defa okunduğunda ve ikinci kez
+ Örneğin, Linux'ta bir dosyanın ilk defa okunduğunda ve ikinci kez
okunduğunda işlemcinin ne kadar meşgul edildiğine bakalım:</p>
<example>
<p>Sisteminizde yeterince yedek bellek olduğundan eminseniz, bu
önbellekte daha fazla dosya saklanacağından emin olabilirsiniz.
Bundan, önbelleğin sistem belleğinde verimli biçimde tutulması için
- httpd’de ek bir yapılandırmaya gidilmesinin gerekmediği sonucu
+ httpd'de ek bir yapılandırmaya gidilmesinin gerekmediği sonucu
çıkarılabilir.</p>
<p>Bundan başka, işletim sistemi dosyaların değiştiği ve silindiği
zamanları bildiğinden bu tür dosyaların içerikleri gerektiğinde
önbellekten kendiliğinden silinmiş olur. Bellek içinde dosya
saklarken dosyaların değiştirilme zamanlarını bilme olanağı
- olmadığından bu durum httpd’ye büyük yarar sağlar.</p>
+ olmadığından bu durum httpd'ye büyük yarar sağlar.</p>
</section>
<p>İşletim sisteminin dosyaların önbelleklenmesi için sağladığı bunca
<p><directive module="mod_file_cache">CacheFile</directive>
yönergesinde olduğu gibi bu dosyalarda httpd başlatıldıktan sonra
- yapılacak bir değişiklikten httpd’nin haberi olmayacaktır.</p>
+ yapılacak bir değişiklikten httpd'nin haberi olmayacaktır.</p>
<p><directive module="mod_file_cache">MMapFile</directive> yönergesi
ayırdığı belleğin toplam miktarı ile ilgilenmez, dolayısıyla
- yönergenin aşırı kullanımından kaçınmalısınız. httpd’nin çocuk
+ yönergenin aşırı kullanımından kaçınmalısınız. httpd'nin çocuk
süreçlerinin her biri bu belleğin kendilerine ait birer kopyasını
yapacağından belleğe eşlenen dosyaların çok yer kaplamaması büyük
önem taşımaktadır; aksi takdirde işletim sistemi belleği diske
<p>Son kullanıcılarıın isteklerine önbellekten hizmet sunulduğundan
önbelleğin kendisi içerikle etkileşime geçmek isteyenlerin veya
- içeriği tahrif etmek isteyenlerin hedefi haline gelebilir. httpd’yi
+ içeriği tahrif etmek isteyenlerin hedefi haline gelebilir. httpd'yi
çalıştıran kullanıcı tarafından her zaman önbelleğe yazılabileceğini
akıldan çıkarmamak önemlidir. Bu durumda alışılmışın tersine tüm
içeriğin Apache kullanıcısı tarafından yazılamamasının sağlanması
genellikle istenmeyen) içerik almasına sebep olan bir saldırı türünü
betimlemek için yaygın olarak kullanılan bir terimdir.</p>
- <p>Örneğin httpd’nin çalıştığı sistemin kullandığı DNS sunucuları DNS
+ <p>Örneğin httpd'nin çalıştığı sistemin kullandığı DNS sunucuları DNS
önbellek zehirlenmesinden etkilenebilecek durumdaysa, bir saldırgan
- httpd’nin istekleri almak için başvuracağı kaynak sunucunun yerini
+ httpd'nin istekleri almak için başvuracağı kaynak sunucunun yerini
değiştirebilir. Diğer bir örnek, HTTP istek kaçakçılığı adı verilen
bir saldırı türüdür.</p>
<p>Les lignes qui commencent par un croisillon « # » sont interprétées comme
des commentaires et sont ignorées. Les commentaires <strong>ne doivent
- pas</strong> se trouver sur la même ligne qu’une directive de configuration,
- y compris au début de la continuation d’une ligne comme décrit dans le
+ pas</strong> se trouver sur la même ligne qu'une directive de configuration,
+ y compris au début de la continuation d'une ligne comme décrit dans le
paragraphe précédent. Les commentaires peuvent aussi continuer sur la ligne
suivante, ce qui signifie que la prochaine ligne physique est aussi
interprétée comme un commentaire car la ligne logique commence par un
<p>Apache HTTP Sunucusu düz metin yapılandırma dosyalarına <a
href="mod/directives.html">yönergeler</a> yerleştirilerek yapılandırılır.
- Ana yapılandırma dosyasının ismi normalde <code>httpd.conf</code>’tur.
+ Ana yapılandırma dosyasının ismi normalde <code>httpd.conf</code>'tur.
Bu dosyanın yeri derleme sırasında belirlenir, ancak çalıştırma
sırasında <code>-f</code> komut satırı seçeneği ile başka bir yer
belirtilebilir. Ayrıca, <directive module="core">Include</directive>
<p>httpd yapılandırma dosyalarının her satırında sadece bir yönerge
bulunur ve bir yönergenin birden fazla satıra yayılması daha iyi
olacaksa satır katlanabilir; devamı bir alt satırda olan her satırın
- son karakteri “\” (tersbölü) olmalı, satırsonu karakteri ile bu tersbölü
+ son karakteri "\" (tersbölü) olmalı, satırsonu karakteri ile bu tersbölü
karakteri arasında başka karakter bulunmamalıdır.</p>
<p>Yapılandırma dosyalarındaki yönergelerin isimleri harf büyüklüğüne
duyarlı olduğu halde argümanları genellikle harf büyüklüğüne duyarlı
- değildir. Diyez (“#”) karakteri ile başlayan satırlar açıklama olarak
+ değildir. Diyez ("#") karakteri ile başlayan satırlar açıklama olarak
ele alınır ve yok sayılırlar. Yapılandırma yönergesi içeren satırların
ardına açıklama yerleştirilemez. Yönerge isminden önce yer alan boşluklar
ve boş satırlar yok sayılır; bu özellik, okunabilirliği sağlamak için
</related>
<p>httpd modüler yapıda bir sunucudur. Bu, çekirdek sunucunun sadece en
- temel işlevselliği içermesi demektir. Ek özellikler, httpd
’ye <a
+ temel işlevselliği içermesi demektir. Ek özellikler, httpd
'ye <a
href="mod/">modüller</a> halinde yüklenebilir. Öntanımlı olarak, derleme
sırasında sunucunun <a href="mod/module-dict.html#Status">temel</a> bir
modül kümesi içermesi sağlanır. Eğer sunucu <a href="dso.html">devingen
yüklenen</a> modülleri kullanmak üzere yapılandırılarak derlenirse modüller
ayrı olarak derlenip gerektiği zaman <directive module="mod_so">
LoadModule</directive> yönergesi kullanılarak yüklenebilir. Aksi takdirde,
- ek modülleri yükleyebilmek veya kaldırabilmek için httpd’nin yeniden
+ ek modülleri yükleyebilmek veya kaldırabilmek için httpd'nin yeniden
derlenmesi gerekir. Yapılandırma yönergeleri belli bir modülün varlığına
dayalı olarak bir <directive module="core" type="section">IfModule</directive>
bloku içine alınmak suretiyle sunucuya koşullu olarak eklenebilir. Ancak,
type="section">Location</directive> ve <directive module="core"
type="section">LocationMatch</directive> bölümleri içine yerleştirerek etki
alanlarını değiştirebilirsiniz. Bu bölümler yönergelerin etkilediği
- alanları dosya sistemininin belli yerleri veya belli URL’lerle sınırlar.
+ alanları dosya sistemininin belli yerleri veya belli URL'lerle sınırlar.
Yerine göre daha hassas ayarlamalar yapmak için bu bölgeler iç içe de
kullanılabilir.</p>
<p>Notez aussi qu'un fichier de correspondances de types prend le pas sur
les extensions de noms de fichier, même si les Multivues sont activées. Si
un fichier de correspondances de types <code>.var</code> est trouvé au cours
- d’un balayage de répertoire de Multivues, le serveur n’utilisera
+ d'un balayage de répertoire de Multivues, le serveur n'utilisera
<em>que</em> les variantes listées dans ce fichier de correspondances de
types. Tout autre fichier du répertoire qui correspond au nom de base mais
- n’est pas listé dans les correspondances de types sera totalement ignoré.
+ n'est pas listé dans les correspondances de types sera totalement ignoré.
Par exemple, si <code>foo.var</code> existe et ne liste que
<code>foo.en.html</code> et <code>foo.fr.de.html</code>, un fichier
<code>foo.mn.html</code> présent dans le même répertoire ne sera jamais
servi après négociation, même si le client demande « Mongolian ». Pour
- qu’une telle variante soit disponible, elle doit être ajoutée au fichier de
+ qu'une telle variante soit disponible, elle doit être ajoutée au fichier de
correspondances de types.</p>
<p>Ce comportement est intéressant pour les sites qui ajoutent de nouvelles
variantes linguistiques au cours du temps. Si vous avez une ressource
existante <code>foo.html</code> et ajoutez par la suite des variantes
traduites avec des extensions de langue, vous devez lister toutes les
- variantes (y compris l’original) dans le fichier de
- correspondances de types. Il est possible d’assigner sa langue au fichier
+ variantes (y compris l'original) dans le fichier de
+ correspondances de types. Il est possible d'assigner sa langue au fichier
original dans le fichier de
correspondances de types sans avoir à le renommer :</p>
</example>
<p>Si les variantes possèdent des qualités de source différentes, elles
- peuvent être indiquées par l’ajout du paramètre « qs » au type de média,
+ peuvent être indiquées par l'ajout du paramètre « qs » au type de média,
comme pour cette image (disponible en JPEG, GIF ou ASCII-art) :</p>
<example>
<highlight language="config">DirectoryIndex index</highlight>
<p>le serveur va choisir entre <code>index.html</code>
et <code>index.html3</code> si les deux fichiers sont présents. Si aucun
- n'est présent, alors qu’<code>index.cgi</code> existe,
+ n'est présent, alors qu'<code>index.cgi</code> existe,
le serveur l'exécutera.</p>
<p>Si, parcequ'elle n'est pas reconnue par <code>mod_mime</code>,
<p>Parfois httpd modifie les valeurs de qualité par rapport à celles qui
découleraient d'une stricte interprétation de l'algorithme de négociation
- de httpd ci-dessus, cela afin d’améliorer les résultats de l'algorithme pour
+ de httpd ci-dessus, cela afin d'améliorer les résultats de l'algorithme pour
les navigateurs qui envoient des informations incomplètes ou inappropriées.
Certains des navigateurs les plus populaires envoient des informations dans
l'en-tête <code>Accept</code> qui, sans ce traitement, provoqueraient la
q=0.6, image/*; q=0.5, */*; q=0.1
</example>
- <p>httpd, HTTP/1.1 belirtiminde tanımlanan şekliyle ‘sunucu yönetiminde’
+ <p>httpd, HTTP/1.1 belirtiminde tanımlanan şekliyle 'sunucu yönetiminde'
içerik uzlaşımını destekler. <code>Accept</code>,
<code>Accept-Language</code>, <code>Accept-Charset</code> ve
<code>Accept-Encoding</code> istek başlıklarını tamamen destekler.
- httpd ayrıca, RFC 2295 ve RFC 2296’da tanımlanan bir deneysel uzlaşım
- olarak ‘şeffaf’ içerik uzlaşımını da destekler. Fakat ‘özellik
- uzlaşımını’ bu RFC’lerde tanımlandığı gibi desteklemez.</p>
+ httpd ayrıca, RFC 2295 ve RFC 2296'da tanımlanan bir deneysel uzlaşım
+ olarak 'şeffaf' içerik uzlaşımını da destekler. Fakat 'özellik
+ uzlaşımını' bu RFC'lerde tanımlandığı gibi desteklemez.</p>
<p>Bir <strong>özkaynak</strong> bir URI (RFC 2396) tarafından betimlenen
kavramsal bir öğedir. Apache gibi bir HTTP sunucusu, ortam türü,
kaynaklandığından bahsedilebilir.</p>
</section>
-<section id="negotiation"><title>httpd’de İçerik Uzlaşımı</title>
+<section id="negotiation"><title>httpd'de İçerik Uzlaşımı</title>
<p>Bir özkaynak üzerinde uzlaşılırken gösterim çeşitlerinin her biri
hakkında sunucuya bilgi verilmesi gerekir. Bu iki yolla yapılabilir:</p>
gibi).</li>
<li>Ya da sunucu örtük bir dosya ismi kalıbı eşleşmesinin ardından
- sonuçlar arasından seçim yapar; buna ‘Çoklu Görünüm’ araması adı
+ sonuçlar arasından seçim yapar; buna 'Çoklu Görünüm' araması adı
verilir.</li>
</ul>
<section id="methods"><title>Uzlaşım Yöntemleri</title>
- <p>httpd’nin, bir türeşlem dosyası veya dizin içindeki bir dosya
+ <p>httpd'nin, bir türeşlem dosyası veya dizin içindeki bir dosya
sayesinde belli bir özkaynağın gösterim çeşitlerinin bir listesini elde
- ettikten sonra ‘en uygun’ gösterime karar vermek için kullanabileceği
- iki yöntem vardır. httpd’nin içerik uzlaşım özelliklerinin kullanımı
+ ettikten sonra 'en uygun' gösterime karar vermek için kullanabileceği
+ iki yöntem vardır. httpd'nin içerik uzlaşım özelliklerinin kullanımı
sırasında uzlaşımın nasıl yerine getirileceği ile ilgili ayrıntıları
bilmek aslında gerekli değildir. Bununla birlikte belgenin kalanında bu
konu açıklanmaya çalışılmıştır.</p>
<li>Normal durumda <strong>sunucu yönetiminde httpd uzlaşım
algoritması</strong> kullanılır. Bu algoritma aşağıda ayrıntılı olarak
açıklanmıştır. Bu algoritma kullanıldığı zaman, httpd, en iyi sonuca
- ulaşmak için bazen belli boyutların üstünlük katsayılarıyla ‘oynar’.
- httpd’nin bu katsayılarla oynama işini nasıl yaptığı aşağıda daha
+ ulaşmak için bazen belli boyutların üstünlük katsayılarıyla 'oynar'.
+ httpd'nin bu katsayılarla oynama işini nasıl yaptığı aşağıda daha
ayrıntılı açıklanmıştır.</li>
- <li>İstemci bu işlem için özellikle RFC 2295’te tanımlanan mekanizmanın
+ <li>İstemci bu işlem için özellikle RFC 2295'te tanımlanan mekanizmanın
kullanılmasını isterse <strong>şeffaf içerik uzlaşımı</strong>
kullanılır. Bu uzlaşım yöntemi, en uygun gösterimin seçilmesi
konusunda tarayıcıya tam denetim imkanı verir; dolayısıyla sonuç
tarayıcının bu işlem için kullandığı algoritmanın başarısına bağlıdır.
- Şeffaf uzlaşım sürecinin bir parçası olarak, tarayıcı, RFC 2296’da
- tanımlanan ‘gösterim çeşidini uzaktan seçme algoritması’nın
- çalıştırılmasını httpd’den isteyebilir.</li>
+ Şeffaf uzlaşım sürecinin bir parçası olarak, tarayıcı, RFC 2296'da
+ tanımlanan 'gösterim çeşidini uzaktan seçme algoritması'nın
+ çalıştırılmasını httpd'den isteyebilir.</li>
</ol>
<section id="dimensions"><title>Uzlaşımın Boyutları</title>
uygulanabilir değilse bu boyut elenir ve sonuçta hiçbir gösterim
çeşidi kalmasza 4. adıma atlanır.</li>
- <li>‘En uygun’ gösterim çeşidi bir eleme süreciyle seçilir. Bu süreç
+ <li>'En uygun' gösterim çeşidi bir eleme süreciyle seçilir. Bu süreç
sırasında aşağıdaki sınamalar sırayla uygulanır. Sınamalardan
geçemeyen bir gösterim çeşidi elenir. Sınamaların bir aşamasında tek
bir gösterim çeşidi kalırsa bu en uygun eşleşme olarak seçilmiş olur
sıralamasına bakılır, aksi takdirde <code>LanguagePriority</code>
yönergesi ile atanmışsa oradaki dil sıralamasına bakılır.</li>
- <li>En yüksek ‘seviyeden’ ortam parametresine (text/html ortam türü
+ <li>En yüksek 'seviyeden' ortam parametresine (text/html ortam türü
sürümünü belirtmekte kullanılır) sahip gösterim çeşitleri
seçilir.</li>
<li>Algoritma, artık seçilmiş en uygun gösterim çeşidine sahipse bu
artık yanıt olarak döndürülebilir. HTTP yanıt başlığı
- <code>Vary</code>’ye uzlaşım boyutları atanır (tarayıcı ve
+ <code>Vary</code>'ye uzlaşım boyutları atanır (tarayıcı ve
arabellekler özkaynağı kaydederken bu bilgiyi kullanırlar)
ve algoritma sonlandırılır.</li>
<li>Buraya gelinmişse hiçbir gösterim seçilmemiş demektir (hiçbiri
tarayıcı tarafından kabul edilebilir bulunmadığından dolayı).
Gövdesinde mevcut gösterim çeşitlerini listeleyen bir HTML belgesi 406
- durum koduyla döndürülür (406: ‘kabul edilebilir bir gösterim yok’).
+ durum koduyla döndürülür (406: 'kabul edilebilir bir gösterim yok').
Ayrıca HTTP <code>Vary</code> başlığında gösterim çeşitliliğinin
boyutları belirtilir.</li>
</ol>
<section id="exceptions"><title>Dil Uzlaşımında İstisnalar</title>
- <p>httpd 2.0’dan itibaren, uzlaşım algoritmasına, bir eşleşme bulmak
+ <p>httpd 2.0'dan itibaren, uzlaşım algoritmasına, bir eşleşme bulmak
konusunda algoritma başarılı olamadığı takdirde hoş bir son çareye izin
vermek için bazı istisnalar eklenmiştir.</p>
<p>İstemci sunucudan bir sayfa istediğinde, sunucu, tarayıcı tarafından
gönderilen <code>Accept-language</code> başlığıyla eşleşen tek bir sayfa
- bulamadığı takdirde istemciye ya “Kabul edilebilir bir gösterim çeşidi
- yok” ya da “Çok sayıda seçim belirtilmiş” yanıtını döndürür. Bu hata
+ bulamadığı takdirde istemciye ya "Kabul edilebilir bir gösterim çeşidi
+ yok" ya da "Çok sayıda seçim belirtilmiş" yanıtını döndürür. Bu hata
iletilerinden kaçınmak için bu gibi durumlarda httpd
<code>Accept-language</code> başlığını yoksaymaya ayarlanabilir. Böylece
istemcinin isteğine tam olarak uymasa da bir belge sağlanır. Bu hata
<code>en</code> olarak imlenmesine izin vermez. (Bir okuyucu Britanya
İngilizcesini anlıyor ama genel İngilizceyi anlamıyor diye
<code>Accept-Language</code> başlığında <code>en</code> değil de
- <code>en-GB</code>’yi belirtmesinin hemen hemen daima bir yapılandırma
+ <code>en-GB</code>'yi belirtmesinin hemen hemen daima bir yapılandırma
hatasına yol açacağına dikkat ediniz. Maalesef, mevcut istemcilerin çoğu
öntanımlı yapılandırmalarında buna benzer şeyler yapmaktadır.) Bununla
- birlikte, başka bir dille eşleşme mümkün değilse ve sunucu “Kabul
- edilebilir bir gösterim çeşidi yok” hatasını döndürmeye hazırsa veya
+ birlikte, başka bir dille eşleşme mümkün değilse ve sunucu "Kabul
+ edilebilir bir gösterim çeşidi yok" hatasını döndürmeye hazırsa veya
<directive module="mod_negotiation" >LanguagePriority</directive> son
çaresine ayarlanmışsa alt küme belirtimini yok sayacak ve
<code>en</code> belge isteklerine <code>en-GB</code> belgelerle yanıt
olarak (<code>misal</code> gibi) kullanmanın daima mümkün olduğunu
farkedeceksiniz. Böylece bir belgenin asıl türünü gizleyebilir ve
sonradan bir hiperbağ değişikliği yapmaksızın örneğin
- <code>html</code>’den <code>shtml</code> veya <code>cgi</code>’ye
+ <code>html</code>'den <code>shtml</code> veya <code>cgi</code>'ye
geçebilirsiniz.</p>
<p>Hiperbağlarda MIME türlerini (<code>misal.html</code> gibi) kullanmaya
<section id="caching"><title>Arabellekler Hakkında</title>
- <p>Bir arabellek, bir gösterimi istek URL’si ile ilişkilendirerek saklar.
+ <p>Bir arabellek, bir gösterimi istek URL'si ile ilişkilendirerek saklar.
Böylece, sonradan aynı URL için bir istek yapıldığında kaydettiği
gösterimi kullanabilir. Fakat özkaynak sunucuyla uzlaşılan türdeyse
arabelleğe ilk istenen çeşit saklanmış olacağından isteğe yanlış
</VirtualHost>
</example>
- <p>httpd’nin beklendiği gibi işlemesi için her sanal konak için iki
+ <p>httpd'nin beklendiği gibi işlemesi için her sanal konak için iki
veriye mutlaka ihtiyacı vardır: <directive module="core"
>ServerName</directive> ve sunucunun bağlantı kabul edip hizmet
sunacağı en az bir IP adresi. Yukarıdaki örnekte IP adresi
erişemezse bu sanal konak <em>yapılandırılmayacak</em> ve bu sanal konağa
yapılan isteklere yanıt verilemeyecektir.</p>
- <p><code>falan.fesmekan.dom</code>’un 192.168.2.1 IP adresine sahip
+ <p><code>falan.fesmekan.dom</code>'un 192.168.2.1 IP adresine sahip
olduğunu varsayarsak yapılandırma şöyle olurdu:</p>
<example>
</example>
<p>Ancak, bu sefer de bu sanal konağın sunucu ismini öğrenmek için
- httpd’nin bir ters DNS sorgusu yapması gerekecektir. Eğer bu sorgu
+ httpd'nin bir ters DNS sorgusu yapması gerekecektir. Eğer bu sorgu
başarısız olursa kısmi bir yapılandırmaya gidilir.
Eğer sanal konak isme dayalı ise sanal konak
- kısmen bile yapılandırılmaz. IP’ye dayalı sanal konaklar büyük oranda
+ kısmen bile yapılandırılmaz. IP'ye dayalı sanal konaklar büyük oranda
çalışır, fakat (örneğin, bir Redirect varlığında olduğu gibi) sunucu ismini
içeren tam bir adres üretilmesini gerektiren bir durumda, sunucu geçerli
bir adres üretemez.</p>
</VirtualHost>
</example>
- <p><code>falan.fesmekan.dom</code>’a 192.168.2.1,
- <code>misal.mesela.dom</code>’a 192.168.2.2 atadığınızı fakat,
- <code>mesela.dom</code>’un DNS kaydının sizin denetiminizde olmadığını
- varsayalım. Bu yapılandırmayla, <code>mesela.dom</code>’u
- <code>fesmekan.dom</code>’a giden tüm trafiği çalabilecek duruma
+ <p><code>falan.fesmekan.dom</code>'a 192.168.2.1,
+ <code>misal.mesela.dom</code>'a 192.168.2.2 atadığınızı fakat,
+ <code>mesela.dom</code>'un DNS kaydının sizin denetiminizde olmadığını
+ varsayalım. Bu yapılandırmayla, <code>mesela.dom</code>'u
+ <code>fesmekan.dom</code>'a giden tüm trafiği çalabilecek duruma
getirirsiniz. Bunu gerçekleştirmek için DNS kaydında
- <code>misal.mesela.dom</code>’a 192.168.2.1 adresinin atanması
- yeterlidir. Kendi DNS’lerine sahip olduklarından dolayı
- <code>misal.mesela.dom</code>’a istedikleri IP adresini atamaktan
+ <code>misal.mesela.dom</code>'a 192.168.2.1 adresinin atanması
+ yeterlidir. Kendi DNS'lerine sahip olduklarından dolayı
+ <code>misal.mesela.dom</code>'a istedikleri IP adresini atamaktan
onları alıkoyamazsınız.</p>
- <p>192.168.2.1’e gelen isteklerin hepsine
+ <p>192.168.2.1'e gelen isteklerin hepsine
(<code>http://falan.fesmekan.dom/biryer</code> şeklinde yazılan
adresler dahil) <code>mesela.dom</code> sanal konağınca hizmet
- sunulacaktır. Apache’nin gelen istekleri sunduğu sanal konaklarla nasıl
+ sunulacaktır. Apache'nin gelen istekleri sunduğu sanal konaklarla nasıl
eşleştirdiğini bilirseniz bunun sebebini kolayca anlarsınız. Bunu
kabataslak açıklayan <a href="vhosts/details.html">bir belgemiz
mevcuttur</a>.</p>
<title>"Ana Sunucu" Adresi</title>
<p><a href="vhosts/name-based.html">İsme dayalı sanal konak
- desteği</a>, httpd’nin çalıştığı makinenin IP adres(ler)ini de bilmesini
+ desteği</a>, httpd'nin çalıştığı makinenin IP adres(ler)ini de bilmesini
gerektirir. Bu adresi elde etmek için sunucu, ya sunucu genelinde geçerli
<directive module="core">ServerName</directive> yönergesine bakar ya da bir
- C işlevi olan <code>gethostname</code>’i kullanır (işlev, komut
+ C işlevi olan <code>gethostname</code>'i kullanır (işlev, komut
isteminden <code>hostname</code> komutuna dönen yanıtın aynısını
döndürür) ve ardından bu adresle ilgili olarak bir DNS sorgusu yapar.
Bu sorgudan kaçınmanın henüz bir yolu yoktur.</p>
dosyasında bulunması gerekebilir.</p>
<p>Herhangi bir nedenle sunucunuz bir DNS sorgusu yapmıyorsa veya
- yapmamalıysa, httpd’yi <code>HOSTRESORDER</code> ortam değişkenine
+ yapmamalıysa, httpd'yi <code>HOSTRESORDER</code> ortam değişkenine
"<code>local</code>" değerini atadıktan sonra çalıştırabilirsiniz. Bu
tamamen işletim sistemine ve kullandığınız çözümleyici kütüphanelere
bağlıdır. Ayrıca, ortamı denetlemek için <module>mod_env</module>
- kullanmıyorsanız, CGI’ler de bundan etkilenir. En iyisi işletim
+ kullanmıyorsanız, CGI'ler de bundan etkilenir. En iyisi işletim
sisteminizin SSS belgelerini ve kılavuz sayfalarını okumaktır.</p>
</section>
<p>Ce chargement peut s'effectuer de deux manières : automatiquement par
un programme système appelé <code>ld.so</code> quand un programme
exécutable est démarré, ou manuellement à partir du programme en cours
- d'exécution à l’aide de sa propre interface système vers le chargeur Unix à l'aide
+ d'exécution à l'aide de sa propre interface système vers le chargeur Unix à l'aide
des appels système <code>dlopen()/dlsym()</code>.</p>
<p>Dans la première méthode, les DSO sont en général appelés
position (PIC).
Il y a deux solutions pour utiliser un autre type de code : soit le
coeur d'Apache httpd contient déjà lui-même une référence au code, soit vous
- chargez le code vous-même à l’aide de <code>dlopen()</code>.</li>
+ chargez le code vous-même à l'aide de <code>dlopen()</code>.</li>
</ul>
</section>
<section id="usage"><title>Kullanım Özeti</title>
- <p>Apache HTTP Sunucusu 2.x’in DSO özelliklerine bir giriş olarak burada
+ <p>Apache HTTP Sunucusu 2.x'in DSO özelliklerine bir giriş olarak burada
kısaca bir bilgi vermekle yetinilecektir:</p>
<ol>
</li>
</ol>
- <p>Tüm durumlarda derlenen paylaşımlı modülü Apache httpd’nin etkin
+ <p>Tüm durumlarda derlenen paylaşımlı modülü Apache httpd'nin etkin
kılabilmesi için <code>httpd.conf</code> dosyasında o modül için bir
<directive module="mod_so">LoadModule</directive> yönergesi
bulunmalıdır.</p>
arayüzü sağlayan <code>dlopen()/dlsym()</code> sistem çağrılarının elle
yapılması suretiyle.</p>
- <p>İlk yöntemde kullanılan DSO’lara genelde <em>paylaşımlı
+ <p>İlk yöntemde kullanılan DSO'lara genelde <em>paylaşımlı
kütüphaneler</em> veya <em>DSO kütüphaneleri</em> adı verilir ve
bunların dosyaları <code>libfilanca.so</code> veya
<code>libfilanca.so.1.2</code> biçiminde isimlendirilir. Belli bir
<p>Çalıştırılabilir program içindeki simgelere normalde DSO içinden
atıfta bulunulmaz (genel kod kütüphanesinin başka programlarca da
kullanılması nedeniyle). Bu bakımdan DSO tarafında böyle bir çözümleme
- yapılmaz. Çalıştırılabilir program da DSO’daki simgeleri kendisi
+ yapılmaz. Çalıştırılabilir program da DSO'daki simgeleri kendisi
çözümlemeye uğraşmaz, bu işlemlerden tamamen Unix yükleyicisi
- (<code>ld.so</code>) sorumludur. (Aslında, <code>ld.so</code>’yu
+ (<code>ld.so</code>) sorumludur. (Aslında, <code>ld.so</code>'yu
çağıracak kod, her çalıştırılabilir programın içine ilintilenmiş
(durağan değil) başlatma kodunun bir parçasıdır.) Programlar tarafından
ortaklaşa kullanılan kütüphanelerin devingen olarak yüklenmesinin sebebi
kütüphanesine bir kere kaydedilip disk alanından yer kazanılmış
olur.</p>
- <p>İkinci yöntemde kullanılan DSO’lara yine <em>paylaşımlı
+ <p>İkinci yöntemde kullanılan DSO'lara yine <em>paylaşımlı
kütüphaneler</em> veya <em>DSO kütüphaneleri</em> adı verilir fakat
bunların dosyaları geçerli kabule göre <code>filanca.so</code> gibi
isimlendirilse de genelde keyfi olarak seçilen bir dosya uzantısı
kullanılarak isimlendirilirler. Bu dosyalar genellikle programa özel bir
dizinde dururlar ve bu dosyaları kullanacak olan çalıştırılabilir
programla aralarında özdevimli olarak bağ kurulmamıştır. Bunun yerine,
- çalıştırılabilir program DSO’yu çalışma anında <code>dlopen()</code>
+ çalıştırılabilir program DSO'yu çalışma anında <code>dlopen()</code>
sayesinde kendi adres uzayına ekler. Çalıştırılabilir program için
- DSO’daki simgeler bu sırada çözümlenmez. Özdevimli olarak devreye
+ DSO'daki simgeler bu sırada çözümlenmez. Özdevimli olarak devreye
giren Unix yükleyicisi, (varsa) artakalan simgeleri, çalıştırılabilir
ihraç edilen simge kümelerini (ve özellikle her yerde hazır ve nazır
<code>libc.so</code> içindeki tüm simgeleri) kullanarak çözümler. Bu
yolla DSO, çalıştırılabilir programın simge kümesi bilgilerini sanki
kendisine baştan durağan olarak ilintilenmiş gibi ulaşabilir.</p>
- <p>Son olarak, DSO’nun programlama arayüzünün getirilerinden yararlanmak
+ <p>Son olarak, DSO'nun programlama arayüzünün getirilerinden yararlanmak
amacıyla çalıştırılabilir program, daha sonra dağıtım tabloları vb.
- yerlerde kullanmak üzere <code>dlsym()</code> üzerinden DSO’daki belli
+ yerlerde kullanmak üzere <code>dlsym()</code> üzerinden DSO'daki belli
simgeleri çözümlemek zorundadır. Başka bir deyişle: Çalıştırılabilir
program ihtiyaç duyduğu her simgeyi kullanmak için kendisi çözümleme
yapmak zorundadır. Böyle bir mekanizmanın getirisi, programın isteğe
<section id="advantages"><title>Getiriler ve Götürüler</title>
- <p>Yukarıda bahsedilen DSO’ya dayalı özelliklerin getirileri
+ <p>Yukarıda bahsedilen DSO'ya dayalı özelliklerin getirileri
şunlardır:</p>
<ul>
contrôlées par le système d'exploitation sous-jacent et définies
avant le démarrage du serveur. Leurs valeurs peuvent être utilisées
directement dans les fichiers de configuration, et peuvent
- éventuellement être transmises aux scripts CGI et SSI à l’aide de la
+ éventuellement être transmises aux scripts CGI et SSI à l'aide de la
directive PassEnv.</p>
<p>Le second type correspond aux variables nommées appelées aussi
transmis aux scripts CGI et aux pages SSI.</li>
<li>Les contenus d'en-têtes HTTP transmis aux scripts de type
- CGI ou autre à l’aide de variables d'environnement constituent un
+ CGI ou autre à l'aide de variables d'environnement constituent un
cas particulier (voir plus loin). Leur nom est converti en
majuscules et seuls les tirets sont remplacés par des
caractères '_' (« souligné ») ; si le format du nom de l'en-tête
ref="subrequest">sous-requête</glossary> interne (par exemple la
recherche d'un <directive
module="mod_dir">DirectoryIndex</directive>), ou lorsqu'il génère un
- listing du contenu d'un répertoire à l’aide du module
+ listing du contenu d'un répertoire à l'aide du module
<module>mod_autoindex</module>, la sous-requête n'hérite pas des
variables d'environnement spécifiques à la requête. En outre, à cause
des phases de l'API auxquelles <module>mod_setenvif</module> prend
</section>
<section id="cgi">
- <title>Variables d’environnement de CGI</title>
+ <title>Variables d'environnement de CGI</title>
<p>La spécification sur les CGIs (<rfc section="4.1">3875</rfc>) définit un
- certain nombre de variables d’environnement qui s’ajoutent à celles définies
+ certain nombre de variables d'environnement qui s'ajoutent à celles définies
par la spécification de HTTP. Elles ont été plus largement adoptées et
constituent une méthode standard pour transmettre des informations entre le
navigateur et le serveur, et entre les processus au sein du serveur. Nous en
<section id="query-string">
<title>QUERY_STRING</title>
<p>La variable <code>QUERY_STRING</code> est définie avec tout ce
- qui apparaît après un point d’interrogation à la fin de l’URL d’une
+ qui apparaît après un point d'interrogation à la fin de l'URL d'une
requête. Elle permet de transmettre des informations au serveur et peut
- être divisée en paires clé/valeur. L’encodage de la chaîne doit être de
+ être divisée en paires clé/valeur. L'encodage de la chaîne doit être de
type URL.</p>
<example>
</example>
<p>Dans cet exemple, la variable <code>QUERY_STRING</code> est définie
- avec tout ce qui suit le point d’interrogation, et l’application
+ avec tout ce qui suit le point d'interrogation, et l'application
réceptrice (une application CGI ou un script PHP, par exemple) est
- chargée d’en extraire les paires clé/valeur.</p>
+ chargée d'en extraire les paires clé/valeur.</p>
</section>
<title>PATH_INFO</title>
<p>La variable <code>PATH_INFO</code> est définie avec toute valeur qui
- apparaît après une ressource correspondante à la fin de l’URL,
+ apparaît après une ressource correspondante à la fin de l'URL,
<code>QUERY_STRING</code> non comprise. Tout paraît plus clair avec un
exemple :</p>
<section id="cgilike"><title>ap_trust_cgilike_cl</title>
<p><em>Disponible à partir de la version 2.4.59 du serveur HTTP Apache</em></p>
- <p>Cette variable permet à un script qui s’exécute dans un module de type CGI
+ <p>Cette variable permet à un script qui s'exécute dans un module de type CGI
de fournir son propre en-tête de réponse HTTP Content-Length. Elle ne doit
être définie que dans les sections de configuration qui contiennent des
scripts de confiance.</p>
</section>
<section id="redirect-vars"><title>Variables REDIRECT_</title>
- <p>Lorsqu’une redirection interne se produit — provoquée par une directive
+ <p>Lorsqu'une redirection interne se produit — provoquée par une directive
<directive module="core">ErrorDocument</directive>, par
<module>mod_rewrite</module>, par une directive <directive
module="mod_dir">FallbackResource</directive> ou par tout autre mécanisme de
- redirection interne — les variables d’environnement de la requête originelle
+ redirection interne — les variables d'environnement de la requête originelle
sont transmises à la cible de la redirection avec le préfixe
<code>REDIRECT_</code>.</p>
<dl>
<dt><code>REDIRECT_URL</code></dt>
<dd>Le chemin URL de la requête originelle avant la redirection interne.
- Cette variable n’est pas définie par un quelconque module spécifique, mais
+ Cette variable n'est pas définie par un quelconque module spécifique, mais
par le cœur du serveur.</dd>
<dt><code>REDIRECT_STATUS</code></dt>
- <dd>Le code d’état HTTP qui a déclenché la redirection. Pour les
- documents d’erreur, il s’agit du code d’état d’erreur (par exemple 404).
+ <dd>Le code d'état HTTP qui a déclenché la redirection. Pour les
+ documents d'erreur, il s'agit du code d'état d'erreur (par exemple 404).
Pour les redirections internes de <module>mod_rewrite</module> ou de la
directive <directive module="mod_dir">FallbackResource</directive>, il
- s’agit en général du code d’état 200.</dd>
+ s'agit en général du code d'état 200.</dd>
</dl>
<p>Par exemple, si la valeur de <code>REQUEST_URI</code> était
- <code>/original/chemin</code> et qu’une redirection interne envoyait la
+ <code>/original/chemin</code> et qu'une redirection interne envoyait la
requête à <code>/handler.php</code>, la cible de la redirection verrait
<code>REDIRECT_URL=/original/path</code> et
<code>REQUEST_URI=/handler.php</code>.</p>
<p>Ces variables sont disponibles pour les scripts CGI, les pages SSI et
- dans les <a href="expr.html">expressions</a>. Pour plus d’informations à
- propos des variables REDIRECT_ dans le contexte des documents d’erreur, voir
+ dans les <a href="expr.html">expressions</a>. Pour plus d'informations à
+ propos des variables REDIRECT_ dans le contexte des documents d'erreur, voir
<a href="custom-error.html">Réponses aux erreurs personnalisées</a>.</p>
</section>
<manualpage metafile="env.xml.meta">
- <title>Apache’de Ortam Değişkenleri</title>
+ <title>Apache'de Ortam Değişkenleri</title>
<summary>
<p>Apache HTTP Sunucusunu etkileyen ortam değişkenleri iki çeşittir.</p>
<code>%{ENV:<em>değişken</em>}</code> biçemi
<module>mod_rewrite</module> yeniden yazma motorunun ortam
değişkenlerine bağlı kararlar almasını mümkün kılar. Yalnız şuna
- dikkat ediniz: <module>mod_rewrite</module>’ta <code>ENV:</code>
+ dikkat ediniz: <module>mod_rewrite</module>'ta <code>ENV:</code>
öneki kullanılmadan belirtilen değişkenler ortam değişkenleri
- değillerdir. Onlar <module>mod_rewrite</module>’a özgü diğer
+ değillerdir. Onlar <module>mod_rewrite</module>'a özgü diğer
modüllerden erişilemeyen özel değişkenlerdir.</p>
</section>
</section>
<section id="special">
<title>Özel Amaçlı Ortam Değişkenleri</title>
- <p>Birlikte çalışabilirlik sorunları Apache’nin belli istemcilerle
+ <p>Birlikte çalışabilirlik sorunları Apache'nin belli istemcilerle
veri alışverişi sırasında davranışını değiştirmesini gerektirebilir.
Genellikle <directive module="mod_env" >SetEnv</directive> ve
<directive module="mod_env" >PassEnv</directive> yönergelerinden
<section id="gzip-only-text-html">
<title><code>gzip-only-text/html</code></title>
- <p>Bu değişkene "1" değeri atandığında <code>text/html</code>’den
+ <p>Bu değişkene "1" değeri atandığında <code>text/html</code>'den
farklı içerik türleri için <module>mod_deflate</module> modülü
tarafından sağlanan <code>DEFLATE</code> çıktı süzgeci iptal
edilir. Sıkıştırılmış olarak saklanan dosyalar kullanıyorsanız bu
yönlendirmenin kodlamasını kullanmaya çalışırlar. Bu özellikle Yunanca
gibi dillerde hedef sayfanın hatalı yorumlanmasına yol açar.</p>
- <p>Bu ortam değişkeninin atanması Apache’nin yönlendirme için karakter
+ <p>Bu ortam değişkeninin atanması Apache'nin yönlendirme için karakter
kümesi belirtmemesini sağlamak suretiyle hatalı tarayıcıların hedef
sayfayı yanlış karakter kodlamasıyla yorumlamasını önler.</p>
</section>
<section id="image-theft">
- <title>“Resim Hırsızlığı” için önlem alınması</title>
+ <title>"Resim Hırsızlığı" için önlem alınması</title>
<p>Bu örnekte sunucunuzda bulunmayan sayfalarda sunucunuzdaki
resimlerin kullanılmasının nasıl önleneceği gösterilmiştir. Bu
spécifiée toutes les occurrences de "from" par "to". Le premier
paramètre ne doit pas être une chaîne littérale.</td><td></td></tr>
<tr><td><code>escapehtml</code></td>
- <td>Protège une chaîne HTML à l’aide de séquences
- d’échappement.</td><td></td></tr>
+ <td>Protège une chaîne HTML à l'aide de séquences
+ d'échappement.</td><td></td></tr>
</table>
<title>Süzgeçler</title>
<summary>
- <p>Bu belge, Apache’de süzgeç kullanımı hakkındadır.</p>
+ <p>Bu belge, Apache'de süzgeç kullanımı hakkındadır.</p>
</summary>
- <section id="intro"> <title>Apache 2’de Süzme İşlemi</title>
+ <section id="intro"> <title>Apache 2'de Süzme İşlemi</title>
<related>
<modulelist>
<module>mod_filter</module>
<ul>
<li>HTML ve XML belgelerin işlenmesi ve yazılması</li>
- <li>XSLT dönüşümleri ve XInclude’lar</li>
+ <li>XSLT dönüşümleri ve XInclude'lar</li>
<li>XML İsim-alanı desteği</li>
<li>HTML Formlarının çözümlenmesi ve sunucuya dosya yükleme</li>
<li>Resim işleme</li>
<p><module>mod_filter</module>, Apache 2.1 ve sonrasında mevcut olup,
süzgeç zincirinin çalışma anında devingen olarak yapılandırılabilmesini
mümkün kılar. Böylece, örneğin, bir vekili, özgün sunucunun ne
- göndereceğini bilmeden HTML’yi bir HTML süzgeciyle yazmaya ve JPEG
+ göndereceğini bilmeden HTML'yi bir HTML süzgeciyle yazmaya ve JPEG
resimleri tamamen farklı bir süzgeçten geçirmeye ayarlayabilirsiniz. Bu,
asıl içeriğe bağlı olarak çalışma anında içeriği farklı içerik
sağlayıcılara dağıtan bir süzgeç düzeneği kullanılarak çalışır. Bir
>Aktarım Katmanı Güvenliği</a></dt>
<dd>İngilizcesi: Transport Layer Security <a name="tls" id="tls">(TLS)</a></dd>
<dd>TCP/IP ağları üzerinden genel iletişimin kimlik doğrulamalı ve şifreli
- yapılabilmesi için SSL’nin ardılı olarak Genel Ağ Mühendisliği Görev Gücü
- (IETF) tarafından oluşturulmuş protokol. TLS’nin 1. sürümü ile SSL’in 3.
+ yapılabilmesi için SSL'nin ardılı olarak Genel Ağ Mühendisliği Görev Gücü
+ (IETF) tarafından oluşturulmuş protokol. TLS'nin 1. sürümü ile SSL'in 3.
sürümü hemen hemen aynıdır.<br />
Bakınız: <a href="ssl/">SSL/TLS Şifrelemesi</a>
</dd>
<dt><a name="regularexpresion" id="regularexpresion">Düzenli İfade</a>
<a name="regex" id="regex">(Regex)</a></dt>
- <dd>Metin içinde bir şablon tanımlama yolu. Örneğin, “A harfi ile
- başlayan bütün sözcükler” veya “10 rakamlı telefon numaraları” ya da
- “Baş harfi Z olmayan ve iki virgül içeren cümleler” gibi. Düzenli
- ifadeler, Apache’de belli özniteliklere uygun dosya veya özkaynakları
+ <dd>Metin içinde bir şablon tanımlama yolu. Örneğin, "A harfi ile
+ başlayan bütün sözcükler" veya "10 rakamlı telefon numaraları" ya da
+ "Baş harfi Z olmayan ve iki virgül içeren cümleler" gibi. Düzenli
+ ifadeler, Apache'de belli özniteliklere uygun dosya veya özkaynakları
toplamak için esnek bir yol sağlamasından ötürü oldukça yararlıdır.
- Örneğin, “resimler” dizini altındaki dosyalardan .gif ve .jpg uzantılı
- olanları toplamak için “<code>/resimler/.*(jpg|gif)$</code>” düzenli
+ Örneğin, "resimler" dizini altındaki dosyalardan .gif ve .jpg uzantılı
+ olanları toplamak için "<code>/resimler/.*(jpg|gif)$</code>" düzenli
ifadesi yazılabilir. Dizgileri değiştirmek için düzenli ifadelerin
kullanıldığı yerlerde, eşleşen (parantezlerin içinde) gruplanmış
parçalara başvurmak için $1 ... $9 özel değişkenleri kullanılır. $0 özel
<dt><a name="accesscontrol" id="accesscontrol">Erişim Denetimi</a></dt>
<!-- Access Control -->
<dd>Ağ bölgelerine erişimin kısıtlanması. Apache bağlamında normal
- olarak belli <em>URL</em>’lere erişimi kısıtlamak şeklinde
+ olarak belli <em>URL</em>'lere erişimi kısıtlamak şeklinde
uygulanır.<br /> Bakınız: <a href="howto/auth.html">Kimlik Doğrulama,
Yetkilendirme ve Erişim Denetimi</a>
</dd>
sahiptir. Normalde tüm dosyalar sunucu tarafından sıradan birer dosya
olarak işleme sokulduğu halde bazı belli dosyalar diğerlerinden ayrı
ele alınır. Örneğin, <code>cgi-script</code> eylemcisi dosyaları
- <glossary ref="cgi">CGI</glossary>’ler tarafından işlenebilir hale
+ <glossary ref="cgi">CGI</glossary>'ler tarafından işlenebilir hale
getirmek üzere işleme sokar.<br />
Bakınız: <a href="handler.html">Apache Eylemcilerinin Kullanımı</a>
</dd>
<dt><a name="https" id="https">Güvenli Hiper Metin Aktarım Protokolü
(HTTPS)</a></dt>
<dd>İngilizcesi: The HyperText Transfer Protocol (Secure), (HTTPS)</dd>
- <dd>Güvenli Hiper Metin Aktarım Protokolü, Genel Ağ’da kullanılan standart
+ <dd>Güvenli Hiper Metin Aktarım Protokolü, Genel Ağ'da kullanılan standart
şifreli iletişim mekanizmasıdır. Aslında HTTP protokolünün <glossary
ref="ssl">SSL</glossary> üzerinden gerçekleştirilmesinden başka bir
şey değildir.<br />
id="hypertexttransferprotocol">Hiper Metin Aktarım Protokolü</a>
<a name="http" id="hhtp">(HTTP)</a></dt>
<dd>İngilizcesi: HyperText Transfer Protocol (HTTP)</dd>
- <dd>Genel Ağ’da kullanılan standart aktarım protokollerinden biri.
+ <dd>Genel Ağ'da kullanılan standart aktarım protokollerinden biri.
Apache, <a href="http://ietf.org/rfc/rfc2616.txt">RFC 2616</a> ile
tanımlanmış protokolün HTTP/1.1 olarak bilinen 1.1 sürümünü gerçekler.
</dd>
</dd>
<dt><a name="mime-type" id="mime-type">MIME türü</a></dt>
- <dd>Aktarılan belgenin çeşidini betimlemenin bir yolu. MIME, Türkçe’ye
- ‘Çok Amaçlı Genel Ağ Posta Eklentileri’ olarak çevrilebilecek olan
+ <dd>Aktarılan belgenin çeşidini betimlemenin bir yolu. MIME, Türkçe'ye
+ 'Çok Amaçlı Genel Ağ Posta Eklentileri' olarak çevrilebilecek olan
"Multipurpose Internet Mail Extensions" sözcüklerinden türetilmiş bir
kısaltmadır. MIME türleri bir bölü çizgisi ile ayrılmış bir ana ve bir
alt belge türünün birleşiminden oluşur. <code>text/html</code>,
çalıştırılabiliri içinde derlenmiş modüllere <dfn>durağan modüller</dfn>
adı verilirken ayrı bir yerde saklanan ve çalışma anında isteğe bağlı
olarak yüklenebilen modüllere <dfn>devingen modüller</dfn> veya
- <glossary ref="dso">DSO</glossary>’lar denir. Yapılandırmaya öntanımlı
+ <glossary ref="dso">DSO</glossary>'lar denir. Yapılandırmaya öntanımlı
olarak dahil edilen modüllere <dfn>temel modüller</dfn> denir. Apache
için kullanılabilecek modüllerin çoğu Apache HTTP Sunucusunun
<glossary ref="tarball">tar paketi</glossary> içinde dağıtılmaz; bunlara
Makamı</glossary> tarafından bir <em>sertifikaya</em> gömülü olan
<em>genel anahtardan</em> bir özet üretilerek oluşturulur. İmza şifresi
sadece <em>sertifika</em> sahibi ağ öğesinin kimliğini doğrulayacak
- SM’nin genel anahtarı kullanılarak çözülebilir.<br />
+ SM'nin genel anahtarı kullanılarak çözülebilir.<br />
Bakınız: <a href="ssl/">SSL/TLS Şifrelemesi</a>
</dd>
<dd>İngilizcesi: Certification Authority (CA)</dd>
<dd>Ağ öğelerinin güvenilir olarak kimliklerinin doğrulanması için
sertifikaları imzalayan güvenilir üçüncü şahıs. Diğer ağ öğeleri,
- sertifikalı bir öğenin kimliğini kanıtlayan bir SM’yi doğrulamak
+ sertifikalı bir öğenin kimliğini kanıtlayan bir SM'yi doğrulamak
için imzayı sınayabilir.<br />
Bakınız: <a href="ssl/">SSL/TLS Şifrelemesi</a>
</dd>
<a name="URI" id="URI">(URI)</a></dd>
<dd>Soyut veya somut bir özkaynağı betimlemek için kullanılan bütünleşik
bir karakter dizisi. Aslen <a href="http://www.ietf.org/rfc/rfc2396.txt"
- >RFC 2396</a> tarafından tanımlanmıştır. Genel Ağ’da kullanılan URI’lerden
- genellikle <glossary ref="url">URL</glossary>’ler olarak bahsedilir.
+ >RFC 2396</a> tarafından tanımlanmıştır. Genel Ağ'da kullanılan URI'lerden
+ genellikle <glossary ref="url">URL</glossary>'ler olarak bahsedilir.
</dd>
<dt><a name="uniformresourcelocator" id="uniformresourcelocator"
<dd>İngilizcesi: Uniform Resource Locator <a name="url" id="url">(URL)</a></dd>
<dd>Genel Ağ üzerindeki bir özkaynağın ismi veya adresi. Aslen <glossary
ref="uniformresourceidentifier">Tektip Özkaynak Betimleyici</glossary>
- denilen terimin gayrı resmi karşılığıdır. URL’ler <code>http</code> veya
+ denilen terimin gayrı resmi karşılığıdır. URL'ler <code>http</code> veya
<code>https</code> gibi bir şemayı takip eden bir konak adı ve bir dosya
- yolundan oluşurlar. Örneğin, bu sayfanın URL’si
+ yolundan oluşurlar. Örneğin, bu sayfanın URL'si
<code>http://httpd.apache.org/docs/&httpd.docs;/glossary.html</code> olurdu.
</dd>
<title>Yazılım Geliştirenler İçin</title>
<p>Eylemci özellikleri gerçeklenirken kullanılmak üzere <a
- href="developer/API.html">Apache API</a>’ye bir ekleme yapılmıştır.
+ href="developer/API.html">Apache API</a>'ye bir ekleme yapılmıştır.
Özellikle de, <code>request_rec</code> yapısına yeni bir kayıt
eklenmiştir:</p>
</related>
- <p>“处理器”是当文件被调用时，Apache 要执行的动作的内部表示形式。
+ <p>"处理器"是当文件被调用时，Apache 要执行的动作的内部表示形式。
一般来说，每个文件都有基于其文件类型的隐式处理器。通常的文件会被
- 服务器简单处理，但是某些文件类型会被分别“处理”。</p>
+ 服务器简单处理，但是某些文件类型会被分别"处理"。</p>
<p>处理器也可以被基于扩展名或位置来明确配置。它们都很有用，这不仅
因为它是优雅的方案，而且还允许类型<strong>与</strong>处理器关联到文件
dizinlere erişimi etkin hale getirebilirsiniz.</p>
</summary>
-<seealso><a href="../urlmapping.html">URL’lerin Dosya Sistemi ile
+<seealso><a href="../urlmapping.html">URL'lerin Dosya Sistemi ile
Eşleştirilmesi</a></seealso>
<section id="related">
Belgeleri</title>
<category id="release"><title>Sürümlerin Dağıtım Bilgileri</title>
- <page href="new_features_2_4.html">2.3/2.4’deki yeni özellikler</page>
- <page href="new_features_2_2.html">Apache 2.1/2.2’deki yeni özellikler</page>
- <page href="new_features_2_0.html">Apache 2.0’daki yeni özellikler</page>
- <page href="upgrading.html">2.2’den 2.4’e yükseltme</page>
+ <page href="new_features_2_4.html">2.3/2.4'deki yeni özellikler</page>
+ <page href="new_features_2_2.html">Apache 2.1/2.2'deki yeni özellikler</page>
+ <page href="new_features_2_0.html">Apache 2.0'daki yeni özellikler</page>
+ <page href="upgrading.html">2.2'den 2.4'e yükseltme</page>
<page href="license.html">Apache Lisansı</page>
</category>
<page href="mod/directives.html">Çalışma anı Yapılandırma Yönergeleri</page>
<page href="mod/quickreference.html">Hızlı Yönerge Kılavuzu</page>
<page href="mod/">Modüller</page>
- <page href="mpm.html">Çok Süreçlilik Modülleri (MPM’ler)</page>
+ <page href="mpm.html">Çok Süreçlilik Modülleri (MPM'ler)</page>
<page href="filter.html">Süzgeçler</page>
<page href="handler.html">Eylemciler</page>
<page href="expr.html">İfade Çözümleyici</page>
<page href="sections.html">Yapılandırma Bölümleri</page>
<page href="caching.html">İçerik Bellekleme</page>
<page href="content-negotiation.html">İçerik Dili Yönetimi</page>
- <page href="dso.html">Devingen Paylaşımlı Nesneler (DSO’lar)</page>
+ <page href="dso.html">Devingen Paylaşımlı Nesneler (DSO'lar)</page>
<page href="env.html">Ortam Değişkenleri</page>
<page href="logs.html">Günlük Dosyaları</page>
- <page href="urlmapping.html">URL’lerin Dosya Sistemi ile Eşlenmesi</page>
+ <page href="urlmapping.html">URL'lerin Dosya Sistemi ile Eşlenmesi</page>
<page href="misc/perf-tuning.html">Başarım Arttırma</page>
<page href="misc/security_tips.html">Güvenlik İpuçları</page>
<page href="server-wide.html">Sunucu Genelinde Yapılandırma</page>
Kaynak Kodlu projenin yaptığı gibi <code>libtool</code> ve
<code>autoconf</code> kullanır.</p>
- <p>Eğer sadece sürüm yükseltiyorsanız (2.2.50’den 2.2.51’e yükseltmek
+ <p>Eğer sadece sürüm yükseltiyorsanız (2.2.50'den 2.2.51'e yükseltmek
gibi) lütfen doğrudan <a href="#upgrading">Yükseltme</a> bölümüne
atlayınız.</p>
</summary>
<seealso><a href="programs/configure.html">Kaynak ağacının yapılandırılması</a></seealso>
-<seealso><a href="invoking.html">Apache httpd’nin başlatılması</a></seealso>
+<seealso><a href="invoking.html">Apache httpd'nin başlatılması</a></seealso>
<seealso><a href="stopping.html">Durdurma ve yeniden başlatma</a></seealso>
<section id="overview"><title>Tez canlılar için genel bir bakış</title>
<section id="requirements"><title>Gereksinimler</title>
- <p>Apache httpd’yi derleyebilmek için şunlar mevcut olmalıdır:</p>
+ <p>Apache httpd'yi derleyebilmek için şunlar mevcut olmalıdır:</p>
<dl>
<dt>APR ve APR-Util</dt>
seçeneğini kullanarak belirtmeniz önerilir. Eğer
<program>configure</program> betiği sisteminizde Perl 5 yorumlayıcısı
bulamazsa bu betikleri kullanamazsınız. Ancak, bu durum Apache
- HTTPd’nin derlenip kurulmasına engel değildir.</dd>
+ HTTPd'nin derlenip kurulmasına engel değildir.</dd>
</dl>
</section>
çeşitli değişkenler ve komut satırı seçenekleri kabul eder.</p>
<p>En önemli seçenek, Apache HTTP Sunucusunun kurulacağı yerin
- belirlenmesini, dolayısıyla Apache’nin bu konumda doğru olarak
- çalışması için yapılandırılmasını sağlayan <code>--prefix</code>’tir.
+ belirlenmesini, dolayısıyla Apache'nin bu konumda doğru olarak
+ çalışması için yapılandırılmasını sağlayan <code>--prefix</code>'tir.
Kurulacak dosyaların yerleri ile ilgili daha ayrıntılı denetim ek <a
href="programs/configure.html#installationdirectories">yapılandırma
seçenekleri</a> ile mümkün kılınmıştır.</p>
- <p>Bu noktada ayrıca, Apache HTTPd’de hangi özelliklerin bulunmasını
+ <p>Bu noktada ayrıca, Apache HTTPd'de hangi özelliklerin bulunmasını
istediğinizi <a href="mod/">modülleri</a> etkin kılarak veya iptal
ederek belirtebilirsiniz. Apache, öntanımlı olarak içerilmiş pek çok
modülle gelir. Bunlar çalışma anında devereye sokulup çıkarılabilen <a
komut satırı seçenekleriyle bilgi aktarılarak yapılır. Daha fazla bilgi
için <program>configure</program> kılavuz sayfasına bakınız.</p>
- <p>Apache’yi derlerken ne gibi olasılıklara sahip olduğunuz hakkında bir
+ <p>Apache'yi derlerken ne gibi olasılıklara sahip olduğunuz hakkında bir
izlenim edinmeniz için aşağıda tipik bir örneğe yer verilmiştir. Bu
- örnekte, Apache’nin <code>/sw/pkg/apache</code> önekiyle başlayan
+ örnekte, Apache'nin <code>/sw/pkg/apache</code> önekiyle başlayan
dizinlere kurulması, belli bir derleyici ve derleyici seçenekleriyle
derlenmesi ve <module>mod_ldap</module> ve
<module>mod_lua</module>modüllerinin de DSO mekanizması üzerinden
<p>Sürüm yükseltme işleminin ilk adımı, sitenizi etkileyen değişiklikleri
öğrenmek için dağıtım duyurusunu ve kaynak paketindeki
<code>CHANGES</code> dosyasını okumaktır. Ana sürümlerden yükseltme
- yapıyorsanız (2.0’ten 2.2’ye veya 2.2’daen 2.3’e gibi), derleme anı ve
+ yapıyorsanız (2.0'ten 2.2'ye veya 2.2'daen 2.3'e gibi), derleme anı ve
çalışma anı yapılandırmalarındaki ana farklılıklar elle ayarlamalar
- yapmanızı gerektirecektir. Ayrıca, tüm modüllerin de modül API’sindeki
+ yapmanızı gerektirecektir. Ayrıca, tüm modüllerin de modül API'sindeki
değişikliklere uyum sağlaması için yükseltilmesi gerekecektir.</p>
- <p>Aynı ana sürüm içinde yükseltme yapmak (2.2.55’ten 2.2.57’ye
+ <p>Aynı ana sürüm içinde yükseltme yapmak (2.2.55'ten 2.2.57'ye
yükseltmek gibi) daha kolaydır. <code>make install</code> işlemi,
mevcut yapılandırma ve günlük dosyalarınızın ve belgelerin üzerine
yazmayacaktır. Ek olarak, geliştiriciler alt sürüm değişikliklerinde
<program>configure</program> seçenekleri, çalışma anı yapılandırması
- veya modül API’sinde uyumsuz değişiklikler yapmamaya özen
+ veya modül API'sinde uyumsuz değişiklikler yapmamaya özen
göstereceklerdir. Çoğu durumda, aynı <program>configure</program> komut
satırını, aynı yapılandırma dosyasını kullanabileceksiniz ve tüm
modülleriniz de çalışmaya devam edebilecektir.</p>
<manualpage metafile="invoking.xml.meta">
- <title>Apache HTTPd’nin başlatılması</title>
+ <title>Apache HTTPd'nin başlatılması</title>
<summary>
<p>Apache normal olarak, Windows NT, 2000 ve XP'de bir hizmet olarak,
- Windows 9x ve ME’de ise bir konsol uygulaması olarak çalışır. Ayrıntılı
- bilgi için <a href="platform/windows.html#winsvc">Apache HTTPd’nin bir
+ Windows 9x ve ME'de ise bir konsol uygulaması olarak çalışır. Ayrıntılı
+ bilgi için <a href="platform/windows.html#winsvc">Apache HTTPd'nin bir
hizmet olarak çalıştırılması</a> ve <a
- href="platform/windows.html#wincons">Apache HTTPd’nin bir konsol
+ href="platform/windows.html#wincons">Apache HTTPd'nin bir konsol
uygulaması olarak çalıştırılması</a> bölümlerine bakınız.</p>
- <p>Unix’te ise artalanda isteklere yanıt vermek için sürekli çalışan bir
- artalan sürecidir. Bu belgede <program>httpd</program>’nin nasıl
+ <p>Unix'te ise artalanda isteklere yanıt vermek için sürekli çalışan bir
+ artalan sürecidir. Bu belgede <program>httpd</program>'nin nasıl
çalıştırılacağı açıklanmaktadır.</p>
</summary>
<p>Yapılandırma dosyasında <directive
module="mpm_common">Listen</directive> yönergesi ile öntanımlı olan port
- 80 (veya 1024’ten küçük herhangi bir port) belirtilmişse Apache HTTP
+ 80 (veya 1024'ten küçük herhangi bir port) belirtilmişse Apache HTTP
Sunucusunu başlatmak için root yetkileri gerekecektir. Sunucu başlatılıp
günlük dosyalarını açmak gibi bazı ön hazırlık etkinliklerinde
bulunduktan sonra istemcilerden gelen istekleri dinlemek ve yanıt vermek
aidiyetinde çalışır. Bu işlem seçilen <a href="mpm.html">Çok Süreçlilik
Modülü</a> tarafından denetlenir.</p>
- <p><program>httpd</program>’yi çalıştırmak için önerilen yöntem
+ <p><program>httpd</program>'yi çalıştırmak için önerilen yöntem
<program>apachectl</program> betiğini kullanmaktır. Bu betik,
- <program>httpd</program>’nin bazı işletim sistemlerinde işlevini
+ <program>httpd</program>'nin bazı işletim sistemlerinde işlevini
gerektiği gibi yerine getirebilmesi için gereken belli ortam
- değişkenlerini ayarlar ve <program>httpd</program>’yi çalıştırır.
+ değişkenlerini ayarlar ve <program>httpd</program>'yi çalıştırır.
<program>apachectl</program>, komut satırı argümanlarını
- <program>httpd</program>’ye aktarabildiğinden gerekli
+ <program>httpd</program>'ye aktarabildiğinden gerekli
<program>httpd</program> seçenekleri <program>apachectl</program>
betiğine komut satırı seçenekleri olarak belirtilebilir. Ayrıca,
<program>apachectl</program> betiğinin içeriğini doğrudan düzenlemek
<p><code>httpd</code> çalıştırıldığında yaptığı ilk şey <a
href="configuring.html">yapılandırma dosyası</a>
- <code>httpd.conf</code>’u bulup okumaktır. Bu dosyanın yeri derleme
+ <code>httpd.conf</code>'u bulup okumaktır. Bu dosyanın yeri derleme
sırasında belirtilmekteyse de <code>-f</code> komut satırı seçeneği
kullanılarak çalıştırma sırasında belirtmek de mümkündür:</p>
</ul>
<p>Bu ve diğer sorun çözme talimatları için Apache <a
- href="http://wiki.apache.org/httpd/FAQ">SSS</a>’sini inceleyiniz.</p>
+ href="http://wiki.apache.org/httpd/FAQ">SSS</a>'sini inceleyiniz.</p>
</section>
<section id="boot"><title>Sistem Açılışında Başlatma</title>
<p><program>apachectl</program> betiği, bir standart SysV init betiği gibi
davranacak şekilde tasarlanmıştır. <code>start</code>,
<code>restart</code> ve <code>stop</code> argümanlarını kabul edebilir
- ve bunları <program>httpd</program>’ye uygun sinyallere dönüştürebilir.
+ ve bunları <program>httpd</program>'ye uygun sinyallere dönüştürebilir.
Bu bakımdan, çoğunlukla uygun init dizinlerinden birine
<program>apachectl</program> betiği için basitçe bir bağ
yerleştirebilirsiniz. Fakat bunu yapmadan önce betiğin sisteminizin
<a href="#piped">rediriger vers un programme</a> par l'intermédiaire d'un
tube de communication (pipe).</p>
- <p>Le format du journal des erreurs est défini à l’aide de la directive <directive
+ <p>Le format du journal des erreurs est défini à l'aide de la directive <directive
module="core">ErrorLogFormat</directive> avec laquelle vous pouvez
choisir les valeurs à journaliser. Un format par défaut sera utilisé si vous
- n’en spécifiez pas un. Un message de journalisation typique se présente
+ n'en spécifiez pas un. Un message de journalisation typique se présente
comme suit :</p>
<example>
<p>Le premier champ de l'entrée du journal est la date et l'heure du
message. Le second champ indique le module qui produit le message (core,
- dans ce cas) et le niveau de sévérité de ce message. Suivent l’ID du processus
- et éventuellement l’ID du thread du processus qui a été soumis à cette
+ dans ce cas) et le niveau de sévérité de ce message. Suivent l'ID du processus
+ et éventuellement l'ID du thread du processus qui a été soumis à cette
condition. Le
troisième champ contient l'adresse IP du client qui a effectué la requête.
- Vient ensuite le message d’erreur détaillé.</p>
+ Vient ensuite le message d'erreur détaillé.</p>
<note><p>Notez que certains messages qui étaient auparavant journalisés au
niveau <code>error</code> ont été rétrogradés au niveau <code>info</code>
dans httpd 2.4. Par exemple, les messages "File does not exist" pour les
- réponses 404 sont journalisés au niveau <code>info</code> et n’apparaîtront
+ réponses 404 sont journalisés au niveau <code>info</code> et n'apparaîtront
pas dans le journal des erreurs avec la valeur par défaut <code>warn</code>
de la directive <directive module="core">LogLevel</directive>. Pour
restaurer le comportement précédent, spécifiez <code>LogLevel warn
telle quelle dans le journal des erreurs.</p>
<p>Mettre un symbole <code>%L</code> dans le journal des erreurs et le
- journal des accès produit un ID d’entrée de journalisation grâce auquel
- vous pourrez corréler l’entrée du journal des erreurs avec celle du journal
+ journal des accès produit un ID d'entrée de journalisation grâce auquel
+ vous pourrez corréler l'entrée du journal des erreurs avec celle du journal
des accès. Si <module>mod_unique_id</module> est chargé, son ID de requête
- unique sera utilisé comme ID d’entrée de journalisation.</p>
+ unique sera utilisé comme ID d'entrée de journalisation.</p>
<p>Pendant la phase de test, il est souvent utile de visualiser en continu
le journal des erreurs afin de détecter tout problème éventuel. Sur les
<section id="security">
<title>Güvenlik Uyarısı</title>
- <p>Apache httpd’nin günlük dosyalarını yazdığı dizine yazabilen birinin sunucuyu
+ <p>Apache httpd'nin günlük dosyalarını yazdığı dizine yazabilen birinin sunucuyu
başlatan kullanıcı kimliğine (bu genellikle root olur) erişim
kazanabileceğine hemen hemen kesin gözüyle bakılabilir. Sonuçlarının
neler olacağını kestiremiyorsanız günlüklerin yazıldığı dizinde <em>hiç
düzeltileceği ile ilgili ayrıntıları da içerir.</p>
<p>Hata günlüğü normal olarak bir dosyaya yazılır (genellikle, dosyanın
- ismi Unix sistemlerinde <code>error_log</code>, OS/2 ve Windows’ta ise
- <code>error.log</code>’dur). Ayrıca, Unix sistemlerinde sunucunun
- hataları <code>syslog</code>
’a veya <a href="#piped">borulamak suretiyle
+ ismi Unix sistemlerinde <code>error_log</code>, OS/2 ve Windows'ta ise
+ <code>error.log</code>'dur). Ayrıca, Unix sistemlerinde sunucunun
+ hataları <code>syslog</code>
'a veya <a href="#piped">borulamak suretiyle
bir programa</a> aktarması da mümkündür.</p>
<p>Hata günlüğünün biçemi <directive module="core"
>dmoz.org</a>
bakınız.</p>
- <p>Apache httpd’nin çeşitli sürümlerinde erişim günlüklerini denetlemek
+ <p>Apache httpd'nin çeşitli sürümlerinde erişim günlüklerini denetlemek
için kullanılan diğer modüller ve yönergeler arasında mod_log_referer,
mod_log_agent modülleri ve <code>TransferLog</code> yönergesi
sayılabilir. Artık, daha eski tüm diğer yönergelerin işlevselliklerini
<dd>İstemciden alınan istek satırının çift tırnaklar arasında
gösterilmesi istenmiştir. İstek satırı en yararlı bilgi parçalarını
içerir. Birincisi, istemci tarafından kullanılan yöntem
- <code>GET</code>’miş. İkinci olarak istemci
+ <code>GET</code>'miş. İkinci olarak istemci
<code>/apache_pb.gif</code> dosyasını istemiş ve üçüncü olarak
istemci <code>HTTP/1.0</code> protokolünü kullanmış. İstek satırının
bazı parçalarını bağımsız olarak da günlüklemek mümkündür. Örneğin,
<dd>HTTP istek başlığı "Referer". İstemcinin raporladığı isteğin
kaynaklandığı URI. (Bu isteğin yapılmasını sağlayan bağlantıyı
içeren URL veya istek bir sayfanın bileşenleri ile ilgiliyse istenen
- sayfanın URL’si olabilir.)</dd>
+ sayfanın URL'si olabilir.)</dd>
<dt><code>"Mozilla/4.08 [en] (Win98; I ;Nav)"</code>
(<code>\"%{User-agent}i\"</code>)</dt>
Apache httpd başlatıldığı zaman borulu günlük işlemini de
başlatacaktır. Eğer sunucu çalışırken günlükleri kabul eden süreç
çökerse Apache httpd bu programı yeniden başlatır. (Bu son özelliği
- sebebiyle bu tekniğe “güvenilir borulu günlükleme” adını veriyoruz.)</p>
+ sebebiyle bu tekniğe "güvenilir borulu günlükleme" adını veriyoruz.)</p>
<p>Borulu günlük süreçleri ana Apache httpd süreci tarafından başlatılır
ve bu süreçler ana Apache httpd sürecinin kullanıcı kimliğini miras
</note>
<dl>
- <dt><a href="perf-tuning.html">Başarım Arttırma İpuçları - Apache’ye
+ <dt><a href="perf-tuning.html">Başarım Arttırma İpuçları - Apache'ye
İnce Ayar Çekilmesi</a></dt>
<dd>
<p>Yüksek başarım elde etmek için Apache yapılandırmasında (çalışma
anında ve derleme sırasında) yapılacaklar ile ilgili bazı bilgiler
- yanında Apache’de bazı şeylerin (bir şeyleri hızlandıran ve
+ yanında Apache'de bazı şeylerin (bir şeyleri hızlandıran ve
yavaşlatan şeylerin) yapılma ve yapılmama sebepleri
açıklanmıştır.</p>
</dd>
<dt><a href="relevant_standards.html">İlgili Standartlar</a></dt>
<dd>
- <p>Bu belge Apache’nin uyacağı standartların bir çoğuna atıfta
+ <p>Bu belge Apache'nin uyacağı standartların bir çoğuna atıfta
bulunmak amacıyla hazırlanmıştır.</p>
</dd>
<manualpage metafile="perf-tuning.xml.meta">
<parentdocument href="./">Çeşitli Belgeler</parentdocument>
- <title>Apache’de Başarımın Arttırılması</title>
+ <title>Apache'de Başarımın Arttırılması</title>
<summary>
etkileyebilen yapılandırma seçenekleri de mevcuttur. Bu belgede, bir
Apache 2.x kurulumunda sunucu yöneticisinin sunucunun başarımını
arttırmak amacıyla yapılandırma sırasında neler yapabileceğinden
- bahsedilmiştir. Bu yapılandırma seçeneklerinden bazıları, httpd’nin
+ bahsedilmiştir. Bu yapılandırma seçeneklerinden bazıları, httpd'nin
donanımın ve işletim sisteminin olanaklarından daha iyi
yararlanabilmesini sağlarken bir kısmı da daha hızlı bir sunum için
yöneticinin işlevsellikten ödün verebilmesini olanaklı kılar.</p>
<p>İşletim sisteminiz <code>sendfile</code>(2) sistem çağrısını
destekliyorsa bunun etkinleştirilebildiği sürümün kurulu olması
önemlidir. (Örneğin, Linux için bu, Linux 2.4 ve sonraki sürümler
- anlamına gelirken, Solaris için Solaris 8’den önceki sürümlerin
+ anlamına gelirken, Solaris için Solaris 8'den önceki sürümlerin
yamanması gerektirdiği anlamına gelmektedir.)
<code>sendfile</code> işlevinin desteklendiği sistemlerde Apache 2
duruk içeriği daha hızlı teslim etmek ve işlemci kullanımını
>HostnameLookups</directive> yönergesinin öntanımlı değeri
<code>On</code> idi. İstek yerine getirilmeden önce bir DNS sorgusu
yapılmasını gerektirmesi sebebiyle bu ayarlama her istekte bir
- miktar gecikmeye sebep olurdu. Apache 1.3’ten itibaren yönergenin
+ miktar gecikmeye sebep olurdu. Apache 1.3'ten itibaren yönergenin
öntanımlı değeri <code>Off</code> yapılmıştır. Eğer günlük
dosyalarınızda konak isimlerinin bulunmasını isterseniz, Apache ile
birlikte gelen <program>logresolve</program> programını
</Files>
</example>
- <p>Yine de bazı CGI’lerin DNS isimlerine ihtiyacı olursa bu CGI’lerin
+ <p>Yine de bazı CGI'lerin DNS isimlerine ihtiyacı olursa bu CGI'lerin
bu ihtiyaçlarına yönelik olarak <code>gethostbyname</code> çağrıları
yapabileceğini gözardı etmeyiniz.</p>
<title>Bellek Eşlemleri</title>
- <p>Apache’nin SSI sayfalarında olduğu gibi teslim edilecek dosyanın
+ <p>Apache'nin SSI sayfalarında olduğu gibi teslim edilecek dosyanın
içeriğine bakma gereği duyduğu durumlarda, eğer işletim sistemi
<code>mmap</code>(2) ve benzerlerini destekliyorsa çekirdek normal
olarak dosyayı belleğe kopyalayacaktır.</p>
<title><code>sendfile</code></title>
- <p>Apache’nin duruk dosyalarda olduğu gibi teslim edilecek dosyanın
+ <p>Apache'nin duruk dosyalarda olduğu gibi teslim edilecek dosyanın
içeriğine bakmadığı durumlarda, eğer işletim sistemi
<code>sendfile</code>(2) desteğine sahipse çekirdek normal olarak bu
desteği kullanacaktır.</p>
>StartServers</directive> ayarları, başka sunucularla kıyaslama
denemelerinde olağanüstü kötü sonuçlar alınmasına sebep olmaktaydı.
Özellikle uygulanan yükü karşılamaya yetecek sayıda çocuk süreç
- oluşturulması aşamasında Apache’nin elde ettiği ivme bunlardan
+ oluşturulması aşamasında Apache'nin elde ettiği ivme bunlardan
biriydi. Başlangıçta <directive module="mpm_common"
>StartServers</directive> yönergesiyle belli sayıda süreç
oluşturulduktan sonra her saniyede bir tane olmak üzere <directive
<p>Saniyede bir kuralı, sunucunun yeni çocukları oluşturması sırasında
sistemin aşırı meşgul duruma düşmemesi için alınmış bir önlemdi.
Makine çocuk süreç oluşturmakla meşgul edildiği sürece isteklere
- yanıt veremeyecektir. Böylesi bir durum Apache’nin başarımını
- kötüleştirmekten başka işe yaramayacaktır. Apache 1.3’te saniyede
+ yanıt veremeyecektir. Böylesi bir durum Apache'nin başarımını
+ kötüleştirmekten başka işe yaramayacaktır. Apache 1.3'te saniyede
bir kuralı biraz esnetildi. Yeni gerçeklenimde artık bir süreç
oluşturduktan bir saniye sonra iki süreç, bir saniye sonra dört
süreç oluşturulmakta ve işlem, saniyede 32 çocuk süreç oluşturulur
başına istek sayısının sınırsız olduğu anlamına gelir. Eğer
yapılandırmanızda bu değeri <code>30</code> gibi çok düşük bir
değere ayarlarsanız bunu hemen kaldırmak zorunda kalabilirsiniz.
- Sunucunuzu SunOS veya Solaris’in eski bir sürümü üzerinde
+ Sunucunuzu SunOS veya Solaris'in eski bir sürümü üzerinde
çalıştırıyorsanız bellek kaçaklarına sebep olmamak için bu değeri
<code>10000</code> ile sınırlayınız.</p>
<p>Apache 2.x, <a href="../mpm.html">Çok Süreçlilik Modülleri</a>
(MPM) adı verilen eklemlenebilir çok görevlilik modellerini
- destekler. Apache’yi derlerken bu MPM’lerden birini seçmeniz
- gerekir. MPM’lerden bazıları platformlara özeldir:
+ destekler. Apache'yi derlerken bu MPM'lerden birini seçmeniz
+ gerekir. MPM'lerden bazıları platformlara özeldir:
<module>mpm_netware</module>, <module>mpmt_os2</module> ve
<module>mpm_winnt</module>. Unix
benzeri sistemler için ise seçebileceğiniz modül sayısı birden
- fazladır. MPM seçiminin httpd’nin hızında ve ölçeklenebilirliğinde
+ fazladır. MPM seçiminin httpd'nin hızında ve ölçeklenebilirliğinde
bazı etkileri olabilir:</p>
<ul>
<summary>
<p>Bir HTTP Sunucusunu ayarlarken dikkat edilmesi gerekenler ve bazı
- ipuçları. Öneriler kısmen Apache’ye özel kısmen de genel olacaktır.</p>
+ ipuçları. Öneriler kısmen Apache'ye özel kısmen de genel olacaktır.</p>
</summary>
<section id="uptodate"><title>Güncel Tutma</title>
bir yazılımın dağıtılmasının ardından küçük ya da büyük bazı sorunların
keşfedilmesi kaçınılmazdır. Bu sebeple, yazılım güncellemelerinden
haberdar olmak oldukça önem kazanır. HTTP sunucunuzu doğrudan
- Apache’den temin ediyorsanız yeni sürümler ve güvenlik güncellemeleri
+ Apache'den temin ediyorsanız yeni sürümler ve güvenlik güncellemeleri
ile ilgili bilgileri tam zamanında alabilmek için <a
href="http://httpd.apache.org/lists.html#http-announce">Apache
HTTP Sunucusu Duyuru Listesi</a>ne mutlaka üye olmanızı öneririz.
yönergesi bir istemcinin isteği göndermek için harcadığı zamanı
sınırlamayı sağlar.</li>
- <li>HRS’ye maruz kalması olası sitelerde <directive module="core"
+ <li>HRS'ye maruz kalması olası sitelerde <directive module="core"
>TimeOut</directive> yönergesinin değeri düşürülmelidir. Birkaç
saniye gibi mümkün olduğunca düşük bir ayar uygun olabilir. Ancak
<directive module="core">TimeOut</directive> başka işlemlerde de
kullanıldığından çok düşük değerler, örneğin, uzun süre çalışan CGI
betiklerinde sorunlar çıkmasına sebep olabilir.</li>
- <li>HRS’ye maruz kalması olası sitelerde <directive module="core"
+ <li>HRS'ye maruz kalması olası sitelerde <directive module="core"
>KeepAliveTimeout</directive> yönergesinin değeri de düşürülebilir.
Hatta bazı siteler başarımı arttırmak amacıyla <directive
module="core">KeepAlive</directive> yönergesi üzerinden kalıcı
href="perf-tuning.html">başarım arttırma belgesine</a> de
bakabilirsiniz.</li>
- <li>HRS’lerin etkilerini azaltmak için aynı andaki bağlantı sayısını
- arttırabilecek evreli <a href="../mpm.html">MPM</a>’lerden birini
- kullanmak iyi olabilir. Dahası, <module>event</module> MPM’i
+ <li>HRS'lerin etkilerini azaltmak için aynı andaki bağlantı sayısını
+ arttırabilecek evreli <a href="../mpm.html">MPM</a>'lerden birini
+ kullanmak iyi olabilir. Dahası, <module>event</module> MPM'i
her bağlantıya yeni bir evre atanmaması için eşzamansız işlem yapar.
OpenSSL kütüphanesinin doğası nedeniyle
- <module>event</module> MPM’i <module>mod_ssl</module> ve diğer girdi
+ <module>event</module> MPM'i <module>mod_ssl</module> ve diğer girdi
süzgeçleri ile henüz uyumlu değildir. Bu durumlarda,
<module>worker</module> MPM'inin davranışına geri döner.</li>
<p>SSI sayfaları, CGI betikleriyle ilgili riskleri de taşır. <code>exec
cmd</code> elemanı kullanılarak bir SSI sayfasından herhangi bir CGI
- betiğini veya bir sistem programını Apache’nin aidiyetinde olduğu
+ betiğini veya bir sistem programını Apache'nin aidiyetinde olduğu
kullanıcının yetkisiyle çalıştırmak mümkündür.</p>
<p>SSI sayfalarının yararlı özelliklerinden yararlanırken güvenliğini de
<p>Sunucu yöneticisi, bir başıbozuk SSI sayfasının sebep olabileceği
zararları bertaraf etmek için <a href="#cgi">CGI Genelinde</a>
- bölümünde açıklandığı gibi <a href="../suexec.html">suexec</a>’i etkin
+ bölümünde açıklandığı gibi <a href="../suexec.html">suexec</a>'i etkin
kılabilir.</p>
<p>SSI sayfalarını <code>.html</code> veya <code>.htm</code>
<p>CGI betiklerinin hepsi aynı kullanıcının aidiyetinde çalışırsa diğer
betiklerle aralarında çelişkilerin ortaya çıkması ister istemez
kaçınılmazdır. Örneğin A kullanıcısının B kullanıcısına garezi varsa
- bir betik yazıp B’nin CGI veritabanını silebilir. Bu gibi durumların
+ bir betik yazıp B'nin CGI veritabanını silebilir. Bu gibi durumların
ortaya çıkmaması için betiklerin farklı kullanıcıların aidiyetlerinde
çalışmasını sağlayan ve 1.2 sürümünden beri Apache ile dağıtılan <a
href="../suexec.html">suEXEC</a> diye bir program vardır. Başka bir yol
</section>
<section id="nsaliasedcgi">
- <title><code>ScriptAlias</code>’sız CGI</title>
+ <title><code>ScriptAlias</code>'sız CGI</title>
<p>Kullanıcıların sitenin her yerinde CGI betiklerini çalıştırmalarına
izin vermek ancak şu koşullarda mümkün olabilir:</p>
</section>
<section id="saliasedcgi">
- <title><code>ScriptAlias</code>’lı CGI</title>
+ <title><code>ScriptAlias</code>'lı CGI</title>
- <p>CGI’yi belli dizinlerle sınırlamak yöneticiye bu dizinlerde daha iyi
+ <p>CGI'yi belli dizinlerle sınırlamak yöneticiye bu dizinlerde daha iyi
denetim imkanı sağlar. Bu kaçınılmaz olarak <directive
- module="mod_alias">ScriptAlias</directive>’sız CGI’den çok daha
+ module="mod_alias">ScriptAlias</directive>'sız CGI'den çok daha
güvenlidir, ancak bu dizinlere yazma hakkı olan kullanıcılarınız
güvenilir kişiler olması ve site yöneticisinin de olası güvenlik
açıklarına karşı CGI betiklerini ve programlarını denemeye istekli
olması şartıyla.</p>
- <p>Çoğu site yöneticisi <code>ScriptAlias</code>’sız CGI yerine bu
+ <p>Çoğu site yöneticisi <code>ScriptAlias</code>'sız CGI yerine bu
yaklaşımı seçer.</p>
</section>
<section id="protectserverfiles">
<title>Sunucu dosyalarının öntanımlı olarak korunması</title>
- <p>Apache’nin ister istemez yanlış anlaşılan yönlerinden biri öntanımlı
+ <p>Apache'nin ister istemez yanlış anlaşılan yönlerinden biri öntanımlı
erişim özelliğidir. Yani siz aksine bir şeyler yapmadıkça, sunucu normal
URL eşleme kurallarını kullanarak bir dosyayı bulabildiği sürece onu
istemciye sunacaktır.</p>
<code>.htaccess</code> dans le système de fichiers.</p>
<note>
- <p>La valeur <code>None</code> ne peut pas être combinée avec d’autres
- valeurs. Si c’est le cas, une erreur sera produite qui interrompra la
+ <p>La valeur <code>None</code> ne peut pas être combinée avec d'autres
+ valeurs. Si c'est le cas, une erreur sera produite qui interrompra la
lecture de la configuration.</p>
</note>
<directivesynopsis>
<name>UNCList</name>
-<description>Définit quels sont les noms d’hôte UNC auxquels le serveur peut accéder
+<description>Définit quels sont les noms d'hôte UNC auxquels le serveur peut accéder
</description>
<syntax>UNCList <var>hostname</var> [<var>hostname</var>...]</syntax>
<default>unset</default>
<usage>
<p>Au cours de leur traitement, les requêtes pour accéder à un chemin du
système de fichiers qui aboutissent à un chemin UNC échoueront si le nom
- d’hôte dans le chemin UNC n’a pas été spécifié par cette directive. Le but
- est de limiter l’accès aux chemins dérivés d’entrées non fiables.</p>
+ d'hôte dans le chemin UNC n'a pas été spécifié par cette directive. Le but
+ est de limiter l'accès aux chemins dérivés d'entrées non fiables.</p>
<highlight language="config">
UNCList example.com other.example.com
<note type="warning"><title>Sécurité</title>
<p>Les valeurs spécifiées par cette directive ne sont vérifiées que par
- certaines composantes du serveur, avant d’accéder à des chemins du
- système de fichiers qui peuvent dériver par inadvertance d’entrées non
+ certaines composantes du serveur, avant d'accéder à des chemins du
+ système de fichiers qui peuvent dériver par inadvertance d'entrées non
fiables. </p>
<p> Les systèmes Windows doivent être isolés au niveau de la couche
réseau pour éviter les appels SMB/NTLM sortants vers des destinations
tamponlanana kadar sunucu sürecine bir soket tahsis etmemektir.
Şimdilik sadece <a
href="http://www.freebsd.org/cgi/man.cgi?query=accept_filter&sektion=9"
- >FreeBSD’nin Kabul Süzgeçleri</a> ve Linux’un soket seçeneklerinden
+ >FreeBSD'nin Kabul Süzgeçleri</a> ve Linux'un soket seçeneklerinden
<code>TCP_DEFER_ACCEPT</code> ve Windows'un en iyilenmiş
<code>AcceptEx()</code> işlevi desteklenmektedir.</p>
href="http://www.freebsd.org/cgi/man.cgi?query=accf_data&sektion=9"
>accf_data(9)</a> süzgeci kullanılır.</p>
- <p>Linux’taki öntanımlı değerler:</p>
+ <p>Linux'taki öntanımlı değerler:</p>
<example>
AcceptFilter http data <br/>
AcceptFilter https data
</example>
- <p>Linux’un <code>TCP_DEFER_ACCEPT</code> soket seçeneği HTTP isteklerinin
+ <p>Linux'un <code>TCP_DEFER_ACCEPT</code> soket seçeneği HTTP isteklerinin
tamponlanmasını desteklemez. <code>none</code> dahil her değer
dinleyici üzerinde <code>TCP_DEFER_ACCEPT</code> seçeneğini etkin kılar.
Daha ayrıntılı bilgi edinmek için Linux
<a href="http://homepages.cwi.nl/~aeb/linux/man2html/man7/tcp.7.html"
>tcp(7)</a> kılavuz sayfasına bakınız.</p>
- <p>Windows’taki öntanımlı değerler::</p>
+ <p>Windows'taki öntanımlı değerler::</p>
<example>
AcceptFilter http data <br/>
<p><code>AcceptPathInfo</code> yönergesinin birincil amacı eylemcinin
<code>PATH_INFO</code> istekleri hakkında verdiği kabul veya red
kararını geçersiz kılabilmenizi sağlamaktır. Örneğin,
- <code>PATH_INFO</code>
’ya dayalı olarak içerik üretmek için <a
+ <code>PATH_INFO</code>
'ya dayalı olarak içerik üretmek için <a
href="mod_include.html"><code>INCLUDES</code></a> gibi bir <a
href="../filter.html">süzgeç</a> kullandığınız takdirde bu
geçersizleştirme zorunlu olur. Normal dosyalar için çekirdek eylemci
başka <code>iso-8859-1</code> karakter kümesini öntanımlı olarak yanıta
eklenir. Yönergede <var>karküm</var> olarak belirtilecek değerler,
Genel Ağ ortam türlerinde (MIME türlerinde) kullanmak üzere <a
- href="http://www.iana.org/assignments/character-sets">IANA’da kayıtlı
+ href="http://www.iana.org/assignments/character-sets">IANA'da kayıtlı
karakter kümesi değerleri</a>nden biri olmalıdır. Örnek:</p>
<example>
eklenmesidir; böyle kaynaklar çıktıda kullanıcı tarafından sağlanmış
veri içermeleri nedeniyle karşı siteden kaynaklanan betikli
saldırılardan zarar görebilir. Bununla birlikte, bir öntanımlı karakter
- kümesi belirtmek, tarayıcılarında “karakter kodlamasını kendiliğinden
- sapta” özelliğini etkin kılmış kullanıcıları korumayacağından daha iyi
+ kümesi belirtmek, tarayıcılarında "karakter kodlamasını kendiliğinden
+ sapta" özelliğini etkin kılmış kullanıcıları korumayacağından daha iyi
bir çözüm bu betikleri bu tür saldırılara karşı düzeltmek veya en iyisi
silmektir.</p>
</usage>
<directivesynopsis>
<name>AllowEncodedSlashes</name>
-<description>Kodlanmış dosya yolu ayracı içeren URL’lere izin verilip
+<description>Kodlanmış dosya yolu ayracı içeren URL'lere izin verilip
verilmeyeceğini belirler.</description>
<syntax>AllowEncodedSlashes On|Off|NoDecode</syntax>
<default>AllowEncodedSlashes Off</default>
<usage>
<p><directive>AllowEncodedSlashes</directive> yönergesi kodlanmış dosya
- yolu ayracı içeren URL’lere izin verir (<code>/</code> yerine
+ yolu ayracı içeren URL'lere izin verir (<code>/</code> yerine
<code>%2F</code> ve ek olarak <code>\</code> için ilgili sistemlerde
- <code>%5C</code> kullanılmış URL’ler).</p>
+ <code>%5C</code> kullanılmış URL'ler).</p>
- <p><code>Off</code> öntanımlı değeriyle, böyle URL’ler bir 404
+ <p><code>Off</code> öntanımlı değeriyle, böyle URL'ler bir 404
(Nesne bulunamadı) hatasıyla reddedilirler.</p>
- <p><code>On</code> değeriyle, böyle URL’ler kabul edilir ve kodlanmış
+ <p><code>On</code> değeriyle, böyle URL'ler kabul edilir ve kodlanmış
dosya yolu ayraçları kodlanmış diğer karakterler gibi çözümlenir.</p>
- <p><code>NoDecode</code> değeriyle, böyle URL’ler kabul edilir fakat
+ <p><code>NoDecode</code> değeriyle, böyle URL'ler kabul edilir fakat
kodlanmış dosya yolu ayraçları çözümlenmeden kodlanmış halde
bırakılır.</p>
<contextlist><context>directory</context><context>.htaccess</context>
</contextlist>
<override>FileInfo</override>
-<compatibility>Sadece NetWare’de geçerlidir.</compatibility>
+<compatibility>Sadece NetWare'de geçerlidir.</compatibility>
<usage>
- <p>Bu yönerge Apache httpd’nin CGI bekitlerini çalıştırmak için
+ <p>Bu yönerge Apache httpd'nin CGI bekitlerini çalıştırmak için
kullanacağı yorumlayıcıyı nasıl bulacağını denetlemek için kullanılır.
Örneğin, <code>CGIMapExtension sys:\foo.nlm .foo</code> satırı
<code>.foo</code> uzantılı CGI betik dosyalarının FOO yorumlayıcıya
<status>Experimental</status>
<usage>
- <p>Bu yönerge RFC2616 ve RFC1864’te tanımlandığı gibi
+ <p>Bu yönerge RFC2616 ve RFC1864'te tanımlandığı gibi
<code>Content-MD5</code> üretimini etkin kılar.</p>
<p>MD5, verideki herhangi bir değişikliğin ileti özetinin değişmesi
</contextlist>
<usage>
- <p>Tek değiştirgeli biçemi <program>httpd</program>’yi <code>-D</code>
+ <p>Tek değiştirgeli biçemi <program>httpd</program>'yi <code>-D</code>
seçeneğiyle çalıştırmaya eşdeğerdir. Bu yönerge, başlatma betiğinde
<code>-D</code> seçeneğinin argümanlarını değiştirme gereği duymaksızın
<directive module="core" type="section">IfDefine</directive> bölümlerini
olabileceği gibi Unix kabuk tarzı bir dosya ismi eşleştirme kalıbı da
olabilir. Kalıp dizgesinde, <code>?</code> herhangi bir tek karakterle,
<code>*</code> herhangi bir karakter dizisiyle eşleşir. Ayrıca
- <code>[]</code> karakter aralıkları da kullanılabilir. ‘/’ karakteri
+ <code>[]</code> karakter aralıkları da kullanılabilir. '/' karakteri
ile hiçbir kalıp karakteri eşleşmez, bu bakımdan <code><Directory
/*/public_html></code> ile <code>/home/user/public_html</code>
değil, ama <code><Directory /home/*/public_html></code>
<note>
<p><var>dizin-yolu</var> argümanlarını belirtirken dikkatli
- olmalısınız: Apache httpd’nin dosyalara erişmekte kullandığı dosya
+ olmalısınız: Apache httpd'nin dosyalara erişmekte kullandığı dosya
sistemi yolu ile bire bir eşleşmelidir. Belli bir
<code><Directory></code> dizinine uygulanan yönergeler, aynı
dizine farklı bir yoldan, örneğin başka bir sembolik bağ üzerinden
<usage>
<p>Bu yönerge <program>httpd</program> tarafından dosyalarının sunulacağı
dizini belirler. <directive module="mod_alias">Alias</directive>
- benzeri bir yönerge ile eşleşmedikçe, sunucu istenen URL’deki yolu,
+ benzeri bir yönerge ile eşleşmedikçe, sunucu istenen URL'deki yolu,
belge yolu haline getirmek için belge kök dizinine ekler. Örnek:</p>
<example>
<p><directive>DocumentRoot</directive> ile belirtilen dizin bir bölü
çizgisi ile bitirilmemelidir.</p>
</usage>
-<seealso><a href="../urlmapping.html#documentroot">URL’lerin Dosya Sistemi
+<seealso><a href="../urlmapping.html#documentroot">URL'lerin Dosya Sistemi
ile Eşlenmesi</a></seealso>
</directivesynopsis>
<ul>
<li>Bazı çok işlemcili sistemlerde bellek eşleme
- <program>httpd</program>’nin başarımını düşürebilmektedir.</li>
+ <program>httpd</program>'nin başarımını düşürebilmektedir.</li>
<li><program>httpd</program> bellek eşlemli çalışırken bir dosyanın
silinmesi veya boyutunun küçültülmesi <program>httpd</program>'nin
parçalama arızası vererek çökmesine yol açabilir.</li>
<usage>
<p>Bu yönerge, dosya içeriğinin istemciye teslimi için
- <program>httpd</program>’nin çekirdeğin dosya gönderme desteğini
+ <program>httpd</program>'nin çekirdeğin dosya gönderme desteğini
kullanıp kullanmayacağını belirler. Öntanımlı olarak, bir isteğin
yerine getirilmesi, bir durağan dosyanın teslimatı sırasında olduğu
gibi, bir dosya içindeki veriye erişilmesini gerektirmediği takdirde
gönderme desteğinde sorun olmayan bir makinede yapılıp çalıştırılabilir
dosyaların sorunlu makineye kurulduğu durumda bu saptama
yapılamayacaktır.</li>
- <li>Linux’ta IPv6 kullanırken dosya gönderme desteği bazı ağ
+ <li>Linux'ta IPv6 kullanırken dosya gönderme desteği bazı ağ
kartlarındaki TCP toplama sağlaması aktarım hatasını tetikler.</li>
- <li>Itanium üzerinde çalışan Linux’ta dosya gönderme desteği
- (<code>sendfile</code>) 2GB’tan büyük dosyalarla çalışamamaktadır.</li>
+ <li>Itanium üzerinde çalışan Linux'ta dosya gönderme desteği
+ (<code>sendfile</code>) 2GB'tan büyük dosyalarla çalışamamaktadır.</li>
<li><directive module="core">DocumentRoot</directive> ağ dosya sistemi
(NFS, SMB, CIFS, FUSE gibi) üzerinde olduğu durumda çekirdek ağ
dosyalarını kendi arabelleği üzerinden sunamayabilir.</li>
kodundan sonra bir URL veya hata iletisi) ile belirtilir. Apache httpd
bazı durumlarda sorun/hata ile ilgili ek bilgi verecektir.</p>
- <p>URL’ler yerel yollarda (<directive
- module="core">DocumentRoot</directive>’a göre) bir bölü çizgisi (/) ile
+ <p>URL'ler yerel yollarda (<directive
+ module="core">DocumentRoot</directive>'a göre) bir bölü çizgisi (/) ile
başlatılabileceği gibi istemci tarafından çözümlenecek tam bir URL
şeklinde de belirtilebilir. Bunlar yerine, tarayıcıda gösterilmek üzere
bir ileti de belirtilebilir. Örnekler:</p>
ErrorDocument 403 Yasak!
</example>
- <p>Bunlardan başka, Apache httpd’nin kendi hata iletilerinin kullanılacağı
+ <p>Bunlardan başka, Apache httpd'nin kendi hata iletilerinin kullanılacağı
özel <code>default</code> değeri ile belirtilebilir. Normal şartlar
altında gerekmese de, bir şey belirtilmediği takdirde mevcut bir
<directive>ErrorDocument</directive> yönergesini miras alan
- yapılandırmalarda Apache httpd’nin kendi hata iletilerinin kullanımı
+ yapılandırmalarda Apache httpd'nin kendi hata iletilerinin kullanımı
<code>default</code> değeri açıkça belirtilerek örnekteki gibi
zorlanabilir:</p>
olsa bile, Apache HTTP Sunucusunun istemciye belgeyi bulacağı yer için bir
yönlendirme göndereceğine dikkat ediniz. Bunun bazı istenmeyen etkileri
vardır; en önemlilerinden biri istemcinin hata kodu yerine bir
- yönlendirme durum kodu alacak olmasıdır. Bu, bir URL’nin geçerliliğini
+ yönlendirme durum kodu alacak olmasıdır. Bu, bir URL'nin geçerliliğini
durum koduna göre saptayan istemciler veya robotlar için yanıltıcı
olacaktır. Buna ek olarak, <code>ErrorDocument 401</code> için bir uzak
URL belirttiğiniz durumda istemci 401 durum kodunu almayacağı için
<code>FileETag MTime Size</code> yapılandırmasına eşdeğer
olacaktır.</p>
<note type="warning"><title>Uyarı</title>
- WebDAV’ın etkin olduğu yerlerde veya dizinlerde saklama alanı sağlayıcı
+ WebDAV'ın etkin olduğu yerlerde veya dizinlerde saklama alanı sağlayıcı
olarak <module>mod_dav_fs</module> kullanılıyorsa öntanımlı ayarları
değiştirmeyiniz. <module>mod_dav_fs</module>, koşullu isteklerde
<code>ETag</code> karşılaştırmaları yapabilmek için
ile karşılaştırılabilir. Bir <code></Files></code> yönergesi ile
sonlandırılması gerekir. Bu bölüm içinde belirtilen yönergeler,
<directive type="section">Files</directive> yönergesinde belirtilen
- <var>dosya-adı</var>’nın son bileşeniyle (dizinler atıldıktan sonda
+ <var>dosya-adı</var>'nın son bileşeniyle (dizinler atıldıktan sonda
kalan dosya ismi) eşleşen nesnelere uygulanır. <directive
type="section">Files</directive> bölümleri yapılandırma dosyasında,
<directive module="core" type="section">Directory</directive> bölümleri
<contextlist><context>directory</context><context>.htaccess</context>
</contextlist>
<override>FileInfo</override>
-<compatibility>Apache httpd 2.0’da core modülüne taşındı.</compatibility>
+<compatibility>Apache httpd 2.0'da core modülüne taşındı.</compatibility>
<usage>
<p>Bu yönerge, bir <code>.htaccess</code> dosyası veya bir
<usage>
<p>Bu yönerge oturum açabilecek konak isimlerini tespit edebilmek için
- DNS sorgularını etkin kılar (ve sonuç <code>REMOTE_HOST</code>’ta
- belirtilerek CGI/SSI’lere aktarılır). <code>Double</code> değeri
+ DNS sorgularını etkin kılar (ve sonuç <code>REMOTE_HOST</code>'ta
+ belirtilerek CGI/SSI'lere aktarılır). <code>Double</code> değeri
sorgunun çift yönlü yapılacağını belirtir. Yani, bir tersine sorgunun
ardından bir normal sorgu yapılır. Normal sorguda elde edilen IP
adreslerinden birinin istek yapan IP adresi ile eşleşmesi gerekir.
Double</code> belirtilmedikçe genellikle çift yönlü sorgulama yapılmaz.
Örneğin, sadece <code>HostnameLookups On</code> belirtilmiş ve konak
ismi kısıtlamalarıyla korunmuş bir nesne için bir istek yapılmışsa çift
- yönlü sorgunun başarısına bakılmaksızın CGI’lere
+ yönlü sorgunun başarısına bakılmaksızın CGI'lere
<code>REMOTE_HOST</code> olarak tek yönlü sorgu sonucu aktarılır.</p>
<p>Gerçekte ters yönlü sorguya gerek duyulmayan sitelerde ağ trafiğini
HTTP/1.1 protokolünün kalıcı bağlantı özelliği aynı TCP bağlantısı
üzerinden çok sayıda isteğin gönderilmesini mümkün kılan uzun süreli HTTP
oturumları açılmasını sağlar. Bunun, çok sayıda resim içeren HTML
- belgelerin yanıt zamanlarında bazı durumlarda %50’lik bir hızlanmayla
+ belgelerin yanıt zamanlarında bazı durumlarda %50'lik bir hızlanmayla
sonuçlandığı gösterilmiştir. Kalıcı bağlantıları etkin kılmak için
yönerge <code>KeepAlive On</code> şeklinde kullanılır.</p>
<p>Örneğin, özgün istekleri dahili olarak bir CGI betiğine yönlendiren
<directive module="mod_actions">Action</directive> yönergesi
kullanıldığında bir dahili yönlendirme oluşur. İstek içi istekler ise
- bazı URI’ler için istek yapıldığında ne olacağını bulmak için Apache
- httpd’nin kullandığı bir mekanizmadır. Örneğin,
+ bazı URI'ler için istek yapıldığında ne olacağını bulmak için Apache
+ httpd'nin kullandığı bir mekanizmadır. Örneğin,
<module>mod_dir</module>, <directive module="mod_dir"
>DirectoryIndex</directive> yönergesinde listelenen dosyalara bakmak
için istek içi istekler kullanır.</p>
<p><var>sayı</var>, en küçük 0 (sınırsız anlamında), en büyük 32767
olabilir. Öntanımlı değer bir derleme zamanı sabiti olan
<code>DEFAULT_LIMIT_REQUEST_FIELDS</code> ile belirlenir (dağıtımla gelen
- değeri 100’dür).</p>
+ değeri 100'dür).</p>
<p><directive>LimitRequestFields</directive> yönergesi sunucu
yöneticilerine bir HTTP isteğinde izin verilen istek başlık alanlarının
sayısı üzerindeki sınırı değiştirebilme imkanı verir. Sunucu bu değerin,
normal bir istemci isteğinin içerebileceği alan sayısından daha büyük
olmasına ihtiyaç duyar. Bir istemci tarafından kullanılan istek başlık
- alanlarının sayısı nadiren 20’yi geçer, fakat bu farklı istemci
+ alanlarının sayısı nadiren 20'yi geçer, fakat bu farklı istemci
gerçeklenimleri için değişiklik gösterir ve çoğunlukla kullanıcının
tarayıcısını ayrıntılı içerik müzakeresini desteklemek için nasıl
yapılandırdığıyla ilgilidir. İsteğe bağlı HTTP eklentileri çoğunlukla
<directivesynopsis type="section">
<name>Location</name>
-<description>İçerdiği yönergeler sadece eşleşen URL’lere uygulanır.
+<description>İçerdiği yönergeler sadece eşleşen URL'lere uygulanır.
</description>
<syntax><Location <var>URL-yolu</var>|<var>URL</var>> ...
</Location></syntax>
<usage>
<p><directive type="section">Location</directive> bölüm yönergesi kapsadığı
- yönergelerin etki alanını belirtilen URL’lerle sınırlar. Bu yönerge,
+ yönergelerin etki alanını belirtilen URL'lerle sınırlar. Bu yönerge,
<directive type="section" module="core">Directory</directive> yönergesine
benzer ve <code></Location></code> yönergesi ile biten bir alt
bölüm başlatır. <directive type="section">Location</directive> bölümleri
En önemlisi, <directive type="section">Location</directive>
yönergelerinin dosya sistemi konumlarına erişimi denetim altına almak
için kullanılmaması gerekliliğidir. Aynı dosya sistemi konumuna farklı
- URL’lerle erişmek mümkün olduğundan bu tür erişim denetimleri hile ile
+ URL'lerle erişmek mümkün olduğundan bu tür erişim denetimleri hile ile
atlatılabilir olacaktır.</p>
<p>URL'nin yol bileşeni aşağıdaki koşullardan <em>herhangi birini</em>
<p><directive type="section">Location</directive> işlevselliği özellikle
<directive module="core">SetHandler</directive> yönergesi ile birlikte
kullanışlı olur. Örneğin, durum isteklerini etkin kılmak ama sadece
- <code>example.com</code>’dan gelen isteklere izin vermek için şöyle bir
+ <code>example.com</code>'dan gelen isteklere izin vermek için şöyle bir
uygulama yapabilirsiniz:</p>
<example>
<directivesynopsis type="section">
<name>LocationMatch</name>
-<description>İçerdiği yönergeler sadece düzenli ifadelerle eşleşen URL’lere
+<description>İçerdiği yönergeler sadece düzenli ifadelerle eşleşen URL'lere
uygulanır.</description>
<syntax><LocationMatch
<var>düzifade</var>> ... </LocationMatch></syntax>
<usage>
<p><directive type="section">LocationMatch</directive> yönergesi içerdiği
yönergelerin etki alanını <directive module="core" type="section"
- >Location</directive> yönergesinin yaptığı gibi belirtilen URL’lerle
+ >Location</directive> yönergesinin yaptığı gibi belirtilen URL'lerle
sınırlar. Ancak argüman olarak basit bir dizge değil bir <glossary
ref="regex">düzenli ifade</glossary> alır. Örneğin,</p>
<dt><code>IncludesNOEXEC</code></dt>
<dd>Sunucu taraflı içeriklere izin verilir fakat <code>#exec cmd</code>
ve <code>#exec cgi</code> iptal edilir. Ancak, <directive
- module="mod_alias">ScriptAlias</directive>’lı dizinlerdeki CGI
+ module="mod_alias">ScriptAlias</directive>'lı dizinlerdeki CGI
betikleri için <code>#include virtual</code> hala mümkün olacaktır.</dd>
<dt><code>Indexes</code></dt>
<code>root</code> olarak veya sistem açılışı sırasında çalıştırılması
gerekir.</p>
- <p>Bu sınırlar Apache httpd’nin kendi alt süreçlerine değil, isteklere
+ <p>Bu sınırlar Apache httpd'nin kendi alt süreçlerine değil, isteklere
yanıt verirken Apache httpd alt süreçlerinin çatalladıkları süreçlere
uygulanır. Bunlar CGI betikleri ve SSI çalıştırma komutları olabilir
fakat borulu günlük kaydı gibi ana Apache httpd süreci tarafından
<code>root</code> olarak veya sistem açılışı sırasında çalıştırılması
gerekir.</p>
- <p>Bu sınırlar Apache httpd’nin kendi alt süreçlerine değil, isteklere
+ <p>Bu sınırlar Apache httpd'nin kendi alt süreçlerine değil, isteklere
yanıt verirken Apache httpd alt süreçlerinin çatalladıkları süreçlere
uygulanır. Bunlar CGI betikleri ve SSI çalıştırma komutları olabilir
fakat borulu günlük kaydı gibi ana Apache httpd süreci tarafından
<code>root</code> olarak veya sistem açılışı sırasında çalıştırılması
gerekir.</p>
- <p>Bu sınırlar Apache httpd’nin kendi alt süreçlerine değil, isteklere
+ <p>Bu sınırlar Apache httpd'nin kendi alt süreçlerine değil, isteklere
yanıt verirken Apache httpd alt süreçlerinin çatalladıkları süreçlere
uygulanır. Bunlar CGI betikleri ve SSI çalıştırma komutları olabilir
fakat borulu günlük kaydı gibi ana Apache httpd süreci tarafından
<note><title>Ek Bilgi</title>
<p>CGI süreçleri sunucu kullanıcı kimliğinden farklı bir kullanıcı
kimliği altında çalışmıyorsa bu yönerge sunucunun kendi oluşturduğu
- süreç sayısını sınırlayacaktır. Bunun kanıtı <code>error_log</code>’da
+ süreç sayısını sınırlayacaktır. Bunun kanıtı <code>error_log</code>'da
iletilerin çatallanamamasıdır.</p>
</note>
</usage>
HTTP Sunucusunun 2.0 ve sonraki sürümleri için geçerlidir.</compatibility>
<usage>
- <p>Bu yönerge Apache httpd’nin CGI betiklerini çalıştıracak yorumlayıcıyı
+ <p>Bu yönerge Apache httpd'nin CGI betiklerini çalıştıracak yorumlayıcıyı
nasıl tespit edeceğini belirler. <code>Script</code> öntanımlı olup
- Apache httpd’nin yorumlayıcı olarak betiğin diyezli ünlem satırında
+ Apache httpd'nin yorumlayıcı olarak betiğin diyezli ünlem satırında
(<code>#!</code> ile başlayan ilk satır) belirtilen yorumlayıcıyı
kullanacağını belirtir. Win32 sistemlerinde bu satır genellikle
şöyledir:</p>
dönülür.</p>
<note type="warning"><title>Güvenlik</title>
- <p><directive module="mod_alias">ScriptAlias</directive>’lı dizinlerde
+ <p><directive module="mod_alias">ScriptAlias</directive>'lı dizinlerde
Apache httpd bulduğu <strong>her</strong> dosyayı çalıştırmayı deneyeceğinden
<code>ScriptInterpreterSource Registry</code> yapılandırmasını
kullanırken dikkatli olun. <code>Registry</code> seçeneği genellikle
çalıştırılmayacak dosyalar için istenmeyen program çağrılarına sebep
olabilir. Örneğin, çoğu Windows sisteminde <code>.htm</code> dosyaları
- için ön tanımlı "open" komutu Microsoft Internet Explorer’ın
+ için ön tanımlı "open" komutu Microsoft Internet Explorer'ın
çalıştırılmasına sebep olur; bu bakımdan, betik dizininde bulunan bir
<code>.htm</code> dosyası için yapılan bir HTTP isteği tarayıcının sunucu
artalanında çalıştırılmasına sebep olacaktır. Bu, sistemi bir kaç dakika
<usage>
<p><directive>ServerName</directive> yönergesi, sunucunun kendini
betimlemekte kullanacağı şema, konak adı ve port değerlerini belirler.
- Bu, yönlendirme URL’leri oluşturulurken kullanılır.</p>
+ Bu, yönlendirme URL'leri oluşturulurken kullanılır.</p>
<p>Ek olarak, <a href="../vhosts/name-based.html">isme dayalı sanal
konaklar</a> kullanılırken bir sanal konağı eşsiz bir şekilde betimlemek
<p>Bazen sunucu, bir ters vekil, yük dengeleyici veya SSL yük aktarım
uygulaması gibi bir aygıtın arkasında çalışır. Böyle durumlarda sunucunun
- kendine yönelik URL’leri doğru üretebildiğinden emin olmak için
+ kendine yönelik URL'leri doğru üretebildiğinden emin olmak için
<directive>ServerName</directive> yönergesinde istemcinin bağlanacağı
<code>https://</code> şeması ve port numarası belirtilir.</p>
- <p>Sunucunun kendine yönelik URL’lerin belirtilen portu içerip içermediğini
+ <p>Sunucunun kendine yönelik URL'lerin belirtilen portu içerip içermediğini
veya istemcinin yaptığı istekte belirtilen port numarasının verilip
verilmediğinin saptamasını sağlayan (örneğin, <module>mod_dir</module>
modülü tarafından) ayarlar için <directive
<context>directory</context><context>.htaccess</context>
</contextlist>
<override>FileInfo</override>
-<compatibility>Apache httpd 2.0’da core modülüne taşındı.</compatibility>
+<compatibility>Apache httpd 2.0'da core modülüne taşındı.</compatibility>
<usage>
<p>Bir <code>.htaccess</code> dosyasına veya bir <directive type="section"
<note><title>Bilgi</title>
<p><directive>SetHandler</directive> yönergesi,
öntanımlı eylemcileri geçersiz kıldığından, index dosyaları ve dizinleri
- belirtmek için URL’nin sonuna bölü çizgisi (/) getirmek şeklindeki
+ belirtmek için URL'nin sonuna bölü çizgisi (/) getirmek şeklindeki
normal davranış baskılanır.</p>
</note>
</usage>
<contextlist><context>server config</context><context>virtual host</context></contextlist>
<usage>
- <p><directive>TimeOut</directive> yönergesi Apache httpd’nin aşağıdaki
+ <p><directive>TimeOut</directive> yönergesi Apache httpd'nin aşağıdaki
durumlarda G/Ç için bekleyeceği süreyi belirler:</p>
<ol>
<usage>
<p>Bu yönerge çekirdek ve vekil (<module>mod_proxy</module>) sunucuların
her ikisi için öntanımlı <code>TRACE</code> davranışını değiştirir.
- Öntanımlı olan <code>TraceEnable on</code> ile RFC 2616’dan kaynaklanan
+ Öntanımlı olan <code>TraceEnable on</code> ile RFC 2616'dan kaynaklanan
ve isteğe herhangi bir istek gövdesinin eşlik etmesine izin vermeyen
<code>TRACE</code> isteklerine izin verilir. <code>TraceEnable off</code>
ile çekirdek ve vekil (<module>mod_proxy</module>) sunucuların her ikisi
istek gövdesini 64k ile sınırlar (<code>Transfer-Encoding: chunked</code>
kullanılmışsa bölüm başlıkları için 8k daha). Asıl sunucu yanıt
gövdesinde tüm başlıkları ve bölüm başlıklarının tamamını yansıtacaktır.
- Vekil sunucuda ise istek gövdesi için 64k’lık sınır yoktur.</p>
+ Vekil sunucuda ise istek gövdesi için 64k'lık sınır yoktur.</p>
<note><title>Bilgi</title>
<p>Aksine iddialara rağmen, <code>TRACE</code> bir güvenlik açığı değildir
<context>directory</context></contextlist>
<usage>
- <p>Apache httpd‘nin çoğu durumda özüne yönelik URL‘ler (isteğin tekrar
+ <p>Apache httpd'nin çoğu durumda özüne yönelik URL'ler (isteğin tekrar
aynı sunucuya yapıldığı bir URL türü) oluşturması gerekir.
<code>UseCanonicalName On</code> ile Apache httpd, sunucu için meşru
ismi ve portu oluşturmak için
<directive module="core">ServerName</directive>
yönergesinde belirtilen ismi ve portu kullanır. Bu isim CGI'lerde
<code>SERVER_NAME</code> ve <code>SERVER_PORT</code> değerlerinde ve tüm
- özüne yönelik URL’lerde kullanılır.</p>
+ özüne yönelik URL'lerde kullanılır.</p>
- <p><code>UseCanonicalName Off</code> ile Apache httpd, özüne yönelik URL’leri
+ <p><code>UseCanonicalName Off</code> ile Apache httpd, özüne yönelik URL'leri
varsa istemci tarafından sağlanan konak ismini ve portu kullanarak
oluşturur; bunlar istemci tarafından sağlanmamışsa yukarıda tanımlanan
işleme başvurulur. Bu değerler, <a href="../vhosts/name-based.html">isme
doğrulamasına sokulmasına sebep olacaktır (bir kere <code>www</code>
için bir kere de <code>www.example.com</code> için; daha fazla bilgi için
<a href="http://httpd.apache.org/docs/misc/FAQ.html#prompted-twice"
- >SSS</a>’ye bakınız). Fakat <directive>UseCanonicalName Off</directive>
+ >SSS</a>'ye bakınız). Fakat <directive>UseCanonicalName Off</directive>
olsaydı Apache httpd isteği <code>http://www/splat/</code> adresine
yönlendirecekti.</p>
<p><code>UseCanonicalName DNS</code> diye üçüncü bir seçenek daha vardır ve
istek yaparken <code>Host:</code> başlığını kullanmayan eski istemcileri
- desteklemek amacıyla IP’ye dayalı sanal konaklarla kullanmak için
+ desteklemek amacıyla IP'ye dayalı sanal konaklarla kullanmak için
tasarlanmıştır. Bu seçenek etkin olduğunda Apache httpd, istemciyi özüne
- yönelik URL’lerle doğru yere bağlamak için sunucu IP adresi üzerinde bir
+ yönelik URL'lerle doğru yere bağlamak için sunucu IP adresi üzerinde bir
ters DNS sorgusu yapar.</p>
<note type="warning"><title>Uyarı</title>
- <p>Eğer CGI’ler <code>SERVER_NAME</code> değerleri için önkabuller
+ <p>Eğer CGI'ler <code>SERVER_NAME</code> değerleri için önkabuller
yapıyorlarsa bu seçenek işlerinin bozulmasına yol açabilir. Aslında
istemciler konak ismi olarak istedikleri değeri vermekte özgürdürler.
- Fakat eğer CGI, özüne yönelik URL’leri oluştururken sadece
+ Fakat eğer CGI, özüne yönelik URL'leri oluştururken sadece
<code>SERVER_NAME</code> değerini kullanıyorsa bu istendiği gibi
çalışacaktır.</p>
</note>
<context>directory</context></contextlist>
<usage>
- <p>Apache httpd‘nin çoğu durumda özüne yönelik URL‘ler (isteğin tekrar
+ <p>Apache httpd'nin çoğu durumda özüne yönelik URL'ler (isteğin tekrar
aynı sunucuya yapıldığı bir URL türü) oluşturması gerekir. Apache httpd
<directive module="core">UseCanonicalName</directive> yönergesine bağlı
olarak sunucu için meşru portu oluştururken
<note><title>Ek Bilgi</title>
<p><directive type="section">VirtualHost</directive> kullanımı Apache
- httpd’nin dinleyeceği adresler üzerinde belirleyici değildir. Apache
- httpd’nin doğru adresi dinlediğinden emin olmak için <directive
+ httpd'nin dinleyeceği adresler üzerinde belirleyici değildir. Apache
+ httpd'nin doğru adresi dinlediğinden emin olmak için <directive
module="mpm_common">Listen</directive> kullanmanız gerekebilir.</p>
</note>
<section id="Syntax"><title>Sözdizimi</title>
- <p>Yönergenin bir yapılandırma dosyasında hangi söz dizimiyle görünebileceği belirtilir. Bu sözdizimi yönergeye özeldir ve ayrıntıları yönerge tanımında açıklanır. Genelde yönerge ismini aralarında boşluklar bırakılmış bir dizi argüman izler. Eğer argümanlardan biri kendi içinde boşluk içeriyorsa çift tırnak içine alınır. İsteğe bağlı argümanlar sözdiziminde köşeli ayraçların arasında gösterilmiştir. Birden fazla olası değeri olan argümanlarda değerler aralarına | karakteri konarak ayrılmıştır. Değerin yerine ismi belirtilen argümanlarda bu isimler <em>eğik</em> yazılırken, kendisi değer olan dizgeler öntanımlı yazıtipi ile gösterilmiştir. Değişik sayıda argüman alan yönergelerde bu durum son argümanı takibeden “...” ile belirtilmiştir.</p>
+ <p>Yönergenin bir yapılandırma dosyasında hangi söz dizimiyle görünebileceği belirtilir. Bu sözdizimi yönergeye özeldir ve ayrıntıları yönerge tanımında açıklanır. Genelde yönerge ismini aralarında boşluklar bırakılmış bir dizi argüman izler. Eğer argümanlardan biri kendi içinde boşluk içeriyorsa çift tırnak içine alınır. İsteğe bağlı argümanlar sözdiziminde köşeli ayraçların arasında gösterilmiştir. Birden fazla olası değeri olan argümanlarda değerler aralarına | karakteri konarak ayrılmıştır. Değerin yerine ismi belirtilen argümanlarda bu isimler <em>eğik</em> yazılırken, kendisi değer olan dizgeler öntanımlı yazıtipi ile gösterilmiştir. Değişik sayıda argüman alan yönergelerde bu durum son argümanı takibeden "..." ile belirtilmiştir.</p>
<p>Yönergelerde kullanılan argüman türleri çok çeşitlidir. Çok kullanılanlardan bazıları aşağıda tanımlanmıştır.</p>
<dl>
<dt><em>URL</em></dt>
- <dd><code>http://www.mesela.dom/yol/yordam/dosya.html</code> örneğindeki gibi protokol şeması ve konak ismini isteğe bağlı bir dosya yolunun izlediği, açılımı “Uniform Resource Locator” olan ve Türkçe’ye “Tektip Özkaynak Konumlayıcı” şeklinde çevrilebilecek adresleri betimler.</dd>
+ <dd><code>http://www.mesela.dom/yol/yordam/dosya.html</code> örneğindeki gibi protokol şeması ve konak ismini isteğe bağlı bir dosya yolunun izlediği, açılımı "Uniform Resource Locator" olan ve Türkçe'ye "Tektip Özkaynak Konumlayıcı" şeklinde çevrilebilecek adresleri betimler.</dd>
<dt><em>URL-yolu</em></dt>
- <dd><code>/yol/yordam/dosya.html</code> örneğindeki gibi bir <em>url</em>
’nin parçası olarak protokol şeması ve konak ismini izleyen bir yol dizgesini betimler. <em>url-yolu</em>, bir dosya sisteminin kök dizinine göre değil, <a
+ <dd><code>/yol/yordam/dosya.html</code> örneğindeki gibi bir <em>url</em>
'nin parçası olarak protokol şeması ve konak ismini izleyen bir yol dizgesini betimler. <em>url-yolu</em>, bir dosya sisteminin kök dizinine göre değil, <a
href="core.html#documentroot">DocumentRoot</a> ile belirtilen dizine göre bir dosya yolu betimler.</dd>
<dt><em>dosya-yolu</em></dt>
<dt><em>uzantı</em></dt>
- <dd>Bu genelde, <em>dosya-ismi</em>’nin bir parçası olarak son noktadan sonraki kısmı betimler. Bununla birlikte, Apache çok sayıda nokta içeren dosya isimlerinde ilk noktadan sonrasını <em>uzantı</em> kabul eden çoklu dosya ismi uzantılarını da tanır. Örneğin, <em>dosya-ismi</em> olarak <code>dosya.html.tr</code> değeri iki uzantı içerir: <code>.html</code> ve
- <code>.tr</code>. Apache yönergelerinde <em>uzantı</em>’ları başında noktası olmaksızın da belirtebilirsiniz. Ayrıca, <em>uzantı</em>’lar harf büyüklüğüne de duyarlı değildir.</dd>
+ <dd>Bu genelde, <em>dosya-ismi</em>'nin bir parçası olarak son noktadan sonraki kısmı betimler. Bununla birlikte, Apache çok sayıda nokta içeren dosya isimlerinde ilk noktadan sonrasını <em>uzantı</em> kabul eden çoklu dosya ismi uzantılarını da tanır. Örneğin, <em>dosya-ismi</em> olarak <code>dosya.html.tr</code> değeri iki uzantı içerir: <code>.html</code> ve
+ <code>.tr</code>. Apache yönergelerinde <em>uzantı</em>'ları başında noktası olmaksızın da belirtebilirsiniz. Ayrıca, <em>uzantı</em>'lar harf büyüklüğüne de duyarlı değildir.</dd>
<dt><em>MIME-türü</em></dt>
<section id="Default"><title>Öntanımlı</title>
- <p>Eğer yönerge öntanımlı bir değere sahipse o burada belirtilir (öntanımlı değer, yönergede kullanıcı tarafından belirtilmediği halde Apache tarafından belirtildiği varsayılarak işlem yapılan değerdir). Eğer öntanımlı bir değer yoksa bu bölümde bu durum “<em>Yok</em>” şeklinde belirtilir. Burada belirtilen öntanımlı değerin sunucu ile dağıtılan öntanımlı httpd.conf içindeki yönergede kullanılan değerle aynı olmasının gerekmediğine dikkat ediniz.</p>
+ <p>Eğer yönerge öntanımlı bir değere sahipse o burada belirtilir (öntanımlı değer, yönergede kullanıcı tarafından belirtilmediği halde Apache tarafından belirtildiği varsayılarak işlem yapılan değerdir). Eğer öntanımlı bir değer yoksa bu bölümde bu durum "<em>Yok</em>" şeklinde belirtilir. Burada belirtilen öntanımlı değerin sunucu ile dağıtılan öntanımlı httpd.conf içindeki yönergede kullanılan değerle aynı olmasının gerekmediğine dikkat ediniz.</p>
</section>
<section id="Context"><title>Bağlam</title>
<dl>
<dt>Çekirdek</dt>
- <dd>Eğer bir yönerge “Çekirdek” durumuna sahip olarak listelenmişse bu, yönergenin Apache HTTP sunucusunun en iç kısımlarının bir parçası olduğu ve daima kullanılabilir olacağı anlamına gelir.</dd>
+ <dd>Eğer bir yönerge "Çekirdek" durumuna sahip olarak listelenmişse bu, yönergenin Apache HTTP sunucusunun en iç kısımlarının bir parçası olduğu ve daima kullanılabilir olacağı anlamına gelir.</dd>
<dt>MPM</dt>
- <dd>“MPM” durumuna sahip bir yönerge <a href="../mpm.html">Çok Süreklilik Modülü</a> tarafından sağlanır. Bu yönerge türü sadece ve sadece yönerge tanımının <a href="#Module">Modül</a> satırında listelenmiş MPM’lerden birini kullanıyorsanız mevcut olacaktır.</dd>
+ <dd>"MPM" durumuna sahip bir yönerge <a href="../mpm.html">Çok Süreklilik Modülü</a> tarafından sağlanır. Bu yönerge türü sadece ve sadece yönerge tanımının <a href="#Module">Modül</a> satırında listelenmiş MPM'lerden birini kullanıyorsanız mevcut olacaktır.</dd>
<dt>Temel</dt>
- <dd>“Temel” durumuna sahip bir yönerge, sunucuda öntanımlı derlenmiş standart Apache modüllerinden biri tarafından destekleniyor demektir. Bu nedenle sunucuyu derlemek için yapılandırırken yönergeyi içeren modülü yapılandırmadan özellikle kaldırmazsanız yönerge normal olarak kullanılabilir olacaktır.</dd>
+ <dd>"Temel" durumuna sahip bir yönerge, sunucuda öntanımlı derlenmiş standart Apache modüllerinden biri tarafından destekleniyor demektir. Bu nedenle sunucuyu derlemek için yapılandırırken yönergeyi içeren modülü yapılandırmadan özellikle kaldırmazsanız yönerge normal olarak kullanılabilir olacaktır.</dd>
<dt>Eklenti</dt>
- <dd>“Eklenti” durumuna sahip bir yönerge, Apache sunucu kitinde bulunan ancak normalde sunucuyla birlikte derlenmeyen modüllerden biri tarafından sağlanır. Yönergeyi ve işlevselliğini etkin kılmak için sunucunun derleme öncesi paket yapılandırması sırasında modülün derleneceğini açıkça belirttikten sonra gerekirse sunucuyu yeniden derlemeniz gerekir.</dd>
+ <dd>"Eklenti" durumuna sahip bir yönerge, Apache sunucu kitinde bulunan ancak normalde sunucuyla birlikte derlenmeyen modüllerden biri tarafından sağlanır. Yönergeyi ve işlevselliğini etkin kılmak için sunucunun derleme öncesi paket yapılandırması sırasında modülün derleneceğini açıkça belirttikten sonra gerekirse sunucuyu yeniden derlemeniz gerekir.</dd>
<dt>Deneysel</dt>
- <dd>“Deneysel” durumuna sahip bir yönerge, Apache sunucu kitinde bulunan modüllerden biri tarafından sağlanır ve modülün denenmesi tamamen sizin insiyatifinize bırakılır. Böyle bir yönerge her şeyiyle belgelenmiştir fakat gerektiği gibi desteklenmemiştir. Yönergeyi içeren modül öntanımlı olarak sunucuyla birlikte derlenebileceği gibi derlenmeyebilir de; bunun için yönergenin açıklandığı sayfanın başına ve kullanılabilirliği hakkında bilgi edinmek için yönergeyi içeren modüle bakın.</dd>
+ <dd>"Deneysel" durumuna sahip bir yönerge, Apache sunucu kitinde bulunan modüllerden biri tarafından sağlanır ve modülün denenmesi tamamen sizin insiyatifinize bırakılır. Böyle bir yönerge her şeyiyle belgelenmiştir fakat gerektiği gibi desteklenmemiştir. Yönergeyi içeren modül öntanımlı olarak sunucuyla birlikte derlenebileceği gibi derlenmeyebilir de; bunun için yönergenin açıklandığı sayfanın başına ve kullanılabilirliği hakkında bilgi edinmek için yönergeyi içeren modüle bakın.</dd>
</dl>
</section>
<section id="Compatibility"><title>Uyumluluk</title>
- <p>Eğer yönerge Apache’nin 2. sürüm dağıtımının özgün parçası değilse söz konusu sürüm burada belirtilir. Ayrıca, yönergenin kullanımı belli platformlarla sınırlıysa bunun ayrıntıları da burada belirtilir.</p>
+ <p>Eğer yönerge Apache'nin 2. sürüm dağıtımının özgün parçası değilse söz konusu sürüm burada belirtilir. Ayrıca, yönergenin kullanımı belli platformlarla sınırlıysa bunun ayrıntıları da burada belirtilir.</p>
</section>
</manualpage>
alfabetik olarak listelendiği bir <a href="directives.html">Yönerge
Dizini</a> de mevcuttur.</p>
</summary>
- <seealso><a href="../mpm.html">Çok Süreçlilik Modülleri (MPM’ler)</a>
+ <seealso><a href="../mpm.html">Çok Süreçlilik Modülleri (MPM'ler)</a>
</seealso>
<seealso><a href="quickreference.html">Hızlı Yönerge Kılavuzu</a>
</seealso>
<identifier>alias_module</identifier>
<summary>
- <p>Bu modülde bulunan yönergeler sunucuya istek olarak gelen URL’lerin
+ <p>Bu modülde bulunan yönergeler sunucuya istek olarak gelen URL'lerin
denetlenmesini ve değiştirilmesini mümkün kılar. <directive
module="mod_alias" >Alias</directive> ve <directive module="mod_alias"
- >ScriptAlias</directive> yönergeleri URL’lerin dosya sisteminin
+ >ScriptAlias</directive> yönergeleri URL'lerin dosya sisteminin
dizinlerine eşlenmesini sağlar. Böylece, kök dizini <directive
module="core">DocumentRoot</directive> ile belirtilen site belge ağacı
altında bulunmayan içeriğe erişmek mümkün olur. <directive
</summary>
<seealso><module>mod_rewrite</module></seealso> <seealso><a
- href="../urlmapping.html">URL’lerin Dosya sistemi ile Eşlenmesi</a>
+ href="../urlmapping.html">URL'lerin Dosya sistemi ile Eşlenmesi</a>
</seealso>
<section id="order"><title>İşlem Sırası</title>
module="mod_alias">Redirect</directive> varsa bunlar belli bir
sıraya göre işleme sokulurlar.</p>
- <p>İlk adımda, <directive module="mod_alias">Alias</directive>’lardan önce
+ <p>İlk adımda, <directive module="mod_alias">Alias</directive>'lardan önce
bütün <directive module="mod_alias">Redirect</directive> yönergeleri
işleme sokulur. Bu bakımdan bir <directive module="mod_alias"
>Redirect</directive> veya <directive module="mod_alias"
<directivesynopsis>
<name>Alias</name>
-<description>URL’leri dosya sistemi konumlarıyla eşler.</description>
+<description>URL'leri dosya sistemi konumlarıyla eşler.</description>
<syntax>Alias <var>URL-yolu</var> <var>dosya-yolu</var> |
<var>dizin-yolu</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
<p><directive>Alias</directive> yönergesi, belgelerin <directive
module="core">DocumentRoot</directive> dizininden farklı bir yerde
saklanmasını mümkün kılar. <code><em>URL-yolu</em></code> ile başlayan
- URL’ler (% imlemesi çözüldükten sonra) <code><em>dizin-yolu</em></code>
+ URL'ler (% imlemesi çözüldükten sonra) <code><em>dizin-yolu</em></code>
ile başlayan yerel dosyalarla eşlenir. <code><em>URL-yolu</em></code>,
harf büyüklüğüne duyarsız sistemlerde bile harf büyüklüğüne
duyarlıdır.</p>
ifadelerin kullanıldığı daha karmaşık eşleşmeler için <directive
module="mod_alias" >AliasMatch</directive> yönergesine bakınız.</p>
- <p><code><em>URL-yolu</em></code>’nu bir <code>/</code> ile
+ <p><code><em>URL-yolu</em></code>'nu bir <code>/</code> ile
sonlandırırsanız <directive>Alias</directive> yönergesini yorumlarken
sunucunun da sona bir <code>/</code> ekleyeceğine dikkat ediniz. Yani,
eğer</p>
<dl><dd><code>Alias /icons/ /usr/local/apache/icons/</code></dd></dl>
<p>diye bir tanım yaparsanız sona bir / ekleme ihtiyacından dolayı
- <code>/icons</code> URL’si için bir <directive>Alias</directive>
+ <code>/icons</code> URL'si için bir <directive>Alias</directive>
kullanılmayacaktır.</p>
<p><directive>Alias</directive> <em>hedefleri</em> için ek <directive
<directivesynopsis>
<name>AliasMatch</name>
-<description>URL’leri dosya sistemi konumlarıyla düzenli ifadeleri kullanarak
+<description>URL'leri dosya sistemi konumlarıyla düzenli ifadeleri kullanarak
eşler.</description>
<syntax>AliasMatch <var>düzenli-ifade</var>
<var>dosya-yolu</var>|<var>dizin-yolu</var></syntax>
<directivesynopsis>
<name>Redirect</name>
-<description>İstemciyi, bir yönlendirme isteği döndürerek farklı bir URL’ye
+<description>İstemciyi, bir yönlendirme isteği döndürerek farklı bir URL'ye
yönlendirir.</description>
<syntax>Redirect [<var>durum</var>] <var>URL-yolu</var>
<var>URL</var></syntax>
<usage>
<p><directive>Redirect</directive> yönergesi istemciye bir yönlendirme
- isteği döndürerek eski URL’yi yenisiyle eşler.</p>
+ isteği döndürerek eski URL'yi yenisiyle eşler.</p>
<p>Eski <code><em>URL-yolu</em></code> bir bölü çizgisi ile başlar ve harf
büyüklüğüne duyarlıdır (% imlemesi çözüldükten sonra).
<p><code><em>URL-yolu</em></code> ile başlayan istekler istemciye hedef
<code><em>URL</em></code> konumuna bir yönlendirme isteği olarak
- dönecektir. <code><em>URL-yolu</em></code>’nun devamı niteliğindeki ek
- yol hedef URL’ye eklenir.</p>
+ dönecektir. <code><em>URL-yolu</em></code>'nun devamı niteliğindeki ek
+ yol hedef URL'ye eklenir.</p>
<example><title>Örnek:</title>
# Farklı bir konaktaki bir URL'ye yönlendirme<br />
<directivesynopsis>
<name>RedirectTemp</name>
<description>İstemciyi, geçici bir yönlendirme isteği döndürerek farklı bir
-URL’ye yönlendirir.</description>
+URL'ye yönlendirir.</description>
<syntax>RedirectTemp <var>URL-yolu</var> <var>URL</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context></contextlist>
<directivesynopsis>
<name>RedirectPermanent</name>
<description>İstemciyi, kalıcı bir yönlendirme isteği döndürerek farklı bir
-URL’ye yönlendirir.</description>
+URL'ye yönlendirir.</description>
<syntax>RedirectPermanent <var>URL-yolu</var> <var>URL</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context></contextlist>
<directivesynopsis>
<name>ScriptAlias</name>
-<description>Bir URL’yi dosya sistemindeki bir yere eşler ve hedefi bir CGI betiği olarak çalıştırır.</description>
+<description>Bir URL'yi dosya sistemindeki bir yere eşler ve hedefi bir CGI betiği olarak çalıştırır.</description>
<syntax>ScriptAlias <var>URL-yolu</var>
<var>dosya-yolu</var>|<var>dizin-yolu</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
yorumlayıcısı tarafından çalıştırılacak betikleri içeren dizin olarak
imlemesi dışında <directive module="mod_alias">Alias</directive>
yönergesinin yaptığı işi yapar. <code><em>URL-yolu</em></code> ile
- başlayan harf büyüklüğüne duyarlı URL’ler (% imlemesi çözüldükten
+ başlayan harf büyüklüğüne duyarlı URL'ler (% imlemesi çözüldükten
sonra), dosya sistemindeki bir tam yol olarak belirtilmiş
<code><em>dizin-yolu</em></code> ile başlayan betiklerle eşlenir.</p>
ScriptAlias /cgi-bin/ /siteler/cgi-handler.pl
</example>
- <p>Bu senaryoda <code>/cgi-bin/</code>’den istenen tüm dosyalar sizin
+ <p>Bu senaryoda <code>/cgi-bin/</code>'den istenen tüm dosyalar sizin
belirttiğiniz dosya tarafından işleme sokulacaktır. Bu yöntemle kendi
özel eylemcinizi kullanabilirsiniz. İsterseniz, bunu içerik eklemek
ya da ısmarlama bir eylem için bir CGI sarmalayıcısı olarak da
<note type="warning">Yapılandırma değiştiğinde kaynak kodlarının ister
istemez açığa çıkmasını istemiyorsanız CGI betiklerinizi <directive
module="core">DocumentRoot</directive> altına koymayınız.
- <directive>ScriptAlias</directive> yönergesi URL’yi doğru yere
+ <directive>ScriptAlias</directive> yönergesi URL'yi doğru yere
eşlemekten başka orayı bir CGI betikleri dizini olarak imler. CGI
betiklerinizi <directive module="core">DocumentRoot</directive> altına
koyarsanız çalıştırmak için <directive>ScriptAlias</directive> değil,
<directivesynopsis>
<name>ScriptAliasMatch</name>
-<description>Bir URL’yi dosya sistemindeki bir yere düzenli ifade kullanarak
+<description>Bir URL'yi dosya sistemindeki bir yere düzenli ifade kullanarak
eşler ve hedefi bir CGI betiği olarak çalıştırır.</description>
<syntax>ScriptAliasMatch <var>düzenli-ifade</var>
<var>dosya-yolu</var>|<var>dizin-yolu</var></syntax>
membres auront l'autorisation d'accès. Elle prend comme argument le
DN du groupe LDAP.</p>
- <note type="warning">N’entourez pas de guillemets le nom du groupe. À la
+ <note type="warning">N'entourez pas de guillemets le nom du groupe. À la
différence de <code>Require ldap-user</code>, le fournisseur
<code>ldap-group</code> ne prend pas en charge les valeurs entre guillemets.</note>
- <p>Supposons par exemple que l’entrée suivante existait dans l’annuaire
+ <p>Supposons par exemple que l'entrée suivante existait dans l'annuaire
LDAP :</p>
<example><pre>
l'annuaire correspond au DN spécifié par la directive <code>Require
ldap-dn</code>, l'autorisation d'accès est accordée.</p>
- <note type="warning">N’entourez pas de guillemets le DN. À la différence de
+ <note type="warning">N'entourez pas de guillemets le DN. À la différence de
<code>Require ldap-user</code>, le fournisseur <code>ldap-dn</code> ne prend
pas en charge les valeurs entre guillemets.</note>
<note><title>Différences avec les motifs à caractères génériques du shell</title>
<p>La recherche de correspondance avec caractères génériques utilisée ici
- n’est <em>pas</em> la même que la recherche de correspondance de motifs de
+ n'est <em>pas</em> la même que la recherche de correspondance de motifs de
noms de fichier dans le style du shell (glob). En particulier :</p>
<ul>
<li>Les expressions entre crochets telles que <code>[abc]</code> ou
<code>[!.]</code> ne sont pas prises en charge ; elles sont traitées
comme des caractères littéraux.</li>
- <li>Un point en début de nom de fichier n’est pas traité de manière
+ <li>Un point en début de nom de fichier n'est pas traité de manière
particulière. Par exemple, <code>*~</code> correspondra avec
<code>.example~</code>, alors que ce ne sera pas le cas avec le shell.</li>
</ul>
<dd>Le mot-clé <code>NameWidth</code> vous permet de spécifier la
largeur en octets de la colonne correspondant au nom du
fichier. La valeur doit être supérieure à 5, ou <code>*</code> pour une
- largeur automatique. S’il n’est pas défini ou préfixé par <code>-</code>,
+ largeur automatique. S'il n'est pas défini ou préfixé par <code>-</code>,
la valeur par défaut de 20 octets est utilisée.</dd>
- <dd>S’il n'est pas
+ <dd>S'il n'est pas
défini, <module
>mod_autoindex</module> va calculer la meilleure largeur
possible, mais jusqu'à une largeur maximale de 20 octets.</dd>
<dt><a name="indexoptions.none"
id="indexoptions.none">None</a></dt>
- <dd>Le mot-clé <code>None</code> désactive toutes les options d’indexation
- pour le répertoire. Aucune fonctionnalité d’indexation fantaisiste ne sera
+ <dd>Le mot-clé <code>None</code> désactive toutes les options d'indexation
+ pour le répertoire. Aucune fonctionnalité d'indexation fantaisiste ne sera
activée.
<note><code>None</code> ne peut pas être préfixé par <code>+</code> ou
<code>-</code>, et il ne peut être combiné avec aucun autre mot-clé de la
directive <directive>IndexOptions</directive>. Si <code>None</code> est
- spécifié, il doit s’agir de la seule option présente.</note>
+ spécifié, il doit s'agir de la seule option présente.</note>
</dd>
</dl>
<p>Yönerge, <code><a href="#indexoptions.fancyindexing"
>FancyIndexing</a></code> seçeneğiyle üretilen dizin listesinde adı
<code><em>isim</em></code> ile biten bir dosya için gösterilecek simgeyi
- belirler. <code><em>simge</em></code> ya simgenin göreli URL’si (%
+ belirler. <code><em>simge</em></code> ya simgenin göreli URL'si (%
öncelemeli), tam nitelenmiş bir uzak URL ya da
<code>(<var>alt-metin</var>,<var>url</var>)</code>
biçeminde olmalıdır; buradaki <code><em>alt-metin</em></code> simge
<p>Yönerge, <code><a href="#indexoptions.fancyindexing"
>FancyIndexing</a></code> seçeneğiyle üretilen dizin listesinde bir
dosya için gösterilecek simgeyi belirler. <code><em>simge</em></code> ya
- simgenin göreli URL’si (% öncelemeli), tam nitelenmiş uzak bir URL ya da
+ simgenin göreli URL'si (% öncelemeli), tam nitelenmiş uzak bir URL ya da
<code>(<var>alt-metin</var>,<var>url</var>)</code> biçeminde olmalıdır;
buradaki <code><em>alt-metin</em></code> simge gösterilemediği durumda
tarayıcı tarafından simgenin yerinde gösterilecek metindir.</p>
>FancyIndexing</a></code> seçeneğiyle üretilen dizin listesinde MIME
türü <code><em>MIME-türü</em></code> olarak belirtilen bir dosya için
gösterilecek simgeyi belirler. <code><em>simge</em></code> ya simgenin
- göreli URL’si (% öncelemeli), tam nitelenmiş uzak bir URL ya da
+ göreli URL'si (% öncelemeli), tam nitelenmiş uzak bir URL ya da
<code>(<var>alt-metin</var>,<var>url</var>)</code> biçeminde olmalıdır;
buradaki <code><em>alt-metin</em></code> simge gösterilemediği durumda
tarayıcı tarafından simgenin yerinde gösterilecek metindir.</p>
<dd><code>Charset</code> seçeneği üretilen sayfa için bir karakter
kümesi belirtebilmenizi sağlar. Dizinin bulunduğu dosya sisteminin
karakter kodlamasına bağlı olarak öntanımlı değeri Windows ve Mac OS
- X'te <var>UTF-8</var>, diğerlerinde <var>ISO-8859-1</var>’dir (İlgili
+ X'te <var>UTF-8</var>, diğerlerinde <var>ISO-8859-1</var>'dir (İlgili
dosya sisteminin Unicode dosya isimleri kullanıp kullanmamasına
bağlıdır).
<dd>Bu seçenek etkin kılındığında isimler harf büyüklüğüne duyarsız
sıralanır. Örneğin, isme göre artan sıralamada <code>IgnoreCase</code>
etkinse Zeta dosyası alfa dosyasından sonra listelenir (Dikkat: GAMMA
- daima gamma’dan önce listelenir.)</dd>
+ daima gamma'dan önce listelenir.)</dd>
<dt><a name="indexoptions.ignoreclient" id="indexoptions.ignoreclient"
><code>IgnoreClient</code></a></dt>
- <dd>Bu seçenek <module>mod_autoindex</module>’in listenin sıralanmasına
+ <dd>Bu seçenek <module>mod_autoindex</module>'in listenin sıralanmasına
etki edenler dahil tüm sorgu değişkenlerini yoksaymasına sebep olur
(örtük olarak <code><a href="#indexoptions.suppresscolumnsorting"
>SuppressColumnSorting</a></code> uygulanır).</dd>
<code>Last-Modified</code> ve <code>ETag</code> alanlarının dönmesini
sağlar. Sadece işletim sistemi veya dosya sistemi uygun stat()
sonuçlarını döndürüyorsa bu geçerlidir. Bazı Unix sistemleri ve
- OS/2'nin JFS'si ile Win32’nin NTFS’i böyledir. Ancak OS/2 ve Win32 FAT dosya
+ OS/2'nin JFS'si ile Win32'nin NTFS'i böyledir. Ancak OS/2 ve Win32 FAT dosya
sistemleri böyle değildir. Bu özellik etkin kılındığında istemci veya
vekil <code>HEAD</code> istekleriyle dosya listesindeki değişiklikleri
izleyebilirler. Yalnız, bazı işletim sistemlerinin yeni ve silinmiş
<dt><a name="indexoptions.xhtml"
id="indexoptions.xhtml"><code>XHTML</code></a></dt>
- <dd><code>XHTML</code> seçeneği <module>mod_autoindex</module>’in kodu
- HTML 3.2’ye değil XHTML 1.0’a uygun üretmesini sağlar.</dd>
+ <dd><code>XHTML</code> seçeneği <module>mod_autoindex</module>'in kodu
+ HTML 3.2'ye değil XHTML 1.0'a uygun üretmesini sağlar.</dd>
</dl>
<!--
<usage>
<p><directive>IndexHeadInsert</directive> yönergesi, dizin listesi için
- üretilen HTML’nin <var><head></var> bölümüne yerleştirilecek bir
+ üretilen HTML'nin <var><head></var> bölümüne yerleştirilecek bir
dizge tanımlar.</p>
<example>
<title>Example</title>
eklenecek dosyanın ismini belirler. <code><em>dosya-ismi</em></code> ile
listeye dahil edilecek dosyanın ismi listelenen dizine göreli olarak
belirtilir. Eğer dosya ismi 2. örnekteki gibi bir bölü çizgisi ile
- başlıyorsa <directive module="core">DocumentRoot</directive>’a göreli
+ başlıyorsa <directive module="core">DocumentRoot</directive>'a göreli
belirtildiği varsayılır.</p>
<example><title>1. Örnek</title>
module="mod_cache">CacheDefaultExpire</directive> servira à générer une date
d'expiration. </p>
- <note>Plus précisément, une réponse 200 OK n’est mise en cache que si elle
+ <note>Plus précisément, une réponse 200 OK n'est mise en cache que si elle
contient au moins un des en-têtes <code>Last-Modified</code>,
<code>ETag</code> ou <code>Expires</code>, ou une directive
<code>Cache-Control: max-age</code> ou <code>s-maxage</code>. Cette
- directive permet de s’affranchir entièrement de cette condition préalable.
- Si un de ces en-têtes est déjà présent, cette directive n’a aucun
+ directive permet de s'affranchir entièrement de cette condition préalable.
+ Si un de ces en-têtes est déjà présent, cette directive n'a aucun
effet.</note>
<highlight language="config">
compilé dans le serveur ou chargé au démarrage à l'aide de la
directive <directive module="mod_so">LoadModule</directive>.</p>
- <p>Dans l’exemple ci-après, la directive <directive module="mod_authz_core"
- type="section">RequireAny</directive> permet de s’assurer que les méthodes
+ <p>Dans l'exemple ci-après, la directive <directive module="mod_authz_core"
+ type="section">RequireAny</directive> permet de s'assurer que les méthodes
spécifiques à DAV (autrement dit les méthodes autres que <code>GET</code>,
<code>POST</code> et <code>OPTIONS</code>) sont réservées aux utilisateurs
authentifiés.</p>
via la variable de serveur <code>REQUEST_URI</code>. Pour accéder à cette
variable en PHP, par exemple, utilisez <code>$_SERVER['REQUEST_URI']</code>.</p>
<note><title>Interaction avec les autres gestionnaires</title>
- <p>La directive <directive>FallbackResource</directive> n’a d’effet que si
- aucun autre gestionnaire n’a été assigné à la requête. Si une directive
+ <p>La directive <directive>FallbackResource</directive> n'a d'effet que si
+ aucun autre gestionnaire n'a été assigné à la requête. Si une directive
comme <directive module="core">SetHandler</directive> ou <directive
module="mod_mime">AddHandler</directive> a déjà assigné un gestionnaire à un
URL ou à une extension de fichier, la directive
- <directive>FallbackResource</directive> ne l’outrepassera pas. Par exemple,
+ <directive>FallbackResource</directive> ne l'outrepassera pas. Par exemple,
si vous utilisez <code>SetHandler application/x-httpd-php</code> dans une
section <directive type="section" module="core">Directory</directive>, ce
- gestionnaire s’appliquera à toutes les requêtes dans ce répertoire, même
- aux requêtes pour des fichiers qui n’existent pas ; la directive
+ gestionnaire s'appliquera à toutes les requêtes dans ce répertoire, même
+ aux requêtes pour des fichiers qui n'existent pas ; la directive
<directive>FallbackResource</directive> ne sera alors jamais invoquée.</p></note>
</usage>
<seealso><directive module="core">SetHandler</directive></seealso>
edebilirsiniz.</p>
<p>Sunucu <code>http://example.com/filanca/birdizin</code> şeklinde bir
- istek aldığında <code>birdizin</code> bir dizinin ismiyse ‘bölü
- çizgisiyle biten’ bir yönlendirme söz konusudur. Dizinler URL sonuna bir
+ istek aldığında <code>birdizin</code> bir dizinin ismiyse 'bölü
+ çizgisiyle biten' bir yönlendirme söz konusudur. Dizinler URL sonuna bir
bölü çizgisi eklenmesini gerektirir, bu bakımdan <module>mod_dir</module>
modülü isteği <code>http://example.com/filanca/birdizin/</code> şeklinde
yönlendirir.</p>
sonuna bir bölü çizgisi ekleyerek dizin içeriğinin listelenmesini
istediğinde bakılmak üzere özkaynakları listeler.
<code><em>yerel-url</em></code>, sunucu üstünde istenen dizine göreli
- bir belgenin URL’sidir; normal olarak dizin içindeki bir dosyanın
- ismidir. Çeşitli URL’ler verilebilirse de sunucu daima ilk bulduğuyla
+ bir belgenin URL'sidir; normal olarak dizin içindeki bir dosyanın
+ ismidir. Çeşitli URL'ler verilebilirse de sunucu daima ilk bulduğuyla
dönecektir. Eğer özkaynakların hiçbiri yoksa ve <code>Indexes</code>
seçeneği atanmışsa sunucu dizin içeriğinden bir liste üretecektir.</p>
<code>index.txt</code> mevcut olduğunda <code>/cgi-bin/index.pl</code>
CGI betiği çalıştırılacaktır.</p>
- <p><code>disabled</code> değeri tek başına <module>mod_dir</module>’in bir
+ <p><code>disabled</code> değeri tek başına <module>mod_dir</module>'in bir
dizin listesi aramasını engeller. <code>disabled</code> değiştirgesi
öncesinde ve sonrasında başka bir değiştirge hatta bir <code>disabled</code>
daha olsa bile tek başına <code>disabled</code> verilmiş gibi
<usage>
<p><directive>DirectorySlash</directive> yönergesi, bir dizin isteğinde
- bulunan URL’lerin sonuna <module>mod_dir</module> modülü tarafından bir
+ bulunan URL'lerin sonuna <module>mod_dir</module> modülü tarafından bir
bölü çizgisi eklenip eklenmeyeceğini belirler.</p>
<p>Normalde, bir kullanıcı sona bir bölü çizgisi eklemeden bir dizin için
<p>Le type MIME peut utiliser des caractères génériques pour le sous-type,
comme dans <code>image/*</code>. Cet exemple correspond à tout sous-type
- sous le type principal. Lorsque le type de contenu d’une requête ne
+ sous le type principal. Lorsque le type de contenu d'une requête ne
correspond pas à une entrée <directive>ExpiresByType</directive> spécifique,
une entrée avec caractères génériques pour le type principal est recherchée
avant de se rebattre sur <directive
<p>Notez que les directives <directive>AddOutputFilterByType</directive>
situées dans un même contexte sont additives, mais que leur définition dans
- un contexte plus spécifique (tel qu’une section <directive type="section"
+ un contexte plus spécifique (tel qu'une section <directive type="section"
module="core">VirtualHost</directive>, <directive type="section"
module="core">Directory</directive> ou <directive type="section"
- module="core">Location</directive>) remplacera — ne s’ajoutera pas à
- — toutes définitions héritées d’un contexte plus général. Ce comportement
+ module="core">Location</directive>) remplacera — ne s'ajoutera pas à
+ — toutes définitions héritées d'un contexte plus général. Ce comportement
est identique à celui de la directive <directive
module="mod_mime">AddOutputFilter</directive>.</p>
</VirtualHost>
</highlight>
- <note type="warning"><title>Limitation avec les filtres définis par l’utilisateur</title>
+ <note type="warning"><title>Limitation avec les filtres définis par l'utilisateur</title>
<p>La directive <directive>AddOutputFilterByType</directive> fonctionne avec
des filtres intégrés standards comme <code>DEFLATE</code> et
<code>INCLUDES</code>, mais ne fonctionne pas avec des filtres qui
déterminent leur configuration par nom de filtre, comme ceux définis
par le module <module>mod_ext_filter</module> ou par la directive
<code>LuaOutputFilter</code> du module <module>mod_lua</module>. Cela est dû
- au fait que le nom du filtre est modifié en interne par l’adjonction du
- préfixe <code>BYTYPE:</code>. Pour les filtres définis par l’utilisateur,
+ au fait que le nom du filtre est modifié en interne par l'adjonction du
+ préfixe <code>BYTYPE:</code>. Pour les filtres définis par l'utilisateur,
utilisez à la place les directives <directive>FilterDeclare</directive> et
<directive>FilterProvider</directive> avec une expression correspondant à
<code>%{CONTENT_TYPE}</code>.</p></note>
<directivesynopsis>
<name>H2MaxHeaderBlockLen</name>
- <description>Taille maximale des en-têtes d’une réponse</description>
+ <description>Taille maximale des en-têtes d'une réponse</description>
<syntax>H2MaxHeaderBlockLen <var>n</var></syntax>
<default>H2MaxHeaderBlockLen 0</default>
<contextlist>
<usage>
<p>
La directive <directive>H2MaxHeaderBlockLen</directive> permet
- de définir la taille maximale globale des en-têtes d’une
+ de définir la taille maximale globale des en-têtes d'une
réponse. Définir cette directive à 0 implique une taille maximale
de 64 ko dans nghttp2, ce qui correspond à la valeur par défaut.
</p>
<directivesynopsis>
<name>H2MaxStreamErrors</name>
- <description>Nombre maximal toléré d’erreurs dues au client</description>
+ <description>Nombre maximal toléré d'erreurs dues au client</description>
<syntax>H2MaxStreamErrors <var>n</var></syntax>
<default>H2MaxStreamErrors 8</default>
<contextlist>
<usage>
<p>
La directive <directive>H2MaxStreamErrors</directive> permet de
- définir le nombre maximal toléré d’erreurs de flux HTTP/2
+ définir le nombre maximal toléré d'erreurs de flux HTTP/2
causées par le client. Si cette limite est dépassée, la
connexion sera fermée. Les erreurs de flux sont des violations
du protocole sur un flux HTTP/2 individuel pour lesquelles la
- spécification du protocole n’exige pas de fermeture de la
- connexion, mais qui peuvent être un signe d’activité
+ spécification du protocole n'exige pas de fermeture de la
+ connexion, mais qui peuvent être un signe d'activité
malveillante de la part du client.
</p>
<p>
</highlight>
<note type="warning">
- La valeur ne doit pas contenir d’espace.
+ La valeur ne doit pas contenir d'espace.
</note>
</usage>
</highlight>
<note type="warning">
- La valeur ne doit pas contenir d’espace.
+ La valeur ne doit pas contenir d'espace.
</note>
<p>Avec l'exemple ci-dessus, qui définit aussi une directive
<tr><th>Format</th><th>Description</th><th>Échappé</th></tr>
<tr><td><code>%c</code></td><td>variable SSL (raccourci)</td><td>Oui</td></tr>
<tr><td><code>%C</code></td><td>Valeur de Cookie</td><td>Oui</td></tr>
- <tr><td><code>%e</code></td><td>Variable d’environnement</td><td>Oui</td></tr>
+ <tr><td><code>%e</code></td><td>Variable d'environnement</td><td>Oui</td></tr>
<tr><td><code>%f</code></td><td>Nom de fichier de la requête</td><td>Oui</td></tr>
<tr><td><code>%h</code></td><td>Nom hôte distant</td><td>Oui</td></tr>
<tr><td><code>%H</code></td><td>Protocole de la requête</td><td>Oui</td></tr>
<tr><td><code>%R</code></td><td>Gestionnaire</td><td>Oui</td></tr>
<tr><td><code>%u</code></td><td>Utilisateur distant</td><td>Oui</td></tr>
<tr><td><code>%U</code></td><td>URI de la requête</td><td>Oui</td></tr>
- <tr><td><code>%v</code></td><td>Nom d’hôte du serveur</td><td>Oui</td></tr>
+ <tr><td><code>%v</code></td><td>Nom d'hôte du serveur</td><td>Oui</td></tr>
<tr><td><code>%V</code></td><td>Nom canonique du serveur</td><td>Oui</td></tr>
<tr><td><code>%x</code></td><td>Variable SSL</td><td>Oui</td></tr>
<tr><td><code>%^ti</code></td><td>Données en fin de requête</td><td>Oui</td></tr>
<tr><td><code>%a</code></td><td>Adresse IP distante</td><td>Non (adresse
IP)</td></tr>
<tr><td><code>%A</code></td><td>Adresse IP locale</td><td>Non (adresse IP)</td></tr>
- <tr><td><code>%b</code>, <code>%B</code></td><td>Nombre d’octets
+ <tr><td><code>%b</code>, <code>%B</code></td><td>Nombre d'octets
envoyés</td><td>Non (numérique)</td></tr>
<tr><td><code>%D</code></td><td>Durée de la requête
(microsecondes)</td><td>Non (numérique)</td></tr>
(généré en interne)</td></tr>
<tr><td><code>%p</code></td><td>Port du serveur</td><td>Non (numérique)</td></tr>
<tr><td><code>%P</code></td><td>PID/TID</td><td>Non (numérique)</td></tr>
- <tr><td><code>%s</code></td><td>Code d’état</td><td>Non (numérique)</td></tr>
+ <tr><td><code>%s</code></td><td>Code d'état</td><td>Non (numérique)</td></tr>
<tr><td><code>%t</code></td><td>Moment de la requête</td><td>Non (temps
formaté)</td></tr>
<tr><td><code>%T</code></td><td>Durée de la requête (secondes)</td><td>Non (numérique)</td></tr>
olarak kullanılan tırnak ve tersbölü imlerinin tersbölü ile öncelenmesi
gerekir.</p>
- <p>İstek özellikleri biçem dizgesine “<code>%</code>” imli belirteçler
+ <p>İstek özellikleri biçem dizgesine "<code>%</code>" imli belirteçler
yerleştirilerek günlüklenir. Bu belirteçler ve anlamları:</p>
<table border="1" style="zebra">
'1' değeri bağlantı kurulduktan sonraki ilk kalıcı bağlantıyı,
'2', ikinci bağlantıyı, ..., vb. gösterir;
<directive module="core">KeepAlive</directive> kullanılmışsa
- değer anlamlıdır; aksi takdirde değer daima 0’dır.</td></tr>
+ değer anlamlıdır; aksi takdirde değer daima 0'dır.</td></tr>
<tr><td><code>%l</code></td>
<td>Uzak kullanıcı kimliği (sağlanmışsa, identd üzerinden).
günlükler</a>e bakınız.
<note type="warning"><title>Güvenlik:</title>
- <p>Bir borulu süreç kullanılmışsa, süreç <program>httpd</program>’yi
+ <p>Bir borulu süreç kullanılmışsa, süreç <program>httpd</program>'yi
başlatan kullanıcı tarafından başlatılacaktır. Sunucu root tarafından
başlatılıyorsa bu root olacaktır; bu bakımdan günlük kaydını alacak
programın güvenilir olması önemlidir.</p>
varsayılır.
<note type="warning"><title>Güvenlik:</title>
- <p>Bir borulu süreç kullanılmışsa, süreç <program>httpd</program>’yi
+ <p>Bir borulu süreç kullanılmışsa, süreç <program>httpd</program>'yi
başlatan kullanıcı tarafından başlatılacaktır. Sunucu root tarafından
başlatılıyorsa bu root olacaktır; bu bakımdan günlük kaydını alacak
programın güvenilir olması veya daha az yetkili bir kullanıcıya geçiş
<tr><td><code>%O</code></td>
<td>Octets envoyés, en-têtes inclus. Peut être égal à zéro dans de rares
- cas ; par exemple lorsqu’une requête est interrompue avant l’envoi de la
+ cas ; par exemple lorsqu'une requête est interrompue avant l'envoi de la
réponse.</td></tr>
<tr><td><code>%S</code></td>
<td>string</td>
<td>oui</td>
<td>Si une authentification a été effectuée, ce champ prend pour
- valeur le type d’authentification (par exemple <code>basic</code>)</td>
+ valeur le type d'authentification (par exemple <code>basic</code>)</td>
</tr>
<tr>
<td><code>args</code></td>
certification. mod_md essaiera à nouveau d'obtenir cette
réponse.
</p><p>
- Un évènement de type "ocsp-renewed" est déclenché lorsqu’une
+ Un évènement de type "ocsp-renewed" est déclenché lorsqu'une
nouvelle réponse OCSP a été obtenu avec succès pour un
certificat de domaine. Cet évènement de produit au plus une fois
par jour.
<directivesynopsis>
<name>MDCertificateCheck</name>
- <description>Définit le motif de nom et d’URL pour un site de
+ <description>Définit le motif de nom et d'URL pour un site de
vérification de certificat</description>
<syntax>MDCertificateCheck <var>name</var> <var>url</var></syntax>
<contextlist>
<directivesynopsis>
<name>MDActivationDelay</name>
- <description>Délai d’activation des nouveaux certificays</description>
+ <description>Délai d'activation des nouveaux certificays</description>
<syntax>MDActivationDelay <var>duration</var></syntax>
<contextlist>
<context>server config</context>
pas les renouvellements des autres domaines.
</p>
<p>
- Avec la version 2.6.1 de mod_md, le temps d’attente a été
+ Avec la version 2.6.1 de mod_md, le temps d'attente a été
augmenté de 5 à 30 secondes.
</p>
</usage>
Apache</compatibility>
<usage>
<p>
- Cette option permet de définir l’intervalle entre deux
+ Cette option permet de définir l'intervalle entre deux
vérifications de certificat. Par défaut, la validité et le besoin de
renouvellement sont vérifiés deux fois par jour. Cet intervalle
- n’est cependant pas appliqué avec précision. En effet, le module lui
+ n'est cependant pas appliqué avec précision. En effet, le module lui
applique une plage de variation aléatoire de +/- 50%. Avec
- l’intervalle par défaut de 12 heures, cela signifie que l’intervalle
+ l'intervalle par défaut de 12 heures, cela signifie que l'intervalle
réel entre deux vérifications varie entre 6 et 18 heures, la
- variation s’appliquant à nouveau à chaque vérification. Cela permet
- d’atténuer les pics de trafic sur les serveurs ACME.
+ variation s'appliquant à nouveau à chaque vérification. Cela permet
+ d'atténuer les pics de trafic sur les serveurs ACME.
</p><p>
- La valeur minimale pouvant être définie pour l’intervalle est de
+ La valeur minimale pouvant être définie pour l'intervalle est de
1 seconde. Il est cependant déconseillé de définir un intervalle
aussi court sur un serveur en production.
</p>
Apache</compatibility>
<usage>
<p>
- Il s’agit d’une extension non standard d’ACME par Let's Encrypt.
+ Il s'agit d'une extension non standard d'ACME par Let's Encrypt.
</p><p>
Lets Encrypt prend en charge les profiles de certificat dans
leurs CA. Cette fonctionnalité, entre autres détails, vous
validité est de 6 jours seulement.
</p><p>
Si vous ne modifiez pas la configuration de votre module mod_md,
- vous continuerez à recevoir des certificats d’une durée de
- validité de 90 jours. Si vous pensez qu’une durée de validité
+ vous continuerez à recevoir des certificats d'une durée de
+ validité de 90 jours. Si vous pensez qu'une durée de validité
plus courte convient mieux à votre situation (et acceptez le
risque que le temps de renouvellement soit beaucoup plus court),
- vous pouvez définir le profile à utiliser à l’aide de
+ vous pouvez définir le profile à utiliser à l'aide de
« MDProfile shortlived ».
</p><p>
Les noms de profile sont définis par le CA. Si vous tentez de
<p>
Cette directive permet de contrôler si un <directive
module="mod_md">MDProfile</directive> que vous définissez est
- obligatoire ou non. S’il est obligatoire et si le CA ne propose
+ obligatoire ou non. S'il est obligatoire et si le CA ne propose
pas de profile configuré, le renouvellement du certificat
échouera.
</p><p>
- S’il n’est pas obligatoire et si le CA ne propose
+ S'il n'est pas obligatoire et si le CA ne propose
pas de profile, les renouvellements seront effectués sans
profile particulier et le CA délivrera les certificats avec les
valeurs par défaut.
<directivesynopsis>
<name>MDRenewViaARI</name>
- <description>Utilisation de l’extension ACME ARI (rfc9773).</description>
+ <description>Utilisation de l'extension ACME ARI (rfc9773).</description>
<syntax>MDRenewViaARI on|off</syntax>
<default>MDRenewViaARI on</default>
<contextlist>
</contextlist>
<usage>
<p>
- Cette directive permet d’activer ou de désactiver le
- déclenchement du renouvellement des certificats à l’aide de
- l’extension ACME ARI (rfc9773). Ces renouvellements s’ajoutent à
- ceux déclenchés par le mécanisme contrôlé à l’aide de la
+ Cette directive permet d'activer ou de désactiver le
+ déclenchement du renouvellement des certificats à l'aide de
+ l'extension ACME ARI (rfc9773). Ces renouvellements s'ajoutent à
+ ceux déclenchés par le mécanisme contrôlé à l'aide de la
directive <directive>MDRenewWindow</directive>.
</p><p>
ACME ARI permet en quelque sorte à une CA ACME de façonner le
trafic entrant des renouvellements. Plus important cependant,
- cette extension peut informer les clients de l’urgence d’un
- renouvellement, par exemple lorsqu’un certificat ou une partie
+ cette extension peut informer les clients de l'urgence d'un
+ renouvellement, par exemple lorsqu'un certificat ou une partie
de sa chaîne de certification a été révoqué(e).
</p>
</usage>
Apache</compatibility>
<usage>
<p>
- Le temps d’attente, après le démarrage du serveur, avant de
+ Le temps d'attente, après le démarrage du serveur, avant de
vérifier si des certificats doivent être renouvelés. Par défaut,
cette vérification est immédiate.
</p>
serveur ACME de test qui possède son propre certificat racine.
Les administrateurs qui possèdent une autorité de certification
interne propre à une entreprise peuvent utiliser cette directive
- lorsqu’ils utilisent leurs propres serveurs ACME.
+ lorsqu'ils utilisent leurs propres serveurs ACME.
</p>
<p>
Définissez cette directive à « none » pour la désactiver
<note><title>Files with no extension</title>
<p>Les fichiers sans extension (comme <code>Makefile</code>) ne peuvent pas
être reconnus par les directives de <module>mod_mime</module> basées sur
- l’extension. Pour définir le type de contenu ou le jeu de caractères de tels
+ l'extension. Pour définir le type de contenu ou le jeu de caractères de tels
fichiers, utilisez à la place une section <directive type="section"
module="core">Files</directive> ou <directive type="section"
module="core">FilesMatch</directive> :</p>
<usage>
<p>La directive <directive>MimeMagicDecompression</directive> permet
- d’indiquer si <module>mod_mime_magic</module> doit tenter de décompresser
+ d'indiquer si <module>mod_mime_magic</module> doit tenter de décompresser
les fichiers qui semblent compressés (gzip, compress, etc.) de façon à
déterminer le type MIME de leur contenu. Cette fonctionnalité est
<strong>désactivée par défaut</strong> et ne doit être activée que si vous
- en comprenez les inconvénients significatifs. Elle a pour raison d’exister
- le maintien d’une compatibilité avec les versions précédentes de httpd, mais
+ en comprenez les inconvénients significatifs. Elle a pour raison d'exister
+ le maintien d'une compatibilité avec les versions précédentes de httpd, mais
son utilisation est déconseillée.</p>
<note type="warning"><title>Problèmes de sécurité et de compatibilité</title>
par défaut :</p>
<ol>
<li><strong>Non-conformité aux RFC :</strong> les documents des normes
- insistent sur la nécessité de définir l’en-tête Content-Encoding pour les
+ insistent sur la nécessité de définir l'en-tête Content-Encoding pour les
fichiers déjà compressés (comme les fichiers .zip ou .gz). Voir la <a
href="https://www.rfc-editor.org/rfc/rfc9110.html#name-content-encoding">RFC
9110</a>.</li>
- <li><strong>Atteinte à l’intégrité du contenu :</strong> lorsque l’en-tête
+ <li><strong>Atteinte à l'intégrité du contenu :</strong> lorsque l'en-tête
Content-Encoding est défini, la plupart des clients HTTP décompressent le
- fichier avant de l’écrire sur disque. Cela a pour conséquence que le fichier
+ fichier avant de l'écrire sur disque. Cela a pour conséquence que le fichier
téléchargé possède une taille et une somme de contrôle différentes de celles
- de l’original, ce qui empêche la vérification de la signature et la
+ de l'original, ce qui empêche la vérification de la signature et la
validation de la somme de contrôle. Les sites de distribution de logiciels
trouvent cela particulièrement problématique.</li>
<li><strong>Comportement imprévisible :</strong> cette fonctionnalité ne
- s’applique qu’aux fichiers dont l’extension ne correspond à aucun type MIME.
- Cela peut provoquer un comportement incohérent quand certains fichiers d’un
- répertoire sont affectés et d’autres non, ce qui rend les problèmes
+ s'applique qu'aux fichiers dont l'extension ne correspond à aucun type MIME.
+ Cela peut provoquer un comportement incohérent quand certains fichiers d'un
+ répertoire sont affectés et d'autres non, ce qui rend les problèmes
difficiles à diagnostiquer.</li>
<li><strong>Impact sur les performances :</strong> la décompression
- nécessite un fourchage (forking) et l’exécution d’un processus
+ nécessite un fourchage (forking) et l'exécution d'un processus
<code>gzip</code> externe pour chaque fichier compressé, ce qui induit une
surcharge significative.</li>
<li><strong>Risque de sécurité :</strong> transmettre un fichier téléchargé
non fiable à un binaire (<code>gzip</code>) externe peut exposer le serveur
à des bombes de décompression, à un épuisement des ressources ou à des
- vulnérabilités d’exécution de code à distance dans l’outil de décompression.</li>
+ vulnérabilités d'exécution de code à distance dans l'outil de décompression.</li>
</ol>
</note>
<example><title>Exemple (non recommandé)</title>
<highlight language="config">
-# N’activer que si vous comprenez parfaitement les risques
+# N'activer que si vous comprenez parfaitement les risques
MimeMagicDecompression On
</highlight>
</example>
- <p>Dans la plupart des cas, il vaut mieux s’assurer que les fichiers
+ <p>Dans la plupart des cas, il vaut mieux s'assurer que les fichiers
possèdent une extension appropriée à la détection du type par
- <module>mod_mime</module> que d’utiliser cette fonctionnalité.</p>
+ <module>mod_mime</module> que d'utiliser cette fonctionnalité.</p>
</usage>
</directivesynopsis>
</highlight>
<note><title>Requêtes HTTPS/CONNECT</title>
- <p>L’instruction générique <code><Proxy "*"></code> ci-dessus
+ <p>L'instruction générique <code><Proxy "*"></code> ci-dessus
correspond à toutes les requêtes, y compris les requêtes HTTPS sous tunnel
- via la méthode CONNECT. Notez que le contrôle d’accès pour les tunnels
- CONNECT ne peut fonctionner qu’avec l’hôte et le port — le contrôle avec
+ via la méthode CONNECT. Notez que le contrôle d'accès pour les tunnels
+ CONNECT ne peut fonctionner qu'avec l'hôte et le port — le contrôle avec
le chemin (par exemple <code><Proxy
"https://example.com/path/"></code>) ne fonctionnera pas, car les
requêtes CONNECT ne comportent pas de chemin.</p></note>
</highlight>
<p>Notez que <code>force-proxy-request-1.0</code> implique aussi
- <code>proxy-sendcl</code>, car HTTP/1.0 ne prend pas en charge l’encodage
+ <code>proxy-sendcl</code>, car HTTP/1.0 ne prend pas en charge l'encodage
de transfert fractionné. La redirection des corps de requête fractionnés
(via <code>proxy-sendchunked</code>) est désactivée si cette option est
définie.</p>
>Location</directive>, le premier argument est omis et le répertoire
local est obtenu à partir de la section <directive type="section"
module="core">Location</directive>. Lorsque cette directive est utilisée en
- dehors d’une section <directive type="section"
+ dehors d'une section <directive type="section"
module="core">Location</directive> ou <directive type="section"
- module="core">LocationMatch</directive>, l’argument <var>chemin</var> est
+ module="core">LocationMatch</directive>, l'argument <var>chemin</var> est
requis. Il en sera de même dans une section <directive type="section"
module="core">LocationMatch</directive> ; cependant, ProxyPass n'interprète
pas les expressions rationnelles, et il sera ici nécessaire d'utiliser la
l'emportera, suivant en cela les règles standards de <a
href="../sections.html#merging">fusion des sections</a>. Placez les
sections <directive module="core">Location</directive> les plus
- spécifiques <em>après</em> les moins spécifiques afin de s’assurer que la
+ spécifiques <em>après</em> les moins spécifiques afin de s'assurer que la
directive <directive module="mod_proxy">ProxyPass</directive> attendue
- s’applique.</p>
+ s'applique.</p>
</note>
<note type="warning"><title>Exclusions et variable d'environnement no-proxy</title>
<p>Les exclusions doivent se situer <em>avant</em>
<p>Avec le MPM prefork, les connexions avec les serveurs dorsaux ne sont pas
mises en commun (chaque processus enfant gère une connexion à la fois). Les
paramètres <code>acquire</code> et <code>ttl</code> qui contrôlent le
- comportement des pools de connexions n’ont aucun effet si on utilise
+ comportement des pools de connexions n'ont aucun effet si on utilise
prefork. Les paramètres de dimensionnement <code>min</code>,
<code>smax</code> et <code>hmax</code> sont eux aussi ignorés.</p>
</note>
</td></tr>
<tr><td><a id="multipathtcp" name="multipathtcp">multipathtcp</a></td>
<td>Off</td>
- <td><p>Active/Désactive l
’utilisation de <a
+ <td><p>Active/Désactive l
'utilisation de <a
href="https://mptcp.dev">Multipath TCP (MPTCP)</a></p>
</td></tr>
<note type="warning"><title>Correspondance de worker avec les références
arrières</title>
<p>Quand <directive>ProxyPassMatch</directive> contient des références
- arrières (par exemple <code>$1</code>) dans l’URL cible, chaque requête
+ arrières (par exemple <code>$1</code>) dans l'URL cible, chaque requête
produit un URL résolu différent. Comme la recherche de correspondance des <a
- href="#workers">workers</a> s’effectue par URL, ces requêtes ne
+ href="#workers">workers</a> s'effectue par URL, ces requêtes ne
correspondront pas au worker créé par cette directive et utiliseront à la
place le worker du mandataire inverse par défaut, qui ne réutilise pas les
connexions, ni ne met en cache les recherches DNS. Pour activer la mise en
ProxyPassMatch "^/(.*\.gif)$" "http://backend.example.com/$1"
</highlight>
<p>La définition explicite du worker <directive>ProxyPass</directive> permet
- de s’assurer que le jeu de connexions d’arrière-plan est disponible pour les
+ de s'assurer que le jeu de connexions d'arrière-plan est disponible pour les
requêtes <directive>ProxyPassMatch</directive>.</p>
</note>
<p>Dans une section <directive type="section"
module="core">LocationMatch</directive>, le premier argument est omis et
l'expression rationnelle est obtenue à partir de la directive <directive
- type="section" module="core">LocationMatch</directive>. En dehors d’une
+ type="section" module="core">LocationMatch</directive>. En dehors d'une
section <directive type="section" module="core">Location</directive> ou
<directive type="section" module="core">LocationMatch</directive>,
- l’argument <var>regex</var> est requis.</p>
+ l'argument <var>regex</var> est requis.</p>
<p>Si vous avez besoin d'une configuration du mandataire inverse
plus flexible, voyez la directive <directive
type="section" module="core">Location</directive>, le premier argument est
omis et le répertoire local est obtenu à partir de l'argument de la
directive <directive type="section" module="core">Location</directive>. En
- dehors d’une section <directive type="section"
+ dehors d'une section <directive type="section"
module="core">Location</directive> ou <directive type="section"
- module="core">LocationMatch</directive>, l’argument <var>chemin</var> est
+ module="core">LocationMatch</directive>, l'argument <var>chemin</var> est
requis. Il en est de même à l'intérieur d'une section <directive
type="section" module="core">LocationMatch</directive>, mais le résultat ne
sera probablement pas celui attendu car ProxyPassReverse va interpréter
<note><title>Nécessite ProxyHTMLExtended</title>
<p>Les évènements de type scripting ne sont traités que si la directive
<directive module="mod_proxy_html">ProxyHTMLExtended</directive> est définie à
-<var>On</var>. Dans le cas contraire, les attributs d’évènement sont transmis
-sans modification, même s’ils sont listés dans la directive
+<var>On</var>. Dans le cas contraire, les attributs d'évènement sont transmis
+sans modification, même s'ils sont listés dans la directive
<directive>ProxyHTMLEvents</directive>.</p>
</note>
<p>Normalement, cette directive est définie globalement. Si vous
olarak, mod_include gibi süzgeçler, özgün istek (süzme işlemi
gerçekleştikten sonra artık gerekmediğinden istek gövdesini iptal eden)
bir <code>POST</code> isteği olsa bile, <code>GET</code> isteklerinin
- yapılmasına sadece diğer URL’lerin alt istekler olarak içerilmesi
+ yapılmasına sadece diğer URL'lerin alt istekler olarak içerilmesi
şartıyla izin verir.</p>
<p>Bu yönergede belirtilen değer sıfırdan büyük olduğunda, istek
sayfa yapısıyla birlikte sarmalanarak birleştirilmesini mümkün kılar.
Bileşenler, CGI programları veya betik dilleri biçiminde olabileceği
gibi, <module>mod_proxy</module> kullanarak başka bir sunucudaki URL
- uzayına ters vekil URL’ler şeklinde bile olabilir.</p>
+ uzayına ters vekil URL'ler şeklinde bile olabilir.</p>
<p><strong>Bilginize:</strong> İstekler tamamlanana kadar alınan istekler
geçici RAM içinde biriktirilir. Sonuç olarak, bahsi geçen yükü karşılamak
- için yeterince RAM’in mevcut olması gerekir. Bu yönergeyi kullanmakla,
+ için yeterince RAM'in mevcut olması gerekir. Bu yönergeyi kullanmakla,
istek gövdesini saklamaya yetecek olası en düşük değerle bile URL
uzayınız için gereken yeri kısıtlamış olursunuz.</p>
<module>mod_rewrite</module> vont probablement rechercher en vain les
directives <code>RewriteLog</code> et <code>RewriteLogLevel</code>. Depuis
la sortie de httpd 2.4, ces directives ont en effet été remplacées par une
- configuration de la journalisation par module à l’aide de la directive
+ configuration de la journalisation par module à l'aide de la directive
<directive module="core">LogLevel</directive>. </p>
<p>Pour extraire les traces spécifiques à
une directive telle qu'<directive
module="mod_alias">Alias</directive>).</li>
<li>Le chemin de répertoire auquel la <directive
- module="mod_rewrite">RewriteRule</directive> s’applique, suffixé par
+ module="mod_rewrite">RewriteRule</directive> s'applique, suffixé par
la substitution relative est aussi valable en tant que chemin d'URL
sur le serveur (ce qui est rare).</li>
<li>A partir de la version 2.4.16 du serveur HTTP Apache,
sont documentées dans la <a
href="../expr.html#vars">documentation des expressions</a>, dans
la <a href="../env.html">documentation des variables
- d’environnement</a> ou dans la spécification de
+ d'environnement</a> ou dans la spécification de
CGI (<rfc>3875</rfc>).</p>
<p>SERVER_NAME et SERVER_PORT dépendent respectivement
recoder, passez-la à la <a href="#mapfunc">fonction de
mappage</a> "escape".
Notez que cette variable de serveur est distincte de la
- variable d’environnement CGI de même nom : dans un contexte
- CGI, <code>REQUEST_URI</code> contient l’URI original complet
+ variable d'environnement CGI de même nom : dans un contexte
+ CGI, <code>REQUEST_URI</code> contient l'URI original complet
de la requête, y compris la chaîne de paramètres. Voir la
directive <directive module="core">CGIVar</directive> pour les
détails.
"app1/index.html" ou "index.html" selon le chemin de répertoire où la
directive <directive>RewriteRule</directive> est définie.</p>
- <p>Le chemin de répertoire auquel la règle s’applique est supprimé du
+ <p>Le chemin de répertoire auquel la règle s'applique est supprimé du
chemin correspondant du système de fichiers avant comparaison (jusqu'au
slash final compris). En conséquence de cette suppression, les règles
définies dans ce contexte n'effectuent des comparaisons qu'avec la portion
du chemin du système de fichiers "en dessous" du chemin de répertoire
- auquel la règle s’applique.</p>
+ auquel la règle s'applique.</p>
<p>Le chemin correspondant actuel du système de fichiers est déterminé par
des directives telles que <directive module="core">DocumentRoot</directive> et
<dd>Il indique alors la localisation dans le système de fichiers de la
ressource qui doit être envoyée au client. Une substitution commençant
- par <code>/</code> n’est traitée comme un chemin du système de fichiers
+ par <code>/</code> n'est traitée comme un chemin du système de fichiers
que dans un contexte de serveur virtuel ou de serveur global, et
seulement si le premier composant du chemin existe dans le système de
fichiers. Dans un <glossary ref="perdirectory">contexte de
doit être servie. Dans un contexte de serveur virtuel ou de serveur
global, si le premier composant du chemin existe à la racine du système
de fichiers, la substitution est traitée comme un chemin du système de
- fichiers. Par exemple, <code>/www/file.html</code> est un chemin d’URL,
+ fichiers. Par exemple, <code>/www/file.html</code> est un chemin d'URL,
sauf si un répertoire nommé <code>www</code> existe à la racine du
système de fichiers. Si vous désirez que d'autres directives de
correspondance d'URL (comme la directive <directive
<note><title>Comment sont interprétées les substitutions de chemin</title>
<p>En fonction du contexte et si elle commence ou non par un slash, une
substitution sera traitée comme un chemin du système de fichiers ou comme
- un chemin d’URL :</p>
+ un chemin d'URL :</p>
<ul>
<li><strong>Commence par un <code>/</code>, contexte de serveur virtuel
ou de serveur global :</strong>
Traitée comme un chemin du système de fichiers si le premier composant du
- chemin existe sur disque ; sinon, traitée comme un chemin d’URL.</li>
+ chemin existe sur disque ; sinon, traitée comme un chemin d'URL.</li>
<li><strong>Commence par un <code>/</code>, <glossary
ref="perdirectory">contexte de répertoire</glossary> :</strong>
- Toujours traitée comme un chemin d’URL. Pas de vérification sur le
+ Toujours traitée comme un chemin d'URL. Pas de vérification sur le
système de fichiers.</li>
<li><strong>Ne commence pas par un <code>/</code> (chemin relatif), contexte de serveur virtuel
- ou de serveur global :</strong> Traitée comme un chemin d’URL relatif à
- l’URI de la requête actuelle.</li>
+ ou de serveur global :</strong> Traitée comme un chemin d'URL relatif à
+ l'URI de la requête actuelle.</li>
<li><strong>Ne commence pas par un <code>/</code> (chemin relatif),
<glossary ref="perdirectory">contexte de
- répertoire</glossary> :</strong> Traitée comme un chemin d’URL relatif
+ répertoire</glossary> :</strong> Traitée comme un chemin d'URL relatif
au chemin de répertoire auquel la directive <directive
module="core">Directory</directive> ou le fichier <code>.htaccess</code>
- s’appliquent. Voir <directive>RewriteBase</directive> pour le contrôle
+ s'appliquent. Voir <directive>RewriteBase</directive> pour le contrôle
du préfixe ajouté aux substitutions relatives.</li>
</ul>
</note>
</tr>
<tr>
<td>UnsafeAllow3F</td>
- <td>Autorise les substitutions à partir d’URL potentiellement non
+ <td>Autorise les substitutions à partir d'URL potentiellement non
fiables.
<em><a href="../rewrite/flags.html#flag_unsafe_allow_3f">détails ...</a></em>
</td>
<tr>
<td>UnsafePrefixStat</td>
<td>Autorise les substitutions potentiellement non fiables à partir
- d’une variable de tête ou d’une référence arrière vers un chemin du
+ d'une variable de tête ou d'une référence arrière vers un chemin du
système de fichiers.
<em><a href="../rewrite/flags.html#flag_unsafe_prefix_stat">détails ...</a></em><br />
<since>2.5.1</since>
sayede önceki bir eşleşmenin sonucuna karşı yeni bir sınama yapma
imkanı ortaya çıkar. Böyle bir sınama için sadece evvelce
<code>SetEnvIf[NoCase]</code> yönergeleri ile yapılmış atamalardaki
- ortam değişkenleri kullanılabilir. ‘Evvelce’ derken, sunucu genelinde
+ ortam değişkenleri kullanılabilir. 'Evvelce' derken, sunucu genelinde
veya bölüm içinde bu yönergeden önce yer alan
<code>SetEnvIf[NoCase]</code> yönerge satırları kastedilmektedir.
Ortam değişkenlerinin dikkate alınabilmesi için istek öznitelikleri
>Devingen Paylaşımlı Nesne</a> (DSO) mekanizması üzerinden
kullanılabilmesini sağlar.</p>
- <p>Unix’te yüklenen kod genellikle paylaşımlı nesne dosyalarından
- (<code>.so</code> uzantılı dosyalar), Windows’ta ise ya <code>.so</code>
+ <p>Unix'te yüklenen kod genellikle paylaşımlı nesne dosyalarından
+ (<code>.so</code> uzantılı dosyalar), Windows'ta ise ya <code>.so</code>
ya da <code>.dll</code> uzantılı dosyalardan gelir.</p>
<note type="warning"><title>Uyarı</title>
<p><code>mod_so</code> modülü <code>ApacheModuleFoo.dll</code> biçeminde
isimlendirilmiş modülleri hala yüklemekteyse de yeni adlandırma uzlaşımı
- tercih edilmelidir. Yüklenebilir modülleri 2.0’a dönüştürüyorsanız,
+ tercih edilmelidir. Yüklenebilir modülleri 2.0'a dönüştürüyorsanız,
lütfen isimlerini de 2.0 uzlaşımına uygun hale getiriniz.</p></note>
<p>Apache httpd modül programlama arayüzü Unix ve Windows sürümleri
arasında değişiklik göstermez. Unix için kullanılan çoğu modül hiç
- değişiklik yapmadan ya da çok küçük bir değişiklikle Windows’ta da
+ değişiklik yapmadan ya da çok küçük bir değişiklikle Windows'ta da
çalışmaktadır. Çalışmayanlar Unix platformunun sahip olduğu ancak Windows
platformunun sahip olmadığı nitelikleri kullanan modüllerdir.</p>
- <p>Bir modül Windows’ta çalıştığı zaman, sunucuya iki şekilde
- yüklenebilir. Unix’te olduğu gibi, doğrudan sunucunun içinde
+ <p>Bir modül Windows'ta çalıştığı zaman, sunucuya iki şekilde
+ yüklenebilir. Unix'te olduğu gibi, doğrudan sunucunun içinde
derlenebilir. Windows için hazırlanan Apache httpd paketi, Unix için
geçerli olan <code>Configure</code> betiğini içermediğinden modülün
kaynak dosyası ApacheCore proje dosyasına, sembolleri de
sunucuyu yeniden derlemek gerekmeksizin her Windows için Apache httpd
kurulumunda çalışabilir.</p>
- <p>Bir modül DLL’i oluşturmak için modülün kaynak dosyasında küçük bir
+ <p>Bir modül DLL'i oluşturmak için modülün kaynak dosyasında küçük bir
değişiklik yapmak gerekir: Modül kaydının daha sonra oluşturulacak olan
- DLL’den ihraç edilebilmesi gerekir (aşağıya bakınız). Bunu yapmak için
+ DLL'den ihraç edilebilmesi gerekir (aşağıya bakınız). Bunu yapmak için
modülün modül kaydı tanımına (Apache httpd başlık dosyalarında
tanımlanmış olan) <code>AP_DECLARE_MODULE</code> eklenmelidir.
Örneğin, modülünüz</p>
dosyasını gaspedersiniz ya da kendi <code>.dsp</code> dosyanızın
ilintileme seçenekleriyle derleyicininkileri karşılaştırırsınız.</p>
- <p>Artık modülünüzün DLL sürümünü oluşturmalısınız. DLL’i sunucunuzun kök
+ <p>Artık modülünüzün DLL sürümünü oluşturmalısınız. DLL'i sunucunuzun kök
dizininin altında bulunan <code>modules</code> dizinine yerleştirdikten
sonra <directive>LoadModule</directive> yönergesi ile sunucunuza
yükleyebilirsiniz.</p>
sunucu ile ilintiler. Yönerge, bazı modüllerin çalışması sırasında
gereken ek kodların yüklenmesi için kullanılır.
<code><em>dosya-ismi</em></code> olarak mutlak bir dosya yolu
- belirtilebileceği gibi <directive module="core">ServerRoot</directive>’a
+ belirtilebileceği gibi <directive module="core">ServerRoot</directive>'a
göreli bir dosya yolu da belirtilebilir.</p>
<p>Örnek:</p>
<td>Contenu de l'extension SNI TLS (si supporté par ClientHello)</td></tr>
<tr><td><code>SSL_HANDSHAKE_RTT</code></td> <td>nombre</td>
<td>Temps d'aller-retour de la négociation TLS en microsecondes, y compris le
-traitement de l’étape finale (cette variable est définie à vide si la version d’OpenSSL est
+traitement de l'étape finale (cette variable est définie à vide si la version d'OpenSSL est
antérieure à 3.2 ou si le temps d'aller-retour ne peut pas être déterminé.</td></tr>
<tr><td><code>SSL_CLIENTHELLO_VERSION</code></td> <td>chaîne</td>
<td>Champ de version (patrimonial) de ClientHello sous la forme de quatre
caractères hexadécimaux</td></tr>
<tr><td><code>SSL_CLIENTHELLO_CIPHERS</code></td> <td>chaîne</td>
-<td>Suites d’algorithmes de chiffrement de ClientHello sous la forme de quatre
+<td>Suites d'algorithmes de chiffrement de ClientHello sous la forme de quatre
caractères hexadécimaux par item</td></tr>
<tr><td><code>SSL_CLIENTHELLO_EXTENSIONS</code></td> <td>chaîne</td>
-<td>Identifiants d’extension de ClientHello sous la forme de quatre
+<td>Identifiants d'extension de ClientHello sous la forme de quatre
caractères hexadécimaux par item</td></tr>
<tr><td><code>SSL_CLIENTHELLO_GROUPS</code></td> <td>chaîne</td>
-<td>Valeur de l’extension Supported Groups (10) de ClientHello sous la forme de quatre
+<td>Valeur de l'extension Supported Groups (10) de ClientHello sous la forme de quatre
caractères hexadécimaux par item</td></tr>
<tr><td><code>SSL_CLIENTHELLO_EC_FORMATS</code></td> <td>chaîne</td>
-<td>Valeur de l’extension EC Point Formats (11) de ClientHello sous la forme de
+<td>Valeur de l'extension EC Point Formats (11) de ClientHello sous la forme de
deux caractères hexadécimaux par item</td></tr>
<tr><td><code>SSL_CLIENTHELLO_SIG_ALGOS</code></td> <td>chaîne</td>
-<td>Valeur de l’extension Signature Algorithms (13) de ClientHello sous la forme de quatre
+<td>Valeur de l'extension Signature Algorithms (13) de ClientHello sous la forme de quatre
caractères hexadécimaux par item</td></tr>
<tr><td><code>SSL_CLIENTHELLO_ALPN</code></td> <td>chaîne</td>
-<td>Valeur de l’extension ALPN (16) de ClientHello sous la forme d’une chaîne
+<td>Valeur de l'extension ALPN (16) de ClientHello sous la forme d'une chaîne
hexadécimale avec la longueur de la chaîne au début</td></tr>
<tr><td><code>SSL_CLIENTHELLO_VERSIONS</code></td> <td>chaîne</td>
-<td>Valeur de l’extension Supported Versions (43) de ClientHello sous la forme de quatre
+<td>Valeur de l'extension Supported Versions (43) de ClientHello sous la forme de quatre
caractères hexadécimaux par item</td></tr>
<tr><td><code>SSL_ECH_STATUS</code></td> <td>chaîne</td>
<td><code>success</code> signifie que les autres pensent aussi ce qu'ils
<p>Le fournisseur <code>ssl</code> refuse l'accès si une connexion
n'est pas chiffrée avec SSL. À la différence de la directive
<directive>SSLRequireSSL</directive>, cette directive peut être utilisée
- conjointement avec d’autres directives <directive>Require</directive> dans
+ conjointement avec d'autres directives <directive>Require</directive> dans
les blocs <directive module="mod_authz_core">RequireAny</directive> ou
<directive module="mod_authz_core">RequireAll</directive>.</p>
<contextlist><context>server config</context>
<context>virtual host</context></contextlist>
<compatibility>
-La prise en charge de l’argument "optional" a été supprimée avec la version
+La prise en charge de l'argument "optional" a été supprimée avec la version
2.4.64. Cet argument activait la prise en charge de la RFC 2817 (mise à niveau de TLS).
</compatibility>
d'une directive <directive
module="mod_ssl">SSLCertificateKeyFile</directive> séparée.</p>
-<note type="warning"><title>N’enregistrez pas clé et certificat dans le même
+<note type="warning"><title>N'enregistrez pas clé et certificat dans le même
fichier</title>
<p>Cette pratique est fortement déconseillée pour les raisons suivantes :</p>
<ul>
le fichier de clé ne doit être lisible que par le superutilisateur. Combiner
les deux dans un même fichier implique que toute vulnérabilité ou mauvaise
configuration qui expose le fichier du certificat exposera aussi la clé privée.</li>
-<li><strong>Contrainte d’ordre</strong> : si un fichier combiné est utilisé,
+<li><strong>Contrainte d'ordre</strong> : si un fichier combiné est utilisé,
toute directive <directive>SSLCertificateFile</directive> référençant un tel
fichier doit apparaître <em>après</em> toute directive
<directive>SSLCertificateFile</directive> qui utilise un fichier de clé séparé.
</highlight>
</example>
-<p>Ce fichier est lu au démarrage du serveur, alors que ce dernier s’exécute
+<p>Ce fichier est lu au démarrage du serveur, alors que ce dernier s'exécute
encore en tant que <code>root</code> (avant la restriction de ses privilèges) ;
il ne doit donc être la propriété que de <code>root</code> et lisible uniquement
-par ce dernier. Le fichier n’est pas relu en fonctionnement normal ; un
+par ce dernier. Le fichier n'est pas relu en fonctionnement normal ; un
redémarrage du serveur est requis pour que les changements prennent effet.</p>
</usage>
</directivesynopsis>
module="mod_ssl">SSLCertificateKeyFile</directive> doit être associée
une directive <directive>SSLCertificateFile</directive> correspondante.</p>
-<note type="warning"><title>N’enregistrez pas clé et certificat dans le même
+<note type="warning"><title>N'enregistrez pas clé et certificat dans le même
fichier</title>
<p>La clé privée peut aussi être combinée avec le certificat dans le fichier
spécifié par la directive <directive
module="mod_ssl">SSLCertificateFile</directive>, mais cette pratique est
-fortement déconseillée. Voir l’avertissement dans la documentation de la
+fortement déconseillée. Voir l'avertissement dans la documentation de la
directive <directive>SSLCertificateFile</directive> pour une explication
complète des risques et contraintes.</p></note>
</highlight>
</example>
-<p>Ce fichier est lu au démarrage du serveur, alors que ce dernier s’exécute
+<p>Ce fichier est lu au démarrage du serveur, alors que ce dernier s'exécute
encore en tant que <code>root</code> (avant la restriction de ses privilèges) ;
il ne doit donc être la propriété que de <code>root</code> et lisible uniquement
-par ce dernier, car il contient la clé privée. Le fichier n’est pas relu en
+par ce dernier, car il contient la clé privée. Le fichier n'est pas relu en
fonctionnement normal ; un redémarrage du serveur est requis pour que les
changements prennent effet.</p>
</usage>
</highlight>
</example>
-<p>Ce fichier est lu au démarrage du serveur, alors que ce dernier s’exécute
+<p>Ce fichier est lu au démarrage du serveur, alors que ce dernier s'exécute
encore en tant que <code>root</code> (avant la restriction de ses privilèges) ;
il ne doit donc être la propriété que de <code>root</code> et lisible uniquement
-par ce dernier. Le fichier n’est pas relu en fonctionnement normal ; un
+par ce dernier. Le fichier n'est pas relu en fonctionnement normal ; un
redémarrage du serveur est requis pour que les changements prennent effet.</p>
</usage>
</directivesynopsis>
</highlight>
</example>
-<p>Les fichiers de ce répertoire sont lus au démarrage du serveur, alors que ce dernier s’exécute
+<p>Les fichiers de ce répertoire sont lus au démarrage du serveur, alors que ce dernier s'exécute
encore en tant que <code>root</code> (avant la restriction de ses privilèges) ;
il ne doit donc être la propriété que de <code>root</code> et lisible uniquement
-par ce dernier. Le fichier n’est pas relu en fonctionnement normal ; un
+par ce dernier. Le fichier n'est pas relu en fonctionnement normal ; un
redémarrage du serveur est requis pour que les changements prennent effet.</p>
</usage>
</directivesynopsis>
</highlight>
</example>
-<p>Ce fichier est lu au démarrage du serveur, alors que ce dernier s’exécute
+<p>Ce fichier est lu au démarrage du serveur, alors que ce dernier s'exécute
encore en tant que <code>root</code> (avant la restriction de ses privilèges) ;
il ne doit donc être la propriété que de <code>root</code> et lisible uniquement
-par ce dernier. Le fichier n’est pas relu en fonctionnement normal ; un
+par ce dernier. Le fichier n'est pas relu en fonctionnement normal ; un
redémarrage du serveur est requis pour que les changements prennent effet.</p>
</usage>
</directivesynopsis>
</highlight>
</example>
-<p>Ce fichier est lu au démarrage du serveur, alors que ce dernier s’exécute
+<p>Ce fichier est lu au démarrage du serveur, alors que ce dernier s'exécute
encore en tant que <code>root</code> (avant la restriction de ses privilèges) ;
il ne doit donc être la propriété que de <code>root</code> et lisible uniquement
-par ce dernier. Le fichier n’est pas relu en fonctionnement normal ; un
+par ce dernier. Le fichier n'est pas relu en fonctionnement normal ; un
redémarrage du serveur est requis pour que les changements prennent effet.</p>
</usage>
</directivesynopsis>
</example>
<p>Les fichiers de ce répertoire sont lus au démarrage du serveur, alors que ce
-dernier s’exécute encore en tant que <code>root</code> (avant la restriction de
+dernier s'exécute encore en tant que <code>root</code> (avant la restriction de
ses privilèges) ; il ne doit donc être la propriété que de <code>root</code> et
-lisible uniquement par ce dernier. Le fichier n’est pas relu en fonctionnement
+lisible uniquement par ce dernier. Le fichier n'est pas relu en fonctionnement
normal ; un redémarrage du serveur est requis pour que les changements prennent
effet.</p>
</usage>
</example>
<p>Les fichiers de ce répertoire sont lus au démarrage du serveur, alors que ce
-dernier s’exécute encore en tant que <code>root</code> (avant la restriction de
+dernier s'exécute encore en tant que <code>root</code> (avant la restriction de
ses privilèges) ; il ne doit donc être la propriété que de <code>root</code> et
-lisible uniquement par ce dernier. Le fichier n’est pas relu en fonctionnement
+lisible uniquement par ce dernier. Le fichier n'est pas relu en fonctionnement
normal ; un redémarrage du serveur est requis pour que les changements prennent
effet.</p>
</usage>
</example>
<p>Ce fichier est lu au démarrage du serveur, alors que ce
-dernier s’exécute encore en tant que <code>root</code> (avant la restriction de
+dernier s'exécute encore en tant que <code>root</code> (avant la restriction de
ses privilèges) ; il ne doit donc être la propriété que de <code>root</code> et
-lisible uniquement par ce dernier. Le fichier n’est pas relu en fonctionnement
+lisible uniquement par ce dernier. Le fichier n'est pas relu en fonctionnement
normal ; un redémarrage du serveur est requis pour que les changements prennent
effet.</p>
</usage>
<p>
Cette option <em>force</em> l'interdiction d'accès lorsque <directive
module="mod_ssl">SSLRequireSSL</directive> ou <directive
- module="mod_ssl">SSLRequire</directive> a décidé que l’accès doit être
- interdit. Sans l’option <code>StrictRequire</code>, il est possible pour
- d’autres directives d’autorisation (comme <directive module="mod_authz_core"
- type="section">RequireAny</directive>) d’outrepasser l’interdiction d’accès
- de SSL et d’accorder tout de même l’accès. Avec <code>SSLOptions
- +StrictRequire</code>, l’interdiction de <code>SSLRequireSSL</code> ou
- <code>SSLRequire</code> s’applique de manière inconditionnelle, sans tenir
- compte d’autres directives d’autorisation éventuelles.</p>
+ module="mod_ssl">SSLRequire</directive> a décidé que l'accès doit être
+ interdit. Sans l'option <code>StrictRequire</code>, il est possible pour
+ d'autres directives d'autorisation (comme <directive module="mod_authz_core"
+ type="section">RequireAny</directive>) d'outrepasser l'interdiction d'accès
+ de SSL et d'accorder tout de même l'accès. Avec <code>SSLOptions
+ +StrictRequire</code>, l'interdiction de <code>SSLRequireSSL</code> ou
+ <code>SSLRequire</code> s'applique de manière inconditionnelle, sans tenir
+ compte d'autres directives d'autorisation éventuelles.</p>
</li>
<li><code>OptRenegotiate</code>
<p>
Si cette directive est à <code>on</code> dans un contexte de serveur
(globalement, en dehors de tout bloc <directive module="core"
type="section">VirtualHost</directive>), tous les serveurs virtuels qui ne
-l’outrepassent pas héritent de la configuration. Cela a le même effet que la
+l'outrepassent pas héritent de la configuration. Cela a le même effet que la
définir à <code>on</code> dans tous les serveurs virtuels par défaut à base de
-nom : les clients non-SNI se verront refuser l’accès à tout serveur virtuel à
+nom : les clients non-SNI se verront refuser l'accès à tout serveur virtuel à
base de nom.
</p>
<directivesynopsis>
<name>SSLVHostSNIPolicy</name>
-<description>Définir la politique de compatibilité pour l’accès des clients SNI
+<description>Définir la politique de compatibilité pour l'accès des clients SNI
aux serveurs virtuels.</description>
<syntax>SSLVHostSNIPolicy strict|secure|authonly|insecure</syntax>
<default>SSLVHostSNIPolicy secure</default>
<usage><p>Cette directive permet de définir la politique à appliquer lors de la
vérification de la compatibilité du <directive module="core"
-type="section">serveur virtuel</directive> identifié par l’en-tête
-<code>Host</code> d’une requête HTTP avec le <directive module="core"
-type="section">serveur virtuel</directive> identifié depuis l’extension SNI
+type="section">serveur virtuel</directive> identifié par l'en-tête
+<code>Host</code> d'une requête HTTP avec le <directive module="core"
+type="section">serveur virtuel</directive> identifié depuis l'extension SNI
envoyée au cours de la négociation de la connexion TLS initiale. Si une requête
HTTP est associée à un serveur virtuel comportant une configuration SSL/TLS
-incompatible selon la politique utilisée, un message d’erreur HTTP avec code
-d’état 421 ("Misdirected Request") sera envoyé.</p>
+incompatible selon la politique utilisée, un message d'erreur HTTP avec code
+d'état 421 ("Misdirected Request") sera envoyé.</p>
-<p>La politique s’applique aussi aux connexions TLS pour lesquelles une
-extension SNI n’est pas envoyée lors de la négociation de connexion, et
+<p>La politique s'applique aussi aux connexions TLS pour lesquelles une
+extension SNI n'est pas envoyée lors de la négociation de connexion, et
utilisant la première définition de serveur virtuel ou la définition par défaut.
-Si l’en-tête Host d’une requête HTTP sur une telle connexion identifie un
+Si l'en-tête Host d'une requête HTTP sur une telle connexion identifie un
serveur virtuel autre que celui par défaut, la politique de compatibilité sera
testée.</p>
de chiffrement</strong> : directives qui déterminent le certificat ou la clé
du serveur (<directive
module="mod_ssl">SSLCertificateKeyFile</directive>, etc.), restrictions de
- protocole ou d’algorithme
+ protocole ou d'algorithme
de chiffrement (<directive
module="mod_ssl">SSLProtocol</directive> et <directive
module="mod_ssl">SSLCipherSuite</directive>)</li>
- <li><strong>configuration de la certification et de l’authentification du
- client</strong> : directives qui affectent l’authentification du client et la
+ <li><strong>configuration de la certification et de l'authentification du
+ client</strong> : directives qui affectent l'authentification du client et la
vérification de son certificat via TLS, telles que <directive
module="mod_ssl">SSLVerifyClient</directive>, <directive
module="mod_ssl">SSLVerifyMode</directive>, <directive
<th>Toute incohérence dans les serveurs virtuels</th>
<th>Certificat/clé du serveur, <br />ou restrictions de protocole/algorithme
de chiffrement</th>
- <th>Certification client/<br />configuration de l’authentification</th>
+ <th>Certification client/<br />configuration de l'authentification</th>
</tr>
<tr>
<td><code>strict</code></td><td>bloquée</td><td>bloquée</td><td>bloquée</td>
La valeur de l'argument <var>nom-var</var> peut correspondre à toute <a
href="#envvars">variable d'environnement SSL</a>.</p>
-<p>Lorsque l
’option <code>FakeBasicAuth</code> (voir <a
+<p>Lorsque l
'option <code>FakeBasicAuth</code> (voir <a
href="#ssloptions">SSLOptions</a>) ou la directive <directive
module="mod_ssl">AuthBasicFake</directive> sont activées, cette directive permet
de contrôler quelle partie du certificat client est utilisée comme nom
-d’utilisateur. Sans la directive <directive>SSLUserName</directive>,
-<code>REMOTE_USER</code> peut ne pas être définie pour d’autres modules ou
+d'utilisateur. Sans la directive <directive>SSLUserName</directive>,
+<code>REMOTE_USER</code> peut ne pas être définie pour d'autres modules ou
scripts CGI.</p>
<example><title>Exemple</title>
<ul>
<li><code>no_ocsp_for_cert_ok</code>
<p>Normalement, Si la validation OCSP est activée, un certificat qui ne
- contient pas d’URL de réponse OCSP provoquera un échec de validation.
+ contient pas d'URL de réponse OCSP provoquera un échec de validation.
Ajouter ce drapeau permet à un tel certificat de passer la validation. Cela
- s’avère utile dans les environnements où certains certificats de la chaîne
- ne contiennent pas d’information de réponse OCSP.</p>
+ s'avère utile dans les environnements où certains certificats de la chaîne
+ ne contiennent pas d'information de réponse OCSP.</p>
</li>
</ul>
<usage>
<p>Cette directive permet la collecte des données de ClientHello pendant la
négociation qui sont conservées pendant toute la durée de la connexion, de façon
-qu’elles soient disponibles sous la forme de variables d’environnement
+qu'elles soient disponibles sous la forme de variables d'environnement
<code>SSL_CLIENTHELLO_*</code> pour les requêtes qui dépendent de la définition
de <code>StdEnvVars</code>. Les variables sont formatées comme les tampons bruts
codés en hexadécimal observés dans le protocole réseau brut et tels que fournis
par OpenSSL. Les valeurs de GREASE (RFC 8701) sont filtrées par OpenSSL lors de
-l’énumération des identifiants d’extension, mais sont transmises telles quelles
-pour les autres variables. Si cette directive n’est pas activée, ou si la
-version d’OpenSSL est antérieure à 1.1.1, ces variables ne seront pas
+l'énumération des identifiants d'extension, mais sont transmises telles quelles
+pour les autres variables. Si cette directive n'est pas activée, ou si la
+version d'OpenSSL est antérieure à 1.1.1, ces variables ne seront pas
renseignées.</p>
</usage>
</directivesynopsis>
<p>
ECH est décrit dans la <rfc>9849</rfc>
-; httpd prend en charge ECH « shared-mode » où l’instance de httpd effectue le
+; httpd prend en charge ECH « shared-mode » où l'instance de httpd effectue le
déchiffrement ECH et héberge les sites web ECH « public-name » et « backend ».
</p>
<p>La directive <code>SSLECHKeyDir</code> permet de définir le répertoire où les
-fichiers PEM ECH (nommés <code>*.ech</code>) sont stockés. Lorsqu’un fichier PEM
+fichiers PEM ECH (nommés <code>*.ech</code>) sont stockés. Lorsqu'un fichier PEM
ECH a été chargé avec succès, httpd va effectuer un déchiffrement ECH et, si ce
dernier réussit, va ouvrir la session TLS correspondante en utilisant le SNI
depuis le ClientHello interne.
ECH, les deux étant hébergés par la même instance de httpd.
</p>
<p>
-L’utilisation d’ECH nécessite le chargement par httpd d’une paire de clés ECH
+L'utilisation d'ECH nécessite le chargement par httpd d'une paire de clés ECH
avec une composante privée pour le déchiffrement ECH. Pour les navigateurs, il
sera nécessaire que la composante publique de cette paire de clés soit publiée
-dans le DNS. À l’aide d’OpenSSL, nous générons et stockons cette paire de clés
+dans le DNS. À l'aide d'OpenSSL, nous générons et stockons cette paire de clés
dans un fichier formaté PEM ECH comme indiqué ci-après.
</p>
<p>
par le protocole ECH.
</p>
<p>
-Les opérations de génération des clés doivent être effectuées sous n’importe
+Les opérations de génération des clés doivent être effectuées sous n'importe
quel compte local utilisé pour la configuration de httpd.
</p>
<example><title>Exemple : Génération de clés ECH</title>
</highlight>
</example>
<p>
-La valeur ECHConfig doit ensuite être publiée dans le DNS sous forme d’un
+La valeur ECHConfig doit ensuite être publiée dans le DNS sous forme d'un
enregistrement ressource HTTPS de façon à être accessible comme indiqué
ci-après :
</p>
Divers autres champs peuvent être inclus dans un enregistrement ressource HTTPS.
Les méthodes existantes pour publier des enregistrements DNS peuvent être
utilisées pour effectuer ce qui précède pour de nombreux déploiements de httpd.
-Dans certains cas, il pourra être intéressant d’utiliser
+Dans certains cas, il pourra être intéressant d'utiliser
<a href="https://datatracker.ietf.org/doc/html/draft-ietf-tls-wkech">
un URI connu pour les paramètres du service de publication</a> conçu pour
assister les serveurs web , par exemple dans la gestion des rotations fréquentes
<note><title>Rechargement des clés ECH</title>
<p>
-Invoquer httpd avec l’argument de ligne de commande <code>-k graceful</code>
+Invoquer httpd avec l'argument de ligne de commande <code>-k graceful</code>
provoque un rechargement « en douceur » de la configuration sans fermer les
connexions existantes.
</p>
<section id="autoupdate">
<title>Sayfanın Tazelenmesi</title>
- <p>Tarayıcınız “tazeleme” yeteneğine sahipse durum sayfası düzenli
+ <p>Tarayıcınız "tazeleme" yeteneğine sahipse durum sayfası düzenli
aralıklarla güncellenecektir. Sayfanın N saniyede bir güncellenmesini
isterseniz isteği şöyle yapabilirsiniz:<br />
<code>http://sunucunuzun.ismi.buraya/server-status?refresh=N</code></p>
<syntax>Group <var>unix-grubu</var></syntax>
<default>Group #-1</default>
<contextlist><context>server config</context></contextlist>
-<compatibility>Apache 2.0’dan itibaren sadece sunucu geneli için geçerlidir.</compatibility>
+<compatibility>Apache 2.0'dan itibaren sadece sunucu geneli için geçerlidir.</compatibility>
<usage>
<p><directive>Group</directive> yönergesi, sunucunun hangi grup altında
<syntax>User <var>unix-kullanıcısı</var></syntax>
<default>User #-1</default>
<contextlist><context>server config</context></contextlist>
-<compatibility>Apache 2.0’dan itibaren sadece sunucu geneli için
+<compatibility>Apache 2.0'dan itibaren sadece sunucu geneli için
geçerlidir.</compatibility>
<usage>
</summary>
<seealso>
- <a href="../urlmapping.html">URL’lerin Dosya Sistemi ile Eşleştirilmesi</a>
+ <a href="../urlmapping.html">URL'lerin Dosya Sistemi ile Eşleştirilmesi</a>
</seealso>
<seealso>
sanal konak kullanımı kolaşlaşır.</p>
<note><title>Bilginize</title>
- <p>URI’leri dosya isimlerine dönüştürmek için <module>mod_alias</module>
+ <p>URI'leri dosya isimlerine dönüştürmek için <module>mod_alias</module>
veya <module>mod_userdir</module> kullanılmışsa bunlar
<module>mod_vhost_alias</module> yönergeleri tarafından aşağıda
açıklandığı gibi geçersiz kılınırlar. Örneğin, aşağıdaki yapılandırma
<title>Dizin İsimlerinin Elde Edilmesi</title>
<p>Bu modüldeki tüm yönergeler bir dizgeyi bir dosya yoluna dönüştürerek
- çalışırlar. Dönüşüm dizgesi (bundan sonra “isim” diyeceğiz) ya sunucu
+ çalışırlar. Dönüşüm dizgesi (bundan sonra "isim" diyeceğiz) ya sunucu
ismi olur (bunun nasıl belirlendiğini öğrenmek için <directive
module="core" >UseCanonicalName</directive> yönergesine bakınız) ya da
sunucu üzerindeki sanal konağın IP adresi olur. Dönüşümü,
- <code>printf</code>’inkilerin benzeri birkaç biçem belirteci
+ <code>printf</code>'inkilerin benzeri birkaç biçem belirteci
denetler:</p>
<table>
seçim yaparken <code>M</code>, <code>N</code> ile seçilen parçadan
karakter seçmekte kullanılır. <code>M</code> isteğe bağlı olup mevcut
olmaması halinde öntanımlı olarak sıfırdır. Noktanın varlığı
- <code>M</code>’nin varlığına bağlıdır. Dönüşüm şöyle uygulanır:</p>
+ <code>M</code>'nin varlığına bağlıdır. Dönüşüm şöyle uygulanır:</p>
<table>
<columnspec><column width=".1"/><column width=".4"/></columnspec>
<code>/usr/local/apache/sankonlar/example.com/f/i/l/an/dizin/dosya.html
</code> dosyasından karşılanırdı.</p>
- <p>IP’ye dayalı sanal konaklar için yapılandırma dosyanızda şu satırlar
+ <p>IP'ye dayalı sanal konaklar için yapılandırma dosyanızda şu satırlar
olabilirdi:</p>
<example>
</example>
<p><code>http://falan.filan.example.com/dizin/dosya.html</code> için
- yapılan bir istek eğer <code>falan.filan.example.com</code>’un IP adresi
+ yapılan bir istek eğer <code>falan.filan.example.com</code>'un IP adresi
10.20.30.40 olsaydı,
<code>/usr/local/apache/sankonlar/10/20/30/40/belgeler/dizin/dosya.html
</code> dosyası ile karşılanırdı.
<p><directive>VirtualDocumentRoot</directive> yönergesi sunucu ismine göre
belgelerin bulunacağı yeri Apache HTTP Sunucusunun saptamasını sağlar.
- <code><em>hesaplanan-dizin</em></code>’in dönüşüm sonucu <directive
+ <code><em>hesaplanan-dizin</em></code>'in dönüşüm sonucu <directive
module="core" >DocumentRoot</directive> yönergesinin değeriymiş gibi
belge ağacının kök dizini olarak kullanılır.
<code><em>hesaplanan-dizin</em></code> yerine <code>none</code>
<usage>
<p><directive>VirtualScriptAlias</directive> yönergesi, CGI betiklerinin
- bulunacağı yeri Apache httpd’nin saptamasını sağlamak bakımından
+ bulunacağı yeri Apache httpd'nin saptamasını sağlamak bakımından
<directive module="mod_vhost_alias" >VirtualDocumentRoot</directive>
yönergesinin yaptığını yapar. <code>/cgi-bin/</code> ile başlayan
istekler için ise <directive module="mod_alias">ScriptAlias</directive>
<dl>
<dt>MPM</dt>
- <dd>
“MPM” durumlu bir modül bir <a
+ <dd>
"MPM" durumlu bir modül bir <a
href="../mpm.html">Çok Süreçlilik Modülü</a>dür. Diğer modül türlerinin aksine, sunucunun kullandığı MPM modülü sayısı birden fazla olamaz. Bu modül türü temelde sunucuya gelen isteklerin ele alınmasından ve öldürülmesinden sorumludur.</dd>
<dt>Temel</dt>
- <dd>“Temel” durumuyla etiketlenmiş bir modül öntanımlı olarak olarak derlenir ve sunucuya öntanımlı olarak yüklenir. Bu bakımdan derleme öncesi paket yapılandırması sırasında modülün derlenmemesi özellikle istenmedikçe bu modül derlenecek ve sunucuya yüklenecektir.</dd>
+ <dd>"Temel" durumuyla etiketlenmiş bir modül öntanımlı olarak olarak derlenir ve sunucuya öntanımlı olarak yüklenir. Bu bakımdan derleme öncesi paket yapılandırması sırasında modülün derlenmemesi özellikle istenmedikçe bu modül derlenecek ve sunucuya yüklenecektir.</dd>
<dt>Eklenti</dt>
- <dd>“Eklenti” durumundaki bir modül normal olarak derlenmez ve sunucuya yüklenmez. Modülü ve işlevselliğini etkin kılmak için sunucunun derleme öncesi paket yapılandırması sırasında modülün derleneceğini açıkça belirttikten sonra gerekirse yeniden derlemeniz gerekir.</dd>
+ <dd>"Eklenti" durumundaki bir modül normal olarak derlenmez ve sunucuya yüklenmez. Modülü ve işlevselliğini etkin kılmak için sunucunun derleme öncesi paket yapılandırması sırasında modülün derleneceğini açıkça belirttikten sonra gerekirse yeniden derlemeniz gerekir.</dd>
<dt>Deneysel</dt>
- <dd>“Deneysel” durumu modülün Apache sunucusunun bir parçası olarak kabul edildiğini ancak modülü denemenin tamamen sizin insiyatifinize bırakıldığı anlamına gelir. Böyle bir modül her şeyiyle belgelenmiştir fakat gerektiği gibi desteklenmemiştir.</dd>
+ <dd>"Deneysel" durumu modülün Apache sunucusunun bir parçası olarak kabul edildiğini ancak modülü denemenin tamamen sizin insiyatifinize bırakıldığı anlamına gelir. Böyle bir modül her şeyiyle belgelenmiştir fakat gerektiği gibi desteklenmemiştir.</dd>
<dt>Harici</dt>
- <dd>“Harici” durumu temel Apache dağıtımında bulunmayan (“üçüncü parti”) modüller için kullanılır. Böyle modüller için sorumluluk kabul etmediğimiz gibi bunları desteklemiyoruz.</dd>
+ <dd>"Harici" durumu temel Apache dağıtımında bulunmayan ("üçüncü parti") modüller için kullanılır. Böyle modüller için sorumluluk kabul etmediğimiz gibi bunları desteklemiyoruz.</dd>
</dl>
</section>
<section id="Compatibility"><title>Uyumluluk</title>
- <p>Eğer modül Apache’nin 2. sürüm dağıtımının özgün parçası değilse söz konusu sürüm burada belirtilir. Ayrıca, modülün kullanımı belli platformlarla sınırlıysa bunun ayrıntıları da burada belirtilir.</p>
+ <p>Eğer modül Apache'nin 2. sürüm dağıtımının özgün parçası değilse söz konusu sürüm burada belirtilir. Ayrıca, modülün kullanımı belli platformlarla sınırlıysa bunun ayrıntıları da burada belirtilir.</p>
</section>
</manualpage>
compilé en désactivant les adresses IPv4, il s'agit du comportement par
défaut et cette option n'a alors aucun effet).</li>
- <li><code>multipathtcp</code> : active l
’utilisation de <a
+ <li><code>multipathtcp</code> : active l
'utilisation de <a
href="https://mptcp.dev">Multipath TCP (MPTCP)</a> pour les sockets. Notez
- que cette option n’est actuellement prise en charge que par Linux.
+ que cette option n'est actuellement prise en charge que par Linux.
</li>
</ul>
<directivesynopsis>
<name>ListenTCPDeferAccept</name>
-<description>Valeur de l’option de socket TCP_DEFER_ACCEPT si elle est
+<description>Valeur de l'option de socket TCP_DEFER_ACCEPT si elle est
définie</description>
<syntax>ListenTCPDeferAccept <var>integer</var></syntax>
<default>ListenTCPDeferAccept 30</default>
<compatibility>Disponible à partir de la version 2.5.1 du serveur HTTP Apache</compatibility>
<usage>
- <p>La valeur spécifiée ici est définie comme valeur de l’option de socket
+ <p>La valeur spécifiée ici est définie comme valeur de l'option de socket
<code>TCP_DEFER_ACCEPT</code> si cette dernière est définie sur le socket
- d’écoute. Cela se produit sous Linux lorsque la directive <directive
+ d'écoute. Cela se produit sous Linux lorsque la directive <directive
module="core">AcceptFilter</directive> est définie à toute autre valeur que
<code>none</code>. Dans tous les autres cas, ce réglage est ignoré. Pour
plus de détails, voir la page de manuel de <a
<module>worker</module></modulelist>
<usage>
- <p>Bu yönerge <code>core</code> dosyasını dökümlemek üzere Apache httpd’nin
+ <p>Bu yönerge <code>core</code> dosyasını dökümlemek üzere Apache httpd'nin
geçmeye çalışacağı dizini belirler. Eğer işletim sisteminiz, çöken bir
sürecin olması durumunda <code>core</code> dosyasını çöken sürecin
çalışma dizinine yazacak şekilde yapılandırılmışsa,
<module>mpmt_os2</module>
<module>prefork</module><module>worker</module><module>event</module>
</modulelist>
-<compatibility>Apache HTTP Sunucusu 2.0’dan beri gerekli yönergelerden
+<compatibility>Apache HTTP Sunucusu 2.0'dan beri gerekli yönergelerden
biridir.<br/><var>protokol</var> değiştirgesi 2.1.5 sürümünde
eklenmiştir.</compatibility>
<usage>
- <p><directive>Listen</directive> yönergesi Apache httpd’yi sadece belli IP
+ <p><directive>Listen</directive> yönergesi Apache httpd'yi sadece belli IP
adreslerini ve portlarını dinlemeye sevkeder.
<directive>Listen</directive> artık belirtilmesi zorunlu yönergelerden
biridir. Yapılandırma dosyasında bulunmadığı takdirde sunucu
başlatılırken başarısız olacaktır. Bu Apache HTTP Sunucusunun önceki
sürümünde böyle değildi.</p>
- <p><directive>Listen</directive> yönergesi Apache httpd’ye, sadece belli
+ <p><directive>Listen</directive> yönergesi Apache httpd'ye, sadece belli
portlardan veya IP adresi ve port çiftlerinden gelen istekleri kabul
etmesini söyler. Eğer sadece port numarası belirtilmişse sunucu
belirtilen portu bütün ağ arabirimlerinde dinleyecektir. Eğer portla
durumda belirtilen bütün IP adreslerinden ve portlardan gelecek
isteklere yanıt verecektir.</p>
- <p>Örneğin sunucunun hem port 80 hem de port 8000’den istek kabul etmesini
+ <p>Örneğin sunucunun hem port 80 hem de port 8000'den istek kabul etmesini
istiyorsanız bunu şöyle belirtebilirsiniz:</p>
<example>
<p>Çok evreli ve melez sunucularda (<module>event</module> veya
<module>worker</module> gibi) <directive>MaxRequestWorkers</directive>
yönergesi istemcilere hizmet verecek evre sayısını sınırlar. Öntanımlı
- değer melez MPM’ler için 16'dır
+ değer melez MPM'ler için 16'dır
(<directive module="mpm_common">ServerLimit</directive> ile <directive
module="mpm_common">ThreadsPerChild</directive> çarpılır: <code>16 x
25</code>). Bu bakımdan <directive>MaxRequestWorkers</directive> değerini
başlayamayacağı gibi sistemi kararsız hale de getirebilir.</p>
<p>Bu yönergeyi <module>prefork</module> modülü ile sadece <directive
- module="mpm_common">MaxRequestWorkers</directive> yönergesine 256’dan
+ module="mpm_common">MaxRequestWorkers</directive> yönergesine 256'dan
(öntanımlı) daha büyük bir değer atayacaksanız kullanınız. Bu yönergeye
<directive module="mpm_common">MaxRequestWorkers</directive> için atamak
istediğiniz değerden fazlasını atamayınız.</p>
<note><title>Ek Bilgi</title>
<p>Sunucu içinde derlenmiş olarak <code>ServerLimit 20000</code>
şeklinde bir zorlayıcı sınır vardır (<module>prefork</module> için
- 200000’dir). Bu önlem, yazım hatalarının istenmeyen sonuçlara yol
+ 200000'dir). Bu önlem, yazım hatalarının istenmeyen sonuçlara yol
açmasını engellemek için düşünülmüştür. Bu sınırı daha da arttırmak
için mpm kaynak dosyasındaki MAX_SERVER_LIMIT değerini değiştirip
sunucuyu yeniden derlemeniz gerekir.</p>
<directive module="prefork">MaxSpareServers</directive> yönergelerine
bakınız.)</p>
- <p>Öntanımlı değer MPM’den MPM’e fark eder. Öntanımlı değer
+ <p>Öntanımlı değer MPM'den MPM'e fark eder. Öntanımlı değer
<module>worker</module> için <code>3</code> iken
<module>prefork</module> için <code>5</code>,
<module>mpmt_os2</module> için <code>2</code>'dir.</p>
<p><module>mpm_netware</module> için <code>StartThreads 50</code>
öntanımlı olup, sadece tek bir süreç olduğundan, sunucunun başlatılması
- sırasında oluşturulan evrelerin toplam sayısı <code>50</code>’dir.</p>
+ sırasında oluşturulan evrelerin toplam sayısı <code>50</code>'dir.</p>
</usage>
</directivesynopsis>
<p><directive>ThreadLimit</directive> yönergesinin öntanımlı değeri
<module>mpm_winnt</module> için <code>1920</code>, diğerleri için
- <code>64</code>’tür.</p>
+ <code>64</code>'tür.</p>
<note><title>Ek Bilgi</title>
<p>Sunucu içinde derlenmiş olarak <code>ThreadLimit 20000</code>
şeklinde bir zorlayıcı sınır vardır (<module>mpm_winnt</module> için
- 15000’dir). Bu önlem, yazım hatalarının istenmeyen sonuçlara yol
+ 15000'dir). Bu önlem, yazım hatalarının istenmeyen sonuçlara yol
açmasını engellemek için düşünülmüştür. Bu sınırı daha da arttırmak
için mpm kaynak dosyasındaki MAX_SERVER_LIMIT değerini değiştirip
sunucuyu yeniden derlemeniz gerekir.</p>
<p><directive>ThreadsPerChild</directive> için öntanımlı değer
<module>mpm_winnt</module> kullanıldığında <code>64</code> diğerleri
- için <code>25</code>’tir.</p>
+ için <code>25</code>'tir.</p>
</usage>
</directivesynopsis>
diğer platformlarda sorunsuz çalışabilir. Bu tür çökmeler
<directive>ThreadStackSize</directive> yönergesine daha büyük yığıt
boyu atanarak çözümlenir. Böyle bir ayarlamayı sadece üçüncü parti
- modülün üreticisi bunun gerekliliğini belirtmişse veya Apache httpd’nin
+ modülün üreticisi bunun gerekliliğini belirtmişse veya Apache httpd'nin
evre yığıt boyutunun küçüklüğünden dolayı çöktüğü teşhis edildiği
takdirde yapınız.</li>
çocuk süreç gelen bir isteğe yanıt verirken ebeveyn süreç çocuk süreç
havuzunu yönetir. Evresiz kütüphanelerle uyumluluk için evrelemeden
kaçınma ihtiyacında olan siteler için uygundur. Ayrıca istekleri
- birbirlerinden yalıtmak için en iyi MPM’dir, dolayısıyla herhangi bir
+ birbirlerinden yalıtmak için en iyi MPM'dir, dolayısıyla herhangi bir
istekle ilgili bir sorun diğerlerini etkilemez.</p>
<p>Bu MPM kendi kendine her duruma çok iyi uyum sağladığından
>MaxRequestWorkers</directive> yönergeleri ile düzenlenir. Apache httpd
kendiliğinden her duruma çok iyi uyum sağladığından, genelde, çoğu
sitenin bu yönergelerin öntanımlı değerlerini değiştirmesi gerekmez.
- Aynı anda 256’dan fazla isteğe hizmet sunacak sitelerin <directive
+ Aynı anda 256'dan fazla isteğe hizmet sunacak sitelerin <directive
module="mpm_common">MaxRequestWorkers</directive> değerini arttırmaları
gerekebilir. Ancak, fiziksel belleği yeterli olmayan sitelerin de
sunucunun belleği diske takaslamasını önlemek için bu değeri
<p>Unix altında 80. portu dinleyebilmek için ana sürecin
<code>root</code> tarafından çalıştırılmış olması gerekirse de çocuk
süreçler Apache httpd tarafından daha az yetkili bir kullanıcının
- aidiyetinde çalıştırılırlar. Apache httpd’nin çocuk süreçlerinin
+ aidiyetinde çalıştırılırlar. Apache httpd'nin çocuk süreçlerinin
kullanıcı ve gruplarını ayarlamak için <directive module="mod_unixd"
>User</directive> ve <directive module="mod_unixd">Group</directive>
yönergeleri kullanılır. Çocuk süreçlerin sunacakları içeriği okumaya
<p>İlk sütunda yönergenin ismi ve kullanımı belirtilmiştir. İkinci sütunda
yönergenin varsa öntanımlı değeri gösterilmiştir. Eğer öntanımlı değer
- sütuna sığmayacak kadar uzunsa sığmayan kısmı kırpılıp yerine “+” imi
+ sütuna sığmayacak kadar uzunsa sığmayan kısmı kırpılıp yerine "+" imi
konmuştur.</p>
<p>Aşağıda sağdaki gösterge tablolarına uygun olarak, üçüncü sütunda
href="directive-dict.html">描述指令的术语</a>。</p>
<p>第一列给出指令的名称与用法。第二列显示指令的默认值(如果有的话)。
- 如果因为默认值太长而被截断显示，会在最后一个字符之后显示字符 “+”。</p>
+ 如果因为默认值太长而被截断显示，会在最后一个字符之后显示字符 "+"。</p>
<p>第三列显示允许此指令的上下文，第四列显示指令的状态。</p>
</summary>
çok sayıda evreye sahip çok sayıda süreci canlı tutarak bir çok süreçli
sunucu kadar kararlı olur.</p>
- <p>Bu MPM’i denetim altında tutmakta kullanılan en önemli yönergeler, her
+ <p>Bu MPM'i denetim altında tutmakta kullanılan en önemli yönergeler, her
çocuk süreç için konuşlandırılacak evre sayısını belirleyen <directive
module="mpm_common">ThreadsPerChild</directive> yönergesi ile devreye
sokulacak toplam evre sayısının azamisini belirleyen <directive
<p>Unix altında 80. portu dinleyebilmek için ana sürecin root tarafından
çalıştırılmış olması gerekirse de çocuk süreçler ve evreler Apache
httpd tarafından daha az yetkili bir kullanıcının aidiyetinde
- çalıştırılırlar. Apache httpd’nin çocuk süreçlerinin kullanıcı ve
+ çalıştırılırlar. Apache httpd'nin çocuk süreçlerinin kullanıcı ve
gruplarını ayarlamak için <directive module="mod_unixd">User</directive>
ve <directive module="mod_unixd">Group</directive> yönergeleri
kullanılır.
<manualpage metafile="mpm.xml.meta">
- <title>Çok Süreçlilik Modülleri (MPM’ler)</title>
+ <title>Çok Süreçlilik Modülleri (MPM'ler)</title>
<summary>
<p>Bu belgede Çok Süreçlilik Modülü denince ne anlaşıldığı ve bunların
<ul>
<li>Apache httpd geniş çeşitlilikteki işletim sistemlerini daha temiz ve
daha verimli bir şekilde destekleyebilmektedir. Özellikle,
- <module>mpm_winnt</module> modülü, Apache httpd 1.3’te kullanılan POSIX
+ <module>mpm_winnt</module> modülü, Apache httpd 1.3'te kullanılan POSIX
katmanının yerine işletim sistemine özgü özellikleri
kullanabildiğinden, Apache HTTP Sunucusunun Windows sürümü artık çok
- daha verimli bir duruma gelmiştir. Aynı fayda özelleştirilmiş MPM’lerle
+ daha verimli bir duruma gelmiştir. Aynı fayda özelleştirilmiş MPM'lerle
diğer işletim sistemlerine de sağlanmıştır.</li>
<li>Sunucu, belli bir sitenin ihtiyaçlarına uygun olarak daha iyi
modüllerinden birini seçebilmektedir.</li>
</ul>
- <p>Kullanıcı açısından MPM’lerin diğer Apache httpd modüllerinden görünüşte
+ <p>Kullanıcı açısından MPM'lerin diğer Apache httpd modüllerinden görünüşte
bir farkı yoktur. Asıl fark sunucuya yüklenebilecek azami MPM modülü
sayısının bir ve yalnız bir olarak sınırlanmış olmasıdır. Mevcut MPM
modülleri <a href="mod/">modül dizini</a> sayfasında listelenmiştir.</p>
</section>
-<section id="defaults"><title>Öntanımlı MPM’ler</title>
+<section id="defaults"><title>Öntanımlı MPM'ler</title>
- <p>Aşağıdaki tabloda çeşitli işletim sistemlerinde öntanımlı olan MPM’ler
+ <p>Aşağıdaki tabloda çeşitli işletim sistemlerinde öntanımlı olan MPM'ler
listelenmiştir. Derleme sırasında başka bir seçim yapmadığınız takdirde
- bu işletim sistemlerinde bu MPM’ler seçilmiş olacaktır.</p>
+ bu işletim sistemlerinde bu MPM'ler seçilmiş olacaktır.</p>
<table border="1" style="zebra">
<columnspec><column width=".2"/><column width=".2"/></columnspec>
<manualpage metafile="new_features_2_0.xml.meta">
-<title>Apache HTTP Sunucusu 2.0’da Yeni olan Özellikler</title>
+<title>Apache HTTP Sunucusu 2.0'da Yeni olan Özellikler</title>
<summary>
<p>Bu belgede Apache HTTP Sunucusunun 1.3 ve 2.0 sürümleri arasındaki
başlıca değişikliklerin bazılarına değinilmiştir.</p>
</summary>
-<seealso><a href="upgrading.html">1.3’ten 2.0’a Yükseltme</a></seealso>
+<seealso><a href="upgrading.html">1.3'ten 2.0'a Yükseltme</a></seealso>
<section id="core">
<title>Çekirdekteki Gelişmeler</title>
<dt>Yeni Paket Derleme Sistemi</dt>
<dd>Yeni kaynak paketi derleme sistemi <code>autoconf</code> ve
- <code>libtool</code>’a dayalı olarak sıfırdan, yeni baştan yazıldı.
- Böylece Apache httpd’nin paket yapılandırma sistemi diğer paketlerinkiyle
+ <code>libtool</code>'a dayalı olarak sıfırdan, yeni baştan yazıldı.
+ Böylece Apache httpd'nin paket yapılandırma sistemi diğer paketlerinkiyle
benzerlik kazanmış oldu.</dd>
<dt>Çok Sayıda Protokol Desteği</dt>
<dt>IPv6 Desteği</dt>
- <dd>IPv6’nın Apache Taşınabilirlik Arayüzü kütüphanesi tarafından
+ <dd>IPv6'nın Apache Taşınabilirlik Arayüzü kütüphanesi tarafından
desteklendiği sistemlerde Apache httpd öntanımlı olarak IPv6 soketlerini
dinler. Bundan başka, <directive module="mpm_common"
>Listen</directive>, <directive module="core"
<dt>Düzenli İfade Kütüphanesi Güncellemesi</dt>
- <dd>Apache httpd 2.0
’da <a href="http://www.pcre.org/">Perl uyumlu düzenli
+ <dd>Apache httpd 2.0
'da <a href="http://www.pcre.org/">Perl uyumlu düzenli
ifade kütüphanesi</a> bulunur. Tüm düzenli ifadelerde artık çok daha
güçlü olan Perl 5 sözdizimi kullanılmaktadır.</dd>
<dl>
<dt><module>mod_ssl</module></dt>
- <dd>Apache httpd 2.0’da yeni olan bu modül, OpenSSL tarafından sağlanan
+ <dd>Apache httpd 2.0'da yeni olan bu modül, OpenSSL tarafından sağlanan
SSL/TLS şifreleme protokollerine bir arayüzdür.</dd>
<dt><module>mod_dav</module></dt>
- <dd>Apache httpd 2.0’da yeni olan bu modül, site içeriğinin destek ve bakımı
+ <dd>Apache httpd 2.0'da yeni olan bu modül, site içeriğinin destek ve bakımı
için HTTP dağıtık yazım ve sürüm yönetimi (DAV - Distributed
Authoring and Versioning) belirtimini gerçekler.</dd>
<dt><module>mod_deflate</module></dt>
- <dd>Apache httpd 2.0’da yeni olan bu modül sayesinde ağ band genişliğinden
+ <dd>Apache httpd 2.0'da yeni olan bu modül sayesinde ağ band genişliğinden
daha verimli yararlanabilmek için içeriğin sıkıştırılarak
gönderilmesini talep eden tarayıcıların desteklenmesi mümkün
olmuştur.</dd>
<dt><module>mod_auth_ldap</module></dt>
- <dd>Apache httpd 2.0.41’de yeni olan bu modül, HTTP temel kimlik
+ <dd>Apache httpd 2.0.41'de yeni olan bu modül, HTTP temel kimlik
doğrulamasında kullanılan delillerin saklanması için LDAP
veritabanının kullanılabilmesini mümkün kılar. Kardeş modülü olan
<module>mod_ldap</module> ise bağlantı havuzlaması ve sonuçların
<dt><module>mod_charset_lite</module></dt>
- <dd>Apache httpd 2.0’da yeni olan bu deneysel modül, karakter kümesi
+ <dd>Apache httpd 2.0'da yeni olan bu deneysel modül, karakter kümesi
dönüşümleri veya kaydı için destek sağlar.</dd>
<dt><module>mod_file_cache</module></dt>
- <dd>Apache httpd 2.0’da yeni olan bu modül, Apache HHP Sunucusu 1.3’teki
+ <dd>Apache httpd 2.0'da yeni olan bu modül, Apache HHP Sunucusu 1.3'teki
<code>mod_mmap_static</code> modülünün işlevselliğini içermenin
yanında buna önbellekleme yetenekleri de ekler.</dd>
<dt><module>mod_headers</module></dt>
- <dd>Bu modül Apache httpd 2.0’da daha esnek hale getirilmiştir. Artık
+ <dd>Bu modül Apache httpd 2.0'da daha esnek hale getirilmiştir. Artık
<module>mod_proxy</module> tarafından kullanılan istek başlıkları
değiştirilebilmekte ve bunlar yanıt başlıklarına şartlı olarak
atanabilmektedir.</dd>
<dd>Yeni <directive module="mod_negotiation"
>ForceLanguagePriority</directive> yönergesi sayesinde istemciye
- “Kabul edilebilir bir gösterim çeşidi yok” ya da “Çok sayıda seçim
- belirtilmiş” yanıtını döndürmek yerine tüm durumlara uyan bir
+ "Kabul edilebilir bir gösterim çeşidi yok" ya da "Çok sayıda seçim
+ belirtilmiş" yanıtını döndürmek yerine tüm durumlara uyan bir
sayfanın gönderilebilmesi sağlanmıştır. Bundan başka, uzlaşım ve
<code>MultiViews</code> algoritmaları daha tutarlı sonuçlar elde
etmek amacıyla elden geçirilmiş ve belge içeriği ile daha iyi eşleşen
<manualpage metafile="new_features_2_2.xml.meta">
-<title>Apache HTTP Sunucusu 2.2’de Yeni olan Özellikler</title>
+<title>Apache HTTP Sunucusu 2.2'de Yeni olan Özellikler</title>
<summary>
<p>Bu belgede Apache HTTP Sunucusunun 2.0 ve 2.2 sürümleri arasındaki
başlıca farklara değinilmiştir. 1.3 sürümüne göre yeni özellikler için <a
- href="new_features_2_0.html">Apache 2.0’da Yeni olan Özellikler</a>
+ href="new_features_2_0.html">Apache 2.0'da Yeni olan Özellikler</a>
belgesine bakınız.</p>
</summary>
<dt>Nazikçe Durdurma</dt>
<dd><module>prefork</module>, <module>worker</module> ve
- <module>event</module> MPM
’leri artık <program>httpd</program>’yi <a
+ <module>event</module> MPM
'leri artık <program>httpd</program>'yi <a
href="stopping.html#gracefulstop"><code>graceful-stop</code></a>
sinyali sayesinde nazikçe durdurabilmektedir.
<program>httpd</program> programının sonlandırılmasındaki gecikmelere
<dt>Büyük Dosya (>2GB) Desteği</dt>
<dd><program>httpd</program> artık günümüzün 32 bitlik Unix
- sistemlerinde bulunan 2 GB’lık büyük dosyaları destekleyecek tarzda
- derlenebilmektedir. 2 GB’lık istek gövdelerine destek de ayrıca
+ sistemlerinde bulunan 2 GB'lık büyük dosyaları destekleyecek tarzda
+ derlenebilmektedir. 2 GB'lık istek gövdelerine destek de ayrıca
eklenmiştir.</dd>
<dt>Event MPM</dt>
<dd><module>event</module> MPM modülü sürekli bağlantı isteklerinin
işlenmesi ve bağlantıların kabul edilmesi için ayrı bir evre
kullanır. Sürekli bağlantı (keepalive) isteklerinin işlenmesi
- geleneksel olarak httpd’nin buna bir <module>worker</module>
+ geleneksel olarak httpd'nin buna bir <module>worker</module>
adamasını gerektirirdi. Bu adanmış <module>worker</module> bağlantı
zaman aşımına uğrayıncaya değin tekrar kullanılamazdı.</dd>
<dt>SQL Veritabanı Desteği</dt>
<dd><module>mod_dbd</module> modülü <code>apr_dbd</code> arayüzü ile
- birlikte, ihtiyacı olan modüllere SQL desteği sağlar. Evreli MPM’ler
+ birlikte, ihtiyacı olan modüllere SQL desteği sağlar. Evreli MPM'ler
için bağlantı havuzlamasını destekler.</dd>
</dl>
</section>
<dt><module>mod_info</module></dt>
<dd>Apache tarafından çözümlenen haliyle yapılandırma yönergelerinin
gösterilmesini sağlayan yeni <code>?config</code> parametresini
- ekler. Modül ayrıca, <code>httpd -V</code>’nin yaptığı gibi ek olarak
+ ekler. Modül ayrıca, <code>httpd -V</code>'nin yaptığı gibi ek olarak
derleme bilgisini ve tüm istek kancalarının sırasını da gösterir.</dd>
<dt><module>mod_ssl</module></dt>
<dd>Mevcut yapılandırmaya göre yüklenen modülleri listelemek için
<code>-M</code> diye yeni bir komut satırı seçeneği eklendi.
<code>-l</code> seçeneğinin aksine, bu seçenekle elde edilen liste
- <module>mod_so</module> üzerinden yüklenen DSO’ları içerir.</dd>
+ <module>mod_so</module> üzerinden yüklenen DSO'ları içerir.</dd>
<dt><program>httxt2dbm</program></dt>
<dd><directive module="mod_rewrite">RewriteMap</directive> yönergesinde
<dl>
<dt><glossary>APR</glossary> 1.0 Programlama Arayüzü</dt>
- <dd>Apache 2.2’de APR 1.0 API kullanılmıştır. Kullanımı önerilmeyen
+ <dd>Apache 2.2'de APR 1.0 API kullanılmıştır. Kullanımı önerilmeyen
tüm işlevler ve simgeler <code>APR</code> ve
- <code>APR-Util</code>
’den kaldırılmıştır. Ayrıntılar için <a
+ <code>APR-Util</code>
'den kaldırılmıştır. Ayrıntılar için <a
href="http://apr.apache.org/">APR Sitesine bakınız</a>.</dd>
<dt>Authn/Authz</dt>
<dt>Deneme Yapılandırma Kancası Eklendi</dt>
- <dd>Kullanıcı, <program>httpd</program>’yi sadece <code>-t</code>
+ <dd>Kullanıcı, <program>httpd</program>'yi sadece <code>-t</code>
seçeneği ile kullandığı takdirde özel kod icra edilmesini isteyen
modüllere yardımcı olmak üzere <code>test_config</code> diye yeni bir
kanca işlev eklendi.</dd>
- <dt>Evreli MPM’lerin Yığıt Boyutunun Ayarlanması</dt>
+ <dt>Evreli MPM'lerin Yığıt Boyutunun Ayarlanması</dt>
- <dd>Tüm evreli MPM’lerin yığıt boyutunu ayarlamak üzere <directive
+ <dd>Tüm evreli MPM'lerin yığıt boyutunu ayarlamak üzere <directive
module="mpm_common">ThreadStackSize</directive> isminde yeni bir
yönerge eklendi. Öntanımlı yığıt boyutunun küçük olduğu platformlarda
bazı üçüncü parti modüller tarafından buna ihtiyaç duyulmaktadır.</dd>
<dt>DBD Arayüzü (SQL Veritabanı API)</dt>
- <dd><p>Apache 1.x ve 2.0’da, modüller, SQL veritabanlarını kendileri
+ <dd><p>Apache 1.x ve 2.0'da, modüller, SQL veritabanlarını kendileri
yönetebilmek için sorumluluğu alacak bir SQL artalanına ihtiyaç
duymaktadır. Her biri kendi bağlantısına sahip bir sürü modül
olduğunda bu yöntem çok verimsiz olabilmektedir.</p>
<p>Apache 2.1 ve sonrasında veritabanı bağlantılarını (evreli olsun
- olmasın MPM’lerin eniyilenmiş stratejileri dahil) yönetmek için
+ olmasın MPM'lerin eniyilenmiş stratejileri dahil) yönetmek için
<code>ap_dbd</code> arayüzü kullanılmıştır. APR 1.2 ve sonrasında ise
veritabanı ile etkileşim <code>apr_dbd</code> arayüzüyle
sağlanmıştır.</p>
<summary>
<p>Bu belgede Apache HTTP Sunucusunun 2.2 ve 2.4 sürümleri arasındaki
başlıca farklara değinilmiştir. 2.0 sürümüne göre yeni özellikler için <a
- href="new_features_2_2.html">Apache 2.2’de Yeni olan Özellikler</a>
+ href="new_features_2_2.html">Apache 2.2'de Yeni olan Özellikler</a>
belgesine bakınız.</p>
</summary>
oluşturabilirsiniz. Bu dosyada örneğin <code>FOO</code> isimli
yerleşim <code><Layout FOO>...</Layout></code> bölümü
içinde düzenlenmiştir ve her yerleşim için böyle ayrı bir bölüm
- vardır. Öntanımlı yerleşim <code>Apache</code>’dir.</dd>
+ vardır. Öntanımlı yerleşim <code>Apache</code>'dir.</dd>
</dl>
</section>
<dt><code>--host=<var>çalışma-ortamı</var></code></dt>
<dd>Sunucunun çalışacağı sistemin sistem türünü tanımlar. Öntanımlı
- sistem türü <code><var>derleme-ortamı</var></code>’dır.</dd>
+ sistem türü <code><var>derleme-ortamı</var></code>'dır.</dd>
<dt><code>--target=<var>hedef-ortam</var></code></dt>
<dd>Derleyicileri <code><var>hedef-ortam</var></code> sistem türü için
yapılandırır. Öntanımlı sistem türü
- <code><var>çalışma-ortamı</var></code>’dır. Bu seçenek
+ <code><var>çalışma-ortamı</var></code>'dır. Bu seçenek
<code>autoconf</code> tarafından atanır ve Apache HTTP Sunucusu için
gerekli değildir.</dd>
</dl>
<dl>
<dt><code>--with-<var>paket</var>[=<var>değer</var>]</code></dt>
<dd><code><var>paket</var></code> paketi kullanılır. Öntanımlı
- <code><var>değer</var></code> <code>yes</code>’tir.</dd>
+ <code><var>değer</var></code> <code>yes</code>'tir.</dd>
<dt><code>--without-<var>paket</var></code></dt>
<dd><code><var>paket</var></code> paketi kullanılmaz. Öntanımlı
- <code><var>değer</var></code> <code>no</code>’dur. Bu seçenek
+ <code><var>değer</var></code> <code>no</code>'dur. Bu seçenek
<code>autoconf</code> tarafından sağlanmıştır ve Apache HTTP
Sunucusu için pek yararlı değildir.</dd>
</dl>
<dt><code>--with-apr=<var>dizin</var>|<var>dosya</var></code></dt>
<dd><glossary ref="apr">Apache Taşınabilir Arayüzü</glossary> (APR)
httpd kaynak paketinin bir parçası olup HTTP Sunucu ile birlikte
- derlenir. Eğer kendi kurulu APR’nizi kullanmak isterseniz bunu
+ derlenir. Eğer kendi kurulu APR'nizi kullanmak isterseniz bunu
<code>configure</code> betiğine <code>apr-config</code> betiğinin
yolunu belirterek ifade edebilirsiniz. Kurulu APR için bid dizin,
dosya ismi veya mutlak dosya yolu belirtebilirsiniz.
<dt><code>--with-apr-util=<var>dizin</var>|<var>dosya</var></code></dt>
<dd>Apache Taşınabilir Arayüzü Araçları (APU) httpd kaynak paketinin
bir parçası olup HTTP Sunucu ile birlikte derlenir. Eğer kendi
- kurulu APU’nuzu kullanmak isterseniz bunu <code>configure</code>
+ kurulu APU'nuzu kullanmak isterseniz bunu <code>configure</code>
betiğine <code>apu-config</code> betiğinin yolunu belirterek ifade
edebilirsiniz. Kurulu APR için bir dizin, dosya ismi veya mutlak
dosya yolu belirtebilirsiniz. <code>apr-config</code> ya
ince ayar</a> konusuna bakınız).</dd>
<dt><code>--with-suexec-caller</code></dt>
- <dd>Bu seçenek ile <program>suexec</program>’i çalıştırabilecek
+ <dd>Bu seçenek ile <program>suexec</program>'i çalıştırabilecek
kullanıcı belirtilir. Normalde <program>httpd</program> programını
çalıştıran kullanıcı olmalıdır.</dd>
<example>
htdbm -cbp passwords.dbm bogus bogus
- awk ‘BEGIN { FS=”:” }; {system (“htdbm -bp passwords.dbm ” $1 ” ” $2)}’ passwords
+ awk 'BEGIN { FS=":" }; {system ("htdbm -bp passwords.dbm " $1 " " $2)}' passwords
htdbm -x bogus
</example>
<example>
htdbm -cbp passwords.dbm bogus bogus
- awk ‘BEGIN { FS=”:” }; {system (“htdbm -bp passwords.dbm ” $1 ” ” $2)}’ passwords
+ awk 'BEGIN { FS=":" }; {system ("htdbm -bp passwords.dbm " $1 " " $2)}' passwords
htdbm -x bogus
</example>
<section id="dumpconf"><title>Affichage des options de configuration</title>
-<p>Les options suivantes peuvent être combinées avec l’option <var>-t</var> pour
+<p>Les options suivantes peuvent être combinées avec l'option <var>-t</var> pour
afficher des informations à propos de la configuration :</p>
<dl>
</section>
<section id="flag_ne"><title>NE|noescape</title>
-<p>Par défaut, lorsqu’une directive <directive
+<p>Par défaut, lorsqu'une directive <directive
module="mod_rewrite">RewriteRule</directive> résulte en une redirection externe,
-tout caractère dans la sortie qui ne fait pas partie de l’ensemble sûr suivant
+tout caractère dans la sortie qui ne fait pas partie de l'ensemble sûr suivant
est converti en son code hexa (encodage avec caractère pourcentage) :</p>
<ul>
pourcentage déjà présent dans la substitution sera doublement encodé.</p>
<p>Utiliser le drapeau [NE] empêche cet échappement, ce qui permet de
-transmettre sans modification vers l’URL de redirection des caractères comme
+transmettre sans modification vers l'URL de redirection des caractères comme
<code>#</code> et <code>?</code>.</p>
<highlight language="config">RewriteRule "^/anchor/(.+)" "/bigpage.html#$1" [NE,R]</highlight>
avertissements 'Invalid URI in request'.
</p>
-<p>Remarque : httpd ne prend en charge que les codes d’état inclus dans la
-spécification de HTTP. Utiliser un code d’état non reconnu provoquera une erreur
-500 et l’enregistrement d’un message dans le journal des erreurs.</p>
+<p>Remarque : httpd ne prend en charge que les codes d'état inclus dans la
+spécification de HTTP. Utiliser un code d'état non reconnu provoquera une erreur
+500 et l'enregistrement d'un message dans le journal des erreurs.</p>
</section>
<section id="flag_unsafe_allow_3f"><title>UnsafeAllow3F</title>
<p>Il est nécessaire de définir ce drapeau pour permettre à une réécriture
- de continuer si la requête HTTP en cours d’écriture possède un point d'interrogation encodé, « %3f », et si le résultat réécrit contient un « ? » dans
- la substitution. Cela protège d’une URL malveillante tirant avantage d’une
- capture et d’une resubstitution du point d'interrogation encodé.</p>
+ de continuer si la requête HTTP en cours d'écriture possède un point d'interrogation encodé, « %3f », et si le résultat réécrit contient un « ? » dans
+ la substitution. Cela protège d'une URL malveillante tirant avantage d'une
+ capture et d'une resubstitution du point d'interrogation encodé.</p>
</section>
<section id="flag_unsafe_prefix_stat"><title>UnsafePrefixStat</title>
<p>La définition de ce drapeau est requise dans les substitutions à
l'échelle du serveur qui commencent par une variable ou une référence
arrière et se résolvent en un chemin du système de fichiers. Ces
substitutions ne sont pas préfixées par la racine des documents. Cela protège
- d’une URL malveillante faisant correspondre la substitution expansée à un
+ d'une URL malveillante faisant correspondre la substitution expansée à un
emplacement non souhaité du système de fichiers.</p>
<p><since>2.5.1</since></p>
<section id="flag_unc"><title>UNC</title>
<p>Définir ce drapeau empêche la fusion des slashes de début multiples tels
- que ceux utilisés dans les chemins UNC de Windows. Ce drapeau n’est pas
+ que ceux utilisés dans les chemins UNC de Windows. Ce drapeau n'est pas
nécessaire lorsque la substitution de la règle commence par des slashes
multiples littéraux.</p>
<title>Guide pour le module Apache mod_rewrite</title>
<summary>
-<p><em>Le point fort de mod_rewrite réside dans le fait qu’il possède toutes les
-capacités de configuration et la flexibilité de Sendmail ;mais c’est aussi son
+<p><em>Le point fort de mod_rewrite réside dans le fait qu'il possède toutes les
+capacités de configuration et la flexibilité de Sendmail ;mais c'est aussi son
point faible.</em>
-- Brian Behlendorf</p>
<dl>
<dt><a href="intro.html">Introduction</a></dt>
<dd>Concepts de base : syntaxe des expressions rationnelles, les bases des
-directives RewriteRule et RewriteCond et la manière dont mod_rewrite s’insère
+directives RewriteRule et RewriteCond et la manière dont mod_rewrite s'insère
dans le cycle de vie du traitement des requêtes.</dd>
<dt><a href="htaccess.html">Réécritures en fonction du répertoire</a></dt>
-<dd>Les principales différences entre l’utilisation des règles de réécriture au
+<dd>Les principales différences entre l'utilisation des règles de réécriture au
niveau de la configuration globale du serveur et leur utilisation dans un
contexte de <glossary ref="perdirectory">répertoire</glossary>, y compris la
suppression du chemin, RewriteBase et la gestion du bouclage par le drapeau [L].</dd>
<dt><a href="flags.html">Drapeaux des règles de réécriture</a></dt>
<dd>Une référence complète de tous les drapeaux qui peuvent modifier le
-comportement d’une règle de réécriture avec des exemples pour chacun d’entre
+comportement d'une règle de réécriture avec des exemples pour chacun d'entre
eux.</dd>
<dt><a href="rewritemap.html">Utiliser RewriteMap</a></dt>
vos règles de réécriture.</dd>
<dt><a href="remapping.html">Redirection et remappage</a></dt>
-<dd>Des recettes pour les tâches courantes : redirection HTTPS, noms d’hôte
+<dd>Des recettes pour les tâches courantes : redirection HTTPS, noms d'hôte
canoniques, normalisation des barres obliques de fin, routage du contrôleur
frontal, et plus encore.</dd>
<dt><a href="vhosts.html">Serveurs virtuels dynamiques</a></dt>
-<dd>Utilisation de mod_rewrite pour associer dynamiquement les noms d’hôte aux
+<dd>Utilisation de mod_rewrite pour associer dynamiquement les noms d'hôte aux
racines de document sans devoir créer des blocs VirtualHost individuels.</dd>
<dt><a href="avoid.html">Quand ne pas utiliser mod_rewrite</a></dt>
remplacement et vous indique quand il est préférable de les utiliser.</dd>
<dt><a href="tech.html">Détails techniques</a></dt>
-<dd>Comment mod_rewrite s’insère dans les phases de traitement des requêtes par
-httpd et l’ordre dans lequel les règles et les conditions sont évaluées.</dd>
+<dd>Comment mod_rewrite s'insère dans les phases de traitement des requêtes par
+httpd et l'ordre dans lequel les règles et les conditions sont évaluées.</dd>
</dl>
</summary>
<dt>Solution :</dt>
<dd>
- <p>L’URL n’est réécrite en remplaçant l’ancienne extension par la
+ <p>L'URL n'est réécrite en remplaçant l'ancienne extension par la
nouvelle que si le fichier cible avec la nouvelle extension existe et
- si le fichier originel avec l’ancienne extension n’existe pas. Sinon,
- l’URL reste inchangée.</p>
+ si le fichier originel avec l'ancienne extension n'existe pas. Sinon,
+ l'URL reste inchangée.</p>
<highlight language="config">
<p>Ce programme est lancé une fois au démarrage du serveur HTTP Apache, puis
communique avec le moteur de réécriture via <code>STDIN</code> et
- <code>STDOUT</code>. Pour chaque recherche d’une fonction de correspondance,
- la clé est écrite sur l’entrée standard du programme, suivie d’un caractère
+ <code>STDOUT</code>. Pour chaque recherche d'une fonction de correspondance,
+ la clé est écrite sur l'entrée standard du programme, suivie d'un caractère
nouvelle ligne. Le programme doit lire une ligne sur son entrée standard
- (jusqu’au caractère nouvelle ligne) et écrire sa réponse sous la forme d’une
+ (jusqu'au caractère nouvelle ligne) et écrire sa réponse sous la forme d'une
seule ligne terminée par un caractère nouvelle ligne sur sa sortie standard.
Les clés ne doivent pas contenir de caractère nouvelle ligne ; dans le cas
contraire, la recherche échouera.</p>
- <p>S’il n’y a pas de valeur de recherche correspondante, le programme de
+ <p>S'il n'y a pas de valeur de recherche correspondante, le programme de
correspondance renvoie la chaîne de quatre caractères "<code>NULL</code>".
Notez que cette comparaison est insensible à la casse et que "null", "Null",
etc. seront aussi interprétés comme des recherches ayant échoué. En
conséquence, une programme de correspondance ne peut pas renvoyer la chaîne
littérale "NULL" comme valeur correspondante.</p>
- <p>La sortie d’erreur standard du programme est héritée du processus httpd
- parent ; tout ce que le programme écrit sur la sortie d’erreur standard
- arrivera donc au même endroit que la sortie d’erreur de httpd (en général le
+ <p>La sortie d'erreur standard du programme est héritée du processus httpd
+ parent ; tout ce que le programme écrit sur la sortie d'erreur standard
+ arrivera donc au même endroit que la sortie d'erreur de httpd (en général le
journal indiqué par la directive <directive
module="core">ErrorLog</directive>).</p>
indéfiniment une réponse de sa part, et par conséquent ne répondra plus
aux requêtes.</li>
<li>Assurez-vous de bien désactiver la mise en tampon dans votre
-programme. Dans l’exemple en Python ci-avant, cette opération s’effectue en
+programme. Dans l'exemple en Python ci-avant, cette opération s'effectue en
passant <code>flush=True</code> à <code>print()</code>. Si les entrées/sorties sont mises en tampon, httpd va
attendre une sortie, et va par conséquent se bloquer.</li>
<li>Rappelez-vous qu'il n'existe qu'une copie du programme lancé au
significatifs si de nombreuses requêtes doivent être traitées, ou si le
script lui-même est très lent.</li>
<li>Si le programme de correspondance se termine, il ne sera pas redémarré
-automatiquement. Les recherches subséquentes échoueront jusqu’au prochain
+automatiquement. Les recherches subséquentes échoueront jusqu'au prochain
redémarrage du serveur. </li>
<li>Le programme de correspondance est toujours tué et redémarré à chaque
redémarrage du serveur (graceful ou autre), que les directives de configuration
-concernées aient changé ou non. Lors d’un arrêt, le signal <code>SIGTERM</code>
-est envoyé au programme ; s’il ne s’arrête pas dans les 3 secondes, le signal
+concernées aient changé ou non. Lors d'un arrêt, le signal <code>SIGTERM</code>
+est envoyé au programme ; s'il ne s'arrête pas dans les 3 secondes, le signal
<code>SIGKILL</code> lui est envoyé.</li>
</ul>
</note>
nom de fichier.</p>
<p>Dans un <glossary ref="perdirectory">contexte de répertoire</glossary>,
- les règles sont appliquées durant la phase "Fixup" après que l’URL a été
+ les règles sont appliquées durant la phase "Fixup" après que l'URL a été
traduite en nom de fichier. Cela modifie ce à quoi correspond le motif et la
manière dont les substitutions sont gérées. Voir le document <a
href="htaccess.html#path-stripping">Réécritures en fonction du
répertoire</a> pour des détails pratiques à propos de la suppression du
- chemin, de RewriteBase et de la manière d’éviter un bouclage.</p>
+ chemin, de RewriteBase et de la manière d'éviter un bouclage.</p>
</section>
<summary>
<p><a href="configuring.html">Yapılandırma dosyaları</a>ndaki
yönergeler sunucunun tamamına uygulanacağı gibi sadece belli dizinler,
- dosyalar, konaklar veya URL’lere uygulanmakla sınırlanabilir. Bu
+ dosyalar, konaklar veya URL'lere uygulanmakla sınırlanabilir. Bu
belgede, yapılandırma bölümü taşıyıcılarınının veya
<code>.htaccess</code> dosyalarının, yapılandırma dosyalarındaki diğer
yönergelerin etki alanlarını değiştirtirmek için nasıl kullanılacağı
dosyalarında dosya yolu belirtilirken tersbölü değil normal bölü
karakterleri kullanılır.) Site alanı ise sunucu tarafından istemciye
sunulan dizin ağacıdır. Yani, site alanı içindeki <code>/dir/</code>
- dizini, Apache httpd’nin Unix üzerinde dosya sistemine öntanımlı olarak
+ dizini, Apache httpd'nin Unix üzerinde dosya sistemine öntanımlı olarak
kurulduğu yer göz önüne alınarak, dosya sistemindeki
<code>/usr/local/apache2/htdocs/dir/</code> dizinine karşılıktır. Site
sayfaları veritabanlarından veya başka yerlerden devingen olarak
<p>Dosya sistemi ile etkileşime girmeyen herşey için
<directive type="section" module="core">Location</directive>
- yönergesi gerekir. Aşağıdaki örnekte, belli bir URL’nin
+ yönergesi gerekir. Aşağıdaki örnekte, belli bir URL'nin
<module>mod_status</module> modülü tarafından sağlanan bir dahili
Apache eylemcisine nasıl eşlenebileceği gösterilmiştir. Bu örnek
için dosya sisteminde <code>server-status</code> adında bir dosya
<p>Dosya sistemindeki nesnelere erişimi kısıtlarken asla
<directive type="section" module="core">Location</directive>
kullanmamak önemlidir. Bunun sebebi farklı site alanı konumlarının
- (URL’ler) aynı dosya sistemi konumuna eşlenebilmesi dolayısıyla
+ (URL'ler) aynı dosya sistemi konumuna eşlenebilmesi dolayısıyla
kısıtlamalarınızın etrafından dolaşılabilmesine izin vermesidir.
Örneğin, aşağıdaki yapılandırmayı ele alalım:</p>
<note><title>Bazı Teknik Bilgiler</title>
Aslında, isim dönüşüm aşamasından (<code>Aliases</code> ve
- <code>DocumentRoots</code>, URL’leri dosya isimlerine eşlemek için
+ <code>DocumentRoots</code>, URL'leri dosya isimlerine eşlemek için
kullanılırken) hemen önce uygulanan bir
<code><Location></code>/<code><LocationMatch></code> dizisi
vardır. Bu dizinin sonuçları isim dönüşüm aşaması tamamlandıktan sonra
<p><directive module="core">ServerName</directive>,
<directive module="core">UseCanonicalName</directive> ve
<directive module="core">UseCanonicalPhysicalPort</directive>
- yönergeleri, sunucu tarafından, özüne yönelik URL’leri nasıl
+ yönergeleri, sunucu tarafından, özüne yönelik URL'leri nasıl
oluşturacağını saptamak için kullanılır. Örneğin bir istemci bir dizin
- isteğinde bulunurken URL’nin sonuna bölü çizgisi eklemese bile
- Apache httpd’nin istemciyi bölü çizgisi ile bitirilmiş URL yoluna
+ isteğinde bulunurken URL'nin sonuna bölü çizgisi eklemese bile
+ Apache httpd'nin istemciyi bölü çizgisi ile bitirilmiş URL yoluna
yönlendirmesi gerekir; böylece istemci belge içindeki göreli
bağlantıları doğru şekilde çözümleyebilir.</p>
</section>
</directivelist>
</related>
- <p>Bu yönergeler Apache httpd’nin doğru işlem yapması için gereksinim
+ <p>Bu yönergeler Apache httpd'nin doğru işlem yapması için gereksinim
duyduğu çeşitli dosyaların yerlerini belirlerler. Bölü çizgisi (/) ile
başlamayan dosya yolları kullanıldığında bu dosyaların yerlerinin
<directive module="core">ServerRoot</directive> yönergesinde belirtilen
</directivelist>
</related>
- <p><code>LimitRequest*</code> yönergeleri, Apache httpd’nin istemcilerden
+ <p><code>LimitRequest*</code> yönergeleri, Apache httpd'nin istemcilerden
gelen istekleri okumak için kullanacağı özkaynakların miktarları ile
ilgili sınırlamalar koymak için kullanılırlar. Bu değerleri sınırlamak
suretiyle bazı hizmet reddi saldırılarının etkileri azaltılabilir.</p>
- <p><code>RLimit*</code> yönergeleri ise Apache httpd’nin çocuk süreçleri
+ <p><code>RLimit*</code> yönergeleri ise Apache httpd'nin çocuk süreçleri
tarafından çatallanabilen özkaynakların miktarlarını sınırlamakta
kullanılırlar. Özellikle de CGI betikleri ve SSI çalıştırma komutları
tarafından kullanılan özkaynakları denetlemekte kullanılırlar.</p>
<category id="release">
<title>Sürümlerin Dağıtım Bilgileri</title>
-<page href="upgrading.html">2.4’e 2.2’den yükseltme</page>
-<page href="new_features_2_4.html">2.3/2.4’teki yeni özellikler</page>
-<page href="new_features_2_2.html">Apache 2.1/2.2’deki yeni özellikler</page>
-<page href="new_features_2_0.html">Apache 2.0’daki yeni özellikler</page>
+<page href="upgrading.html">2.4'e 2.2'den yükseltme</page>
+<page href="new_features_2_4.html">2.3/2.4'teki yeni özellikler</page>
+<page href="new_features_2_2.html">Apache 2.1/2.2'deki yeni özellikler</page>
+<page href="new_features_2_0.html">Apache 2.0'daki yeni özellikler</page>
<page href="license.html">Apache Lisansı</page>
</category>
<page href="caching.html">İçerik Bellekleme</page>
<page href="server-wide.html">Sunucu Genelinde Yapılandırma</page>
<page href="logs.html">Günlük Dosyaları</page>
-<page href="urlmapping.html">URL’lerin Dosya Sistemi ile Eşlenmesi</page>
+<page href="urlmapping.html">URL'lerin Dosya Sistemi ile Eşlenmesi</page>
<page href="misc/security_tips.html">Güvenlik İpuçları</page>
<page href="dso.html">Devingen Paylaşımlı Nesne (DSO) Desteği</page>
<page href="content-negotiation.html">İçerik Dili Uzlaşımı</page>
<page href="custom-error.html">Özel Hata Yanıtları</page>
<page href="bind.html">Sunucunun Kullandığı Adreslerin ve Portların Ayarlanması</page>
-<page href="mpm.html">Çok Süreçlilik Modülleri (MPM’ler)</page>
+<page href="mpm.html">Çok Süreçlilik Modülleri (MPM'ler)</page>
<page href="env.html">Ortam Değişkenleri</page>
<page href="expr.html">Apache'de İfadelerin Çözümlenmesi</page>
<page href="handler.html">Eylemci Kullanımı</page>
</category>
<category id="rewrite">
-<title>URL’lerin Yeniden Yazılması</title>
+<title>URL'lerin Yeniden Yazılması</title>
<page separate="yes" href="rewrite/">Genel Bakış</page>
<page href="mod/mod_rewrite.html">mod_rewrite Başvuru Belgesi</page>
<page href="rewrite/intro.html">Giriş</page>
<page separate="yes" href="developer/">Genel Bakış</page>
<page href="developer/API.html">Apache API Bilgileri</page>
<page href="developer/new_api_2_4.html">Apache HTTPD 2.4'te API güncellemeleri</page>
-<page href="developer/debugging.html">APR’de Bellek Ayırmada Hata Ayıklama</page>
+<page href="developer/debugging.html">APR'de Bellek Ayırmada Hata Ayıklama</page>
<page href="developer/documenting.html">Apache 2.x Belgeleri</page>
<page href="developer/hooks.html">Apache 2.x Kullanıcı İşlevleri</page>
-<page href="developer/modules.html">Modüllerin Apache 1.3’ten Apache 2.x’e Dönüştürülmesi</page>
-<page href="developer/request.html">Apache 2.x’de İsteklerin İşlenmesi</page>
-<page href="developer/filters.html">Apache 2.x’de Süzgeçler Nasıl Çalışır</page>
+<page href="developer/modules.html">Modüllerin Apache 1.3'ten Apache 2.x'e Dönüştürülmesi</page>
+<page href="developer/request.html">Apache 2.x'de İsteklerin İşlenmesi</page>
+<page href="developer/filters.html">Apache 2.x'de Süzgeçler Nasıl Çalışır</page>
</category>
<category id="index">
Katmanı (SSL) ve Aktarım Katmanı Güvenliği (TLS) protokollerinin
kullanıldığı Sağlam Şifreleme desteğini sağlayan <a
href="http://www.openssl.org/" >OpenSSL</a> kütüphanesine bir arayüz
- içerir. Bu modül ve belgeler Ralf S. Engelschall’ın mod_ssl projesine
+ içerir. Bu modül ve belgeler Ralf S. Engelschall'ın mod_ssl projesine
dayanmaktadır.</p>
</summary>
<note type="warning"><title>Document historique</title>
<p>Ce document décrit la compatibilité avec des produits SSL qui ont été
abandonnés depuis de nombreuses années (Apache-SSL, Stronghold, Raven SSL, Red Hat
-Secure Web Server). Il n’est conservé qu’à titre de référence historique. Si
+Secure Web Server). Il n'est conservé qu'à titre de référence historique. Si
vous configurez mod_ssl sur une installation actuelle de httpd, consultez le <a
href="ssl_howto.html">didacticiel SSL/TLS</a>. Cette page sera probablement
supprimée dans une future version.</p>
</section>
<section>
-<title>Réglage de l’agrafage OCSP pour la production</title>
-<p>La configuration par défaut de l’agrafage OCSP est conservatrice et peut
+<title>Réglage de l'agrafage OCSP pour la production</title>
+<p>La configuration par défaut de l'agrafage OCSP est conservatrice et peut
induire des requêtes excessives vers les répondeurs OCSP, des délais dépassés ou
des réponses en erreur mis en cache trop longtemps. Les réglages suivants sont
recommandés pour un serveur en production :</p>
</highlight>
<p>Ces réglages traitent les problèmes courants survenant quand les réglages par
-défaut de l’agrafage OCSP produisent des erreurs en charge — en particulier
+défaut de l'agrafage OCSP produisent des erreurs en charge — en particulier
quand les répondeurs OCSP sont lents ou peu fiables. Voir la documentation
individuelle des directives <directive
module="mod_ssl">SSLStaplingReturnResponderErrors</directive>, <directive
<summary>
<p>Bu belge Apache HTTP Sunucusunun Unix benzeri sistemlerde durdurulması
ve yeniden başlatılması konularını kapsar. Windows NT, 2000 ve XP
- kullanıcıları Apache HTTPd’yi bu platformlarda nasıl denetimlerine
+ kullanıcıları Apache HTTPd'yi bu platformlarda nasıl denetimlerine
alacaklarını öğrenmek için <a href="platform/windows.html#winsvc"
- >httpd’nin Bir Hizmet Olarak Çalıştırılması</a> sayfasına, Windows 9x ve
- ME kullanıcıları ise <a href="platform/windows.html#wincons">httpd’nin
+ >httpd'nin Bir Hizmet Olarak Çalıştırılması</a> sayfasına, Windows 9x ve
+ ME kullanıcıları ise <a href="platform/windows.html#wincons">httpd'nin
Bir Konsol Uygulaması Olarak Çalıştırılması</a> sayfasına
bakabilirler.</p>
</summary>
kullanmaktır: <code>stop</code>, <code>restart</code>,
<code>graceful</code> ve <code>graceful-stop</code>. Bunlar aşağıda
açıklanacaktır. <code>-k</code> komut satırı seçeneği
- <program>httpd</program>’ye ait olsa da ana sürece bu sinyalleri
+ <program>httpd</program>'ye ait olsa da ana sürece bu sinyalleri
göndermek için <program>apachectl</program> betiğini kullanmanızı
öneririz. <program>apachectl</program>, komut satırı seçeneklerini
- <program>httpd</program>’ye aktaracaktır.</p>
+ <program>httpd</program>'ye aktaracaktır.</p>
- <p><program>httpd</program>’ye sinyal gönderdikten sonra olup biteni şu
+ <p><program>httpd</program>'ye sinyal gönderdikten sonra olup biteni şu
komutla izleyebilirsiniz:</p>
<example>tail -f /usr/local/apache2/logs/error_log</example>
yerine yeni yapılandırma <em>kuşağından</em> bir süreç başlatır ve hemen
yeni isteklere hizmet sunulmaya başlanır.</p>
- <p>Bu kod MPM’lerin süreçleri denetleyen yönergelerine daima uyacak
+ <p>Bu kod MPM'lerin süreçleri denetleyen yönergelerine daima uyacak
şekilde tasarlanmıştır. Bu suretle, istemcilere hizmet sunacak çocuk
süreçler ve evreler, yeniden başlatma işleminde de uygun sayıda
sağlanmış olur. Bununla birlikte, <directive
<p><module>mod_status</module> modülü, nazikçe yeniden başlat komutunun
verilmesinden önce başlamış ve sunulmaya devam eden isteklere bakan
- çocukları imlemek için ayrıca bir <code>G</code> (Graceful’un baş harfi)
+ çocukları imlemek için ayrıca bir <code>G</code> (Graceful'un baş harfi)
kullanır.</p>
<p>Günlük dosyası döndürme betiğine, yeniden başlatma öncesi günlüğe yazan
<p>Ancak, bu hala sunucunuzun düzgünce yeniden başlatılmasını garanti
etmeyecektir. Yapılandırma dosyalarınızı sözdizimi denetiminin yanında
anlamlandırılması bakımından da sınamak için
- <program>httpd</program>’nin root olmayan bir kullanıcı tarafından
+ <program>httpd</program>'nin root olmayan bir kullanıcı tarafından
çalıştırılmasını deneyebilirsiniz. Eğer yapılandırma dosyalarında bir
hata yoksa soketleri ve günlük dosyalarını açmaya çalışırken root
aidiyetinde çalışmadığından veya çalışmakta olan asıl sunucu bu portları
zaten dinlediğinden başarısız olacaktır. Eğer başka bir sebeple
başarısız olursa olası sebep bir yapılandırma dosyası hatasıdır ve asıl
- sunucuya ‘nazikçe yeniden başla’ komutunu vermeden önce bu hatayı
+ sunucuya 'nazikçe yeniden başla' komutunu vermeden önce bu hatayı
düzeltmeniz gerekir.</p></note>
</section>
gönderildiğinde sunucu istatistiklerinin sıfırlandığı konusunda
uyarılırlar.</p>
- <note>‘Nazikçe yeniden başlat’ komutundaki gibi yeniden başlatma öncesi
+ <note>'Nazikçe yeniden başlat' komutundaki gibi yeniden başlatma öncesi
bir sözdizimi denetimi yapılır. Eğer yapılandırma dosyalarınızda
sözdizimi hatası varsa yeniden başlatma işlemi gerçekleşmez ve sözdizimi
hatalarıyla ilgili bildirim alırsınız.</note>
<p>Bir <code>TERM</code> sinyali ile "graceful" durumundaki tüm çocuklar
ve ana süreç hemen sonlandırılacaktır. Bununla birlikte, <directive
module="mpm_common">PidFile</directive> dosyası da silineceğinden, artık
- <code>apachectl</code> veya <code>httpd</code>’yi bu sinyali göndermek
+ <code>apachectl</code> veya <code>httpd</code>'yi bu sinyali göndermek
için kullanamayacaksınız.</p>
<note><p><code>graceful-stop</code> sinyali, aynı anda, aynı yapılandırma
disk üzerindeki mevcudiyetlerinin sorunsuz olarak devam ettiğinden emin
olunmaya çalışılmalıdır. Ayrıca, bir yapılandırma yönergesi, üçüncü
parti bir modül veya kalıcı CGI uygulamalarına ait disk kilit veya durum
- dosyaları olabilir; <program>httpd</program>’nin birden fazla kopyasının
+ dosyaları olabilir; <program>httpd</program>'nin birden fazla kopyasının
çalışması nedeniyle bu dosyaların da üzerine yazılmadığından emin
olunmaya çalışılmalıdır.</p>
<message id="apachehttpserver">Apache HTTP Sunucusu Sürüm
&httpd.major;.&httpd.minor;</message>
<message id="apachedocalt">[APACHE BELGELEME]</message>
- <message id="search">Google’de Ara</message> <!-- search button -->
+ <message id="search">Google'de Ara</message> <!-- search button -->
<message id="index">Dizin</message> <!-- deprecated -->
<message id="home">Baş Sayfa</message> <!-- deprecated -->
<message id="comments">Yorum</message>
paylaşmanızı öneririz.</p>
<p>Dördüncü ve son olarak, Apache HTTP Sunucusu geliştirme ekibinin
- suEXEC’i öntanımlı httpd kurulumunun bir parçası yapmama kararından
+ suEXEC'i öntanımlı httpd kurulumunun bir parçası yapmama kararından
bahsetmek gerekir. Bunun sonucu olarak, suEXEC yapılandırması sistem
yöneticisinin ayrıntılı bir incelemesini gerektirir. Gerekli incelemeden
sonra yönetici tarafından suEXEC yapılandırma seçeneklerine karar
belirlenmesi, suEXEC işlevselliğinin kullanımı sırasında sistem
güvenliğini gerektiği gibi sağlamak için yönetici tarafından dikkatle
saptanmayı gerektirir. Bu sürecin ayrıntılarının yöneticiye bırakılma
- sebebi, suEXEC kurulumunu, suEXEC’i dikkatle kullanacak yeterliliğe sahip
+ sebebi, suEXEC kurulumunu, suEXEC'i dikkatle kullanacak yeterliliğe sahip
olanlarla sınırlama beklentimizdir.</p>
<p>Hala bizimle misiniz? Evet mi? Pekala, o halde devam!</p>
<p>SuEXEC yapılandırması ve kurulumuna girişmeden önce biraz da
gerçekleşmesini istediğiniz güvenlik modelinin ayrıntıları üzerinde
- duralım. Böylece, suEXEC’in içinde olup bitenleri ve sisteminizin
+ duralım. Böylece, suEXEC'in içinde olup bitenleri ve sisteminizin
güvenliği için alınacak önlemleri daha iyi anlayabilirsiniz.</p>
<p><strong>suEXEC</strong> işlevselliği, Apache HTTP Sunucusu tarafından
<strong>Bu geçerli kullanıcının bu setuid programı çalıştırma
yetkisi var mı?</strong>
- <p class="indent">Sadece tek bir kullanıcı (Apache’nin aidiyetinde
+ <p class="indent">Sadece tek bir kullanıcı (Apache'nin aidiyetinde
çalıştığı kullanıcı) bu programı çalıştırmaya yetkilidir.</p>
</li>
<p class="indent">Hedef CGI veya SSI programının dosya yolu '/' veya
'..' ile başlıyor mu? Buna izin verilmez. Hedef CGI veya SSI
- programı suEXEC’in belge kök dizininde yer almalıdır (aşağıda
+ programı suEXEC'in belge kök dizininde yer almalıdır (aşağıda
<code>--with-suexec-docroot=<em>DİZİN</em></code> seçeneğine
bakınız).</p>
</li>
<p class="indent">Asgari kullanıcı numarası yapılandırma sırasında
belirtilir. Böylece CGI/SSI programlarını çalıştırmasına izin
verilecek olası en düşük kullanıcı numarasını belirlemeniz mümkün
- kılınmıştır. Bu bazı “sistem” hesaplarını devreden çıkarmak için
+ kılınmıştır. Bu bazı "sistem" hesaplarını devreden çıkarmak için
yararlıdır.</p>
</li>
<p class="indent">Asgari grup numarası yapılandırma sırasında
belirtilir. Böylece CGI/SSI programlarını çalıştırmasına izin
verilecek olası en düşük grup numarasını belirlemeniz mümkün
- kılınmıştır. Bu bazı “sistem” hesaplarını devreden çıkarmak için
+ kılınmıştır. Bu bazı "sistem" hesaplarını devreden çıkarmak için
yararlıdır.</p>
</li>
<li>
- <strong>Apache’nin artalanda çağırdığı setuid program hedef
+ <strong>Apache'nin artalanda çağırdığı setuid program hedef
kullanıcı ve grubun aidiyetine geçebildi mi?</strong>
<p class="indent">Bu noktadan itibaren program setuid ve setgid
</strong>
<p class="indent">İstek sunucunun normal bir bölümü için yapılmış
- olsa da istenen dizin acaba suEXEC’in belge kök dizini altında mı?
- Yani, istenen dizin, suEXEC’in aidiyetinde çalıştığı kullanıcının
+ olsa da istenen dizin acaba suEXEC'in belge kök dizini altında mı?
+ Yani, istenen dizin, suEXEC'in aidiyetinde çalıştığı kullanıcının
ev dizini altında bulunan, <directive module="mod_userdir"
>UserDir</directive> ile belirtilen dizinin altında mı? (<a
- href="#install">suEXEC’in yapılandırma seçeneklerine</a>
+ href="#install">suEXEC'in yapılandırma seçeneklerine</a>
bakınız).</p>
</li>
<strong>Hedef CGI/SSI program setuid veya setgid <em>değil</em>,
değil mi?</strong>
- <p class="indent">UID/GID‘i tekrar değiştirecek programlar
+ <p class="indent">UID/GID'i tekrar değiştirecek programlar
çalıştırmayı istemeyiz.</p>
</li>
<li>
<strong>Hedef CGI/SSI programı haline gelip çalışabildik mi?</strong>
- <p class="indent">Burası suEXEC’in bitip CGI/SSI programının
+ <p class="indent">Burası suEXEC'in bitip CGI/SSI programının
başladığı yerdir.</p>
</li>
</ol>
href="#jabberwock">"Uyarılar ve Örnekler"</a> bölümüne bakınız.</p>
</section>
-<section id="install"><title>suEXEC’in Yapılandırılması ve Kurulumu</title>
+<section id="install"><title>suEXEC'in Yapılandırılması ve Kurulumu</title>
<p>Eğlence başlıyor.</p>
<dd>Bu seçenek, hiçbir zaman öntanımlı olarak kurulmayan ve
etkinleştirilmeyen suEXEC özelliğini etkin kılar. suEXEC özelliğini
- kullanma isteğinizi Apache’nin kabul edebilmesi için
+ kullanma isteğinizi Apache'nin kabul edebilmesi için
<code>--enable-suexec</code> seçeneğinin yanında en azından bir tane
de <code>--with-suexec-xxxxx</code> seçeneği belirtilmiş
olmalıdır.</dd>
<dt><code>--with-suexec-caller=<em>KULLANICI</em></code></dt>
- <dd>Normalde httpd
’nin aidiyetinde çalıştığı <a
+ <dd>Normalde httpd
'nin aidiyetinde çalıştığı <a
href="mod/mpm_common.html#user">kullanıcı</a>dır. Bu, suEXEC
çalıştırıcısını çalıştırmasına izin verilen tek kullanıcıdır.</dd>
<dt><code>--with-suexec-userdir=<em>DİZİN</em></code></dt>
- <dd><p>Kullanıcıların ev dizinleri altında suEXEC’in erişmesine izin
+ <dd><p>Kullanıcıların ev dizinleri altında suEXEC'in erişmesine izin
verilen alt dizinin yerini tanımlar. Bu dizin altında suEXEC
kullanıcısı tarafından çalıştırılacak tüm programlar "güvenilir"
- olmalıdır. Eğer “basit” bir <directive module="mod_userdir"
- >UserDir</directive> yönergesi kullanıyorsanız ( içinde “*”
+ olmalıdır. Eğer "basit" bir <directive module="mod_userdir"
+ >UserDir</directive> yönergesi kullanıyorsanız ( içinde "*"
bulunmayan), bunun aynı dizin olması gerekir. Eğer burada belirtilen
dizin, <code>passwd</code> dosyasında kullanıcı için belirtilmiş
dizinin altında <directive module="mod_userdir">UserDir</directive>
yönergesinde belirtilen dizin olmadığı takdirde suEXEC işini
gerektiği gibi yapmayacaktır. Öntanımlı değer
- <code>public_html</code>’dir.</p>
+ <code>public_html</code>'dir.</p>
<p>Eğer, sanal konaklarınızın herbiri farklı <directive
module="mod_userdir">UserDir</directive> yönergeleri içeriyorsa
<dt><code>--with-suexec-docroot=<em>DİZİN</em></code></dt>
<dd>httpd için belge kök dizinini belirler. Bu, (<directive
- module="mod_userdir" >UserDir</directive>’lardan başka) suEXEC için
+ module="mod_userdir" >UserDir</directive>'lardan başka) suEXEC için
kullanılacak tek hiyerarşi olacaktır. Öntanımlı dizin sonuna
"<code>/htdocs</code>" eklenmiş <code>--datadir</code> dizinidir.
Yani, seçeneği "<code>--datadir=/home/apache</code>" olarak
<dt><code>--with-suexec-uidmin=<em>UID</em></code></dt>
<dd>suEXEC kullanıcısının kullanıcı kimliği olarak izin verilen en
- düşük değeri belirler. Çoğu sistemde bu ya 500’dür ya da 100; 100
+ düşük değeri belirler. Çoğu sistemde bu ya 500'dür ya da 100; 100
öntanımlıdır.</dd>
<dt><code>--with-suexec-gidmin=<em>GID</em></code></dt>
chmod 4750 /usr/local/apache2/bin/suexec<br />
</example>
- <p>Böylece suEXEC çalıştırıcısını httpd’yi çalıştıran grubun
+ <p>Böylece suEXEC çalıştırıcısını httpd'yi çalıştıran grubun
üyelerinden başkasının çalıştıramayacağından emin olabilirsiniz.</p>
</section>
</section>
<section id="enable">
- <title>suEXEC’in etkin kılınması ve iptal edilmesi</title>
+ <title>suEXEC'in etkin kılınması ve iptal edilmesi</title>
<p>httpd başlatıldığı sırada <program>suexec</program> çalıştırıcısı için
<code>--sbindir</code> seçeneği ile tanımlanan dizine bakar (seçeneğin
- öntanımlı değeri <code>/usr/local/apache/sbin/suexec</code>’tir). httpd
+ öntanımlı değeri <code>/usr/local/apache/sbin/suexec</code>'tir). httpd
düzgün yapılandırılmış bir suEXEC çalıştırıcısı bulduğu takdirde hata
günlüğüne şöyle bir ileti yazacaktır:</p>
dosyasını sildikten sonra httpd'yi öldürüp yeniden başlamalısınız.</p>
</section>
-<section id="usage"><title>SuEXEC’in kullanımı</title>
+<section id="usage"><title>SuEXEC'in kullanımı</title>
<p>CGI programlarına yapılan isteklerin suEXEC çalıştırıcısı tarafından
yerine getirilebilmesi için sanal konağın bir <directive
</li>
<li>Le symbole <code><set></code> de <module>mod_include</module>
- n’effectue plus le décodage d’entité sur la valeur définie.</li>
+ n'effectue plus le décodage d'entité sur la valeur définie.</li>
</ul>
<manualpage metafile="urlmapping.xml.meta">
- <title>URL’lerin Dosya Sistemi ile Eşleştirilmesi</title>
+ <title>URL'lerin Dosya Sistemi ile Eşleştirilmesi</title>
<summary>
- <p>Bu belgede, bir istekte belirtilen URL’nin sunulacak dosyanın dosya
+ <p>Bu belgede, bir istekte belirtilen URL'nin sunulacak dosyanın dosya
sistemindeki yerini bulmak için Apache HTTP Sunucusu tarafından nasıl
kullanıldığı açıklanmaktadır.</p>
</summary>
<section id="documentroot"><title><code>DocumentRoot</code></title>
<p>Yapılan bir isteğe hangi dosyanın sunulacağına karar verirken
- httpd’nin öntanımlı davranışı istek için URL yolunu (URL’den konak ismi
+ httpd'nin öntanımlı davranışı istek için URL yolunu (URL'den konak ismi
ve port ayrıldıktan sonra kalan kısım) alıp bunu yapılandırma dosyasında
<directive module="core">DocumentRoot</directive> yönergesi ile
belirtilen dizinin sonuna eklemektir. Bu nedenle, <directive
<p>Bazen dosya sisteminde doğrudan <directive module="core"
>DocumentRoot</directive> altında bulunmayan dosyalara da erişim izni
- vermek gerekir. httpd’de bunu sağlamanın çeşitli yolları vardır. Unix
+ vermek gerekir. httpd'de bunu sağlamanın çeşitli yolları vardır. Unix
sistemlerinde sembolik bağlar sayesinde dosya sisteminin farklı
yerlerindeki dosyaları ve dizinleri <directive module="core"
>DocumentRoot</directive> altındaymış gibi göstermek mümkündür.
<example>Alias /belgeler /var/http</example>
<p>yapılandırması ile
- <code>http://mesela.dom/belgeler/dizin/dosya.html</code> URL’si için
+ <code>http://mesela.dom/belgeler/dizin/dosya.html</code> URL'si için
dosya sistemindeki <code>/var/http/dizin/dosya.html</code> dosyası
sunulacaktır. Hedef dizindeki dosyaları birer <glossary ref="cgi"
>CGI</glossary> betiği olarak imlemesi dışında <directive
/home/$1/cgi-bin/$2</example>
<p>satırı sayesinde <code>http://mesela.dom/~user/cgi-bin/betik.cgi</code>
- URL’si <code>/home/user/cgi-bin/betik.cgi</code> dosyası ile
+ URL'si <code>/home/user/cgi-bin/betik.cgi</code> dosyası ile
eşleştirilir ve dosya bir CGI betiği olarak çalıştırılırdı.</p>
</section>
yapılandırılmışsa istenen etki <directive
module="mod_alias">AliasMatch</directive> yönergesi ile sağlanabilir.
Örneğin, <code>http://mesela.dom/sayfalar/birisi/dosya.html</code>
- URL’si ile <code>/home/birisi/public_html/dosya.html</code> dosyasını
+ URL'si ile <code>/home/birisi/public_html/dosya.html</code> dosyasını
eşlemek için <code>AliasMatch</code> yönergesi şöyle
kullanılabilirdi:</p>
<section id="redirect"><title>URL Yönlendirme</title>
- <p>Yukarıdaki bölümlerde açıklanan yapılandırma yönergeleri httpd’ye
+ <p>Yukarıdaki bölümlerde açıklanan yapılandırma yönergeleri httpd'ye
içeriği dosya sisteminin belli bir yerinden alıp istemciye göndermesini
söyler. Bazen istemciye, istediği içeriğe farklı bir URL ile
erişebileceğini ve bu URL için ayrı bir istek yapması gerektiğini
<p>Yalnız, belgelerin içindeki hiperbağların yeniden yazılmayacağına
dikkat ediniz. Dolayısıyla, belge içinde
- <code>dahili.mesela.dom</code>’u ismiyle hedef alan mutlak hiperbağlar
+ <code>dahili.mesela.dom</code>'u ismiyle hedef alan mutlak hiperbağlar
varsa bunlar istemci tarafından vekil sunucudan değil doğrudan
- <code>dahili.mesela.dom</code>’dan istenecektir. Bir sayfanın içindeki bu
+ <code>dahili.mesela.dom</code>'dan istenecektir. Bir sayfanın içindeki bu
bağları (ve diğer içeriği) <module>mod_substitute</module> modülü
kullanılarak istemciye sunuluyormuşçasına değiştirebilirsiniz.</p>
Substitute s/dahili\.mesela\.dom/harici.mesela.dom/i
</example>
- <p>HTML ve XHTML’de hiperbağları daha bilgece yeniden yazabilen
+ <p>HTML ve XHTML'de hiperbağları daha bilgece yeniden yazabilen
<module>mod_proxy_html</module> modülü de kullanılabilir. Yeniden
yazılması gereken URL eşlemlerini oluşturmanızı sağlar, böylece karmaşık
vekil senaryoları oluşturulabilir.</p>
ve hiperbağların çalışmaya devam edeceklerinden emin olabilirsiniz.</p>
<p>"Dosya orada yok" ("File Not Found") hatalarının diğer bir bildik
- sebebi de URL’lerin hiperbağlarda veya doğrudan tarayıcıda kasıtlı ya da
+ sebebi de URL'lerin hiperbağlarda veya doğrudan tarayıcıda kasıtlı ya da
kasıtsız, yanlış yazılmasıdır. Bu tür sorunlarda yardımcı olması için
httpd <module>mod_speling</module> (sic) adında bir modülle gelir. Bu
modül etkin kılındığında htpd, "Dosya orada yok" ("File Not Found")
gerçeklerken <module>mod_rewrite</module> modülünün kullanılmasını
sağlamak için çok kullanışlıdır.</p>
- <p>Yerinde bulunmayan içeriğin bulunması çabalarının tümü Apache’nin 404
+ <p>Yerinde bulunmayan içeriğin bulunması çabalarının tümü Apache'nin 404
(Dosya orada yok) HTTP durum kodlu bir hata sayfası döndürmesine yol
açar. Bu sayfanın içeriği <directive module="core"
>ErrorDocument</directive> yönergesi ile denetlenebilir ve <a
<summary>
- <p>Bu belgede, bir istek aldığında Apache’nin hangi sanal konak
+ <p>Bu belgede, bir istek aldığında Apache'nin hangi sanal konak
ile hizmet sunacağına nasıl karar verdiği açıklanmaya çalışılmıştır.</p>
<p>Çoğu kullanıcı hangi türü kullanacağına karar vermek için önce <a
- href="name-based.html#namevip">İsme dayalı ve IP’ye dayalı Sanal
+ href="name-based.html#namevip">İsme dayalı ve IP'ye dayalı Sanal
Konak</a> bölümünü, sonra <a href="name-based.html">İsme Dayalı Sanal
- Konak Desteği</a> veya <a href="ip-based.html">IP’ye Dayalı Sanal Konak
+ Konak Desteği</a> veya <a href="ip-based.html">IP'ye Dayalı Sanal Konak
Desteği</a> belgesini okumalı ve <a href="examples.html">bazı
örneklere</a> göz atmalıdır.</p>
</summary>
-<seealso><a href="ip-based.html">IP’ye Dayalı Sanal Konak Desteği</a></seealso>
+<seealso><a href="ip-based.html">IP'ye Dayalı Sanal Konak Desteği</a></seealso>
<seealso><a href="name-based.html">İsme Dayalı Sanal Konak Desteği</a></seealso>
<seealso><a href="examples.html">Çok Kullanılan Sanal Konak Örnekleri</a></seealso>
<seealso><a href="mass.html">Devingen olarak Yapılandırılan Kitlesel Sanal Barındırma</a></seealso>
<p>Bir eşleşme bulunamazsa hizmet ana sunucudan sunulur.</p>
<p>Arama sonucunda bu IP adresi için bulunmuş <code>VirtualHost</code>
- tanımları varsa sonraki adım hizmetin bir IP’ye dayalı sankondan mı yoksa
+ tanımları varsa sonraki adım hizmetin bir IP'ye dayalı sankondan mı yoksa
isme dayalı bir sankondan mı sunulacağına karar vermektir.</p>
</section>
- <section id="ipbased"><title>IP’ye dayalı sankon</title>
+ <section id="ipbased"><title>IP'ye dayalı sankon</title>
<p>Eğer en iyi eşleşme olarak saptanmış IP adresi ve port çiftini içeren
sadece bir <code>VirtualHost</code> yönergesi varsa artık karar vermek
ismi ve port ana sunucuyla veya sankonlardan biriyle eşleşiyorsa,
şema/konakadı/port öneki ayrılır ve elde edilen göreli URI ilgili
sankondan veya ana sunucudan sunulur. Eğer bir eşleşme sağlanamazsa
- URI’ye dokunulmaz ve istek bir vekil isteği olarak ele alınır.</p>
+ URI'ye dokunulmaz ve istek bir vekil isteği olarak ele alınır.</p>
</section>
<section id="observations"><title>İzlenimler</title>
konaklarınızda adres olarak "*" kullanın, böylece yapılandırılmış
sankonların hepsine isme dayalı sanal konak işlemleri uygulanır.</li>
- <li>Bir IP’ye dayalı sankon için asla <code>ServerAlias</code> ve
+ <li>Bir IP'ye dayalı sankon için asla <code>ServerAlias</code> ve
<code>ServerPath</code> değerine bakılmaz.</li>
<li>Sıralama sadece aynı IP adresine sahip isme dayalı sankonlar arasında
başlık alanında belirtilen port asla kullanılmaz. Apache httpd daima
istemcinin isteği gönderdiği gerçek portu kullanır.</li>
- <li>Eğer aynı IP adresine sahip IP’ye dayalı iki sankon varsa, bunlara
+ <li>Eğer aynı IP adresine sahip IP'ye dayalı iki sankon varsa, bunlara
örtük olarak isme dayalı sanal konak işlemleri uygulanır. 2.3.11
sürümünden beri yeni davranış şekli budur.</li>
<p>Bu belgede <a href="index.html">sanal konaklarla</a> ile ilgili olarak
karşılaşılması olası tüm senaryolara yer verilmeye çalışılmıştır.
Buradaki senaryolar, tek bir sunucu üzerinde <a href="name-
- based.html">isme dayalı</a> veya <a href="ip-based.html">IP’ye dayalı</a>
+ based.html">isme dayalı</a> veya <a href="ip-based.html">IP'ye dayalı</a>
sanal konaklar aracılığıyla çok sayıda sitenin sunumu ile ilgilidir.
</p>
<example><title>Sunucu yapılandırması</title>
- # Apache’nin 80. portu dinlediğinden emin olalım<br />
+ # Apache'nin 80. portu dinlediğinden emin olalım<br />
Listen 80<br />
<br />
<VirtualHost *:80><br />
<p>Sunucu makine iki IP adresine sahip olsun. Biri iç ağa
(<code>192.168.1.1</code>) diğeri dış ağa (<code>172.20.30.40</code>)
bakıyor olsun. <code>sunucu.mesela.dom</code> ismi dış ağda dış ağa
- bakan IP’ye, iç ağda ise iç ağa bakan IP’ye çözümleniyor olsun.</p>
+ bakan IP'ye, iç ağda ise iç ağa bakan IP'ye çözümleniyor olsun.</p>
<p>Bu durumda, sunucu hem iç hem de dış ağdan gelen isteklere aynı içerik,
dolayısıyla aynı <code>VirtualHost</code> bölümü ile hizmet
</section>
- <section id="ip"><title>IP’ye dayalı sanal konaklar</title>
+ <section id="ip"><title>IP'ye dayalı sanal konaklar</title>
<p>Sunucu makinenin, biri <code>mesela.dom</code> adından çözümlenen
<code>172.20.30.40</code>, diğeri <code>faraza.dom</code> adından
</section>
<section id="ipport">
- <title>Hem IP’ye hem de porta dayalı sanal konaklar</title>
+ <title>Hem IP'ye hem de porta dayalı sanal konaklar</title>
<p>Sunucu makinenin, biri <code>mesela.dom</code> adından çözümlenen
<code>172.20.30.40</code>, diğeri <code>faraza.dom</code> adından
</section>
<section id="mixed">
- <title>Hem isme hem de IP‘ye dayalı sanal konaklar</title>
+ <title>Hem isme hem de IP'ye dayalı sanal konaklar</title>
<p>Bir <code>VirtualHost</code> yönergesinde belirtilen bir IP adresi başka
bir sanal konakta görünmüyorsa bu sankon kesinlikle IP'ye dayalı bir
</section>
<section id="proxy"><title><code>Virtualhost</code> ve
- <code>mod_proxy</code>’nin birlikte kullanımı</title>
+ <code>mod_proxy</code>'nin birlikte kullanımı</title>
<p>Bu örnekte bir arabirimi dışarıya bakan bir makinede, başka bir
makinede çalışan bir sunucuya sanal konak olarak, bir vekil sunucu
</section>
- <section id="migrate"><title>Bir isme dayalı sanal konağı bir IP’ye dayalı
+ <section id="migrate"><title>Bir isme dayalı sanal konağı bir IP'ye dayalı
sanal konakla yansılamak</title>
<p>İsme dayalı sanal konak örneklerinin <a href="#twoips">2. sinde</a> adı
</VirtualHost>
</example>
- <p>Böylece sanal konağa hem yeni (bir IP’ye dayalı sanal konak olarak)
+ <p>Böylece sanal konağa hem yeni (bir IP'ye dayalı sanal konak olarak)
hem de eski adresinden (bir isme dayalı sanal konak olarak)
erişilebilecektir.</p>
<p><directive module="core">ServerPath</directive> yönergesinden dolayı
<code>http://bir.baska.tld/bir/</code> şeklinde yapılan isteklere
- <em>daima</em> “bir” sanal konağı hizmet sunacaktır.</p>
+ <em>daima</em> "bir" sanal konağı hizmet sunacaktır.</p>
<p><code>http://bir.baska.tld/</code> şeklinde yapılan isteklere ise
istemcinin doğru <code>Host:</code> başlığı göndermesi şartıyla
- “bir” sanal konağı hizmet sunacaktır. İstemci, bir
+ "bir" sanal konağı hizmet sunacaktır. İstemci, bir
<code>Host:</code> başlığı göndermediği takdirde ilk konaktan bir
bilgilendirme sayfası alacaktır.</p>
<p>Yalnız buradaki bir tuhaflığa dikkat edin: Eğer istemci bir
<code>Host:</code> başlığı göndermeden
<code>http://iki.baska.tld/bir/</code> şeklinde bir istek yaparsa bu
- isteğe de “bir” sanal konağı hizmet sunacaktır.</p>
+ isteğe de "bir" sanal konağı hizmet sunacaktır.</p>
<p><directive module="mod_rewrite">RewriteRule</directive> yönergesi, bir
istemcinin, bir URL öneki belirtsin ya da belirtmesin doğru
<li>Sisteminiz dosya tanıtıcı sayısını başka sınırlara bağlı kılmıştır:
örneğin stdio akımları ile ilgili sınır, dosya tanıtıcı sayısının
- 256’nın altında ollmasını gerektiriyordur (Solaris 2).</li>
+ 256'nın altında ollmasını gerektiriyordur (Solaris 2).</li>
</ol>
<p>Böyle sorunlar karşısında yapabilecekleriniz:</p>
ayrıştırılması</a> bölümüne bakınız.)</li>
<li>Sisteminizde serbest dosya tanıtıcı sayısı 1-2 civarına düşerse
- Apache’yi aşağıdaki gibi bir betikle yeniden çalıştırarak dosya
+ Apache'yi aşağıdaki gibi bir betikle yeniden çalıştırarak dosya
tanıtıcı sayısını arttırabilirsiniz:
<example>
<p><cite>Sanal Konak</cite> (Virtual Host) terimi tek bir makine üzerinde
birden fazla sitenin (sirket1.example.com, sirket2.example.com gibi)
barındırılma uygulamasını betimler. Sanal konaklar,
- "<a href="ip-based.html">IP’ye dayalı</a>" veya
+ "<a href="ip-based.html">IP'ye dayalı</a>" veya
"<a href="name-based.html">isme dayalı</a>" olabilir;
birincisinde, her site ayrı bir IP adresinden sunulurken, ikincisinde her
IP adresinde birden fazla site sunulur. Olayda aynı fiziksel sunucu
kullanıldığı halde bu sunucu son kullanıcıya görünür değildir.</p>
- <p>Apache yazılımsal olarak IP’ye dayalı sanal konakları destekleyen ilk
- sunuculardan biridir. 1.1 sürümünden itibaren Apache hem IP’ye dayalı hem
+ <p>Apache yazılımsal olarak IP'ye dayalı sanal konakları destekleyen ilk
+ sunuculardan biridir. 1.1 sürümünden itibaren Apache hem IP'ye dayalı hem
de isme dayalı sanal konakları desteklemektedir. İsme dayalı sanal
- konaklara bazen <em>konağa dayalı</em> sanal konaklar veya <em>IP’ye
+ konaklara bazen <em>konağa dayalı</em> sanal konaklar veya <em>IP'ye
dayanmayan</em> sanal konaklar da denmektedir.</p>
<p>Aşağıda, Apache HTTP Suncusundaki sanal konak desteğini bütün
</ul>
<p>Sanal konak yapılandırmanız üzerinde hata ayıklamaya çalışıyorsanız
- Apache’nin <code>-S</code> komut satırı seçeneği şu şekilde çok işinize
+ Apache'nin <code>-S</code> komut satırı seçeneği şu şekilde çok işinize
yarayabilir:</p>
<example>
<p>术语<cite>虚拟主机</cite>指的是在单一机器上运行多个网站
(例如 <code>company1.example.com</code> 和
<code>company2.example.com</code>) 。
- href="ip-based.html">基于 IP</a>”，即每个 IP 一个站点；
- 或者“<a href="name-based.html">基于名称</a>”，
+ href="ip-based.html">基于 IP</a>"，即每个 IP 一个站点；
+ 或者"<a href="name-based.html">基于名称</a>"，
即每个 IP 多个站点。这些站点运行在同一物理服务器上的事实不会明显的透漏给最终用户。</p>
<p>Apache 是第一个支持基于 IP 的虚拟主机的服务器。
<manualpage metafile="ip-based.xml.meta">
<parentdocument href="./">Sanal Konaklar</parentdocument>
- <title>IP’ye Dayalı Sanal Konak Desteği</title>
+ <title>IP'ye Dayalı Sanal Konak Desteği</title>
<seealso>
<a href="name-based.html">İsme Dayalı Sanal Konak Desteği</a>
<p>Çoğu durumda, <a href="name-based.html">isme dayalı sanal konaklar</a>
birçok sanal konağın tek bir IP adresi/port çiftini paylaşmasını
sağladığından daha kullanışlıdır. Neyi kullanacağınıza karar vermek için
- <a href="name-based.html#namevip">İsme dayalı ve IP’ye dayalı Sanal
+ <a href="name-based.html#namevip">İsme dayalı ve IP'ye dayalı Sanal
Konaklar</a> bölümüne bakınız.</p>
</section>
<section id="requirements"><title>Sistem gereksinimleri</title>
- <p><cite>IP’ye dayalı</cite> deyince, sunucunun <strong>her IP’ye dayalı
+ <p><cite>IP'ye dayalı</cite> deyince, sunucunun <strong>her IP'ye dayalı
sanal konak için ayrı bir IP adresi/port çifti</strong>ne sahip olduğunu
anlıyoruz. Bunun olması için, makine ya çok sayıda ağ bağlantısına
sahiptir ya da makinede, günümüzde çoğu işletim sistemi tarafından
<p>Çok sayıda süreç kullanıyorsanız:</p>
<ul>
- <li>Güvenli bölgeler oluşturmanız gerekiyordur. Örneğin, şirket2’deki hiç
- kimse dosya sistemi üzerinden şirket1’e ait verileri okuyamasın, sadece
+ <li>Güvenli bölgeler oluşturmanız gerekiyordur. Örneğin, şirket2'deki hiç
+ kimse dosya sistemi üzerinden şirket1'e ait verileri okuyamasın, sadece
herkes gibi tarayıcı kullanarak okuyabilsin istenebilir. Bu durumda,
<directive module="mod_unixd">User</directive>,
<directive module="mod_unixd">Group</directive>,
Bir yönergenin <directive module="core">VirtualHost</directive>
bölümlerinde kullanılıp kullanılmayacağını öğrenmek için <a
href="../mod/directives.html">yönerge dizinini</a> kullanarak yönergenin
- <a href="../mod/directive-dict.html#Context">Bağlam</a>’ına bakınız.</p>
+ <a href="../mod/directive-dict.html#Context">Bağlam</a>'ına bakınız.</p>
<p><a href="../suexec.html">suEXEC sarmalayıcısı</a> kullanıldığı takdirde
<directive module="mod_suexec">SuexecUserGroup</directive> yönergesi de
kullanılabilir.</p>
<p><em>GÜVENLİK:</em>Günlük dosyalarının yazılacağı yeri belirlerken,
- Apache’yi başlatan kullanıcıdan başka kimsenin yazamayacağı bir yerin
+ Apache'yi başlatan kullanıcıdan başka kimsenin yazamayacağı bir yerin
seçilmesi bazı güvenlik risklerini ortadan kaldırmak bakımından
önemlidir. Ayrıntılar için <a href="../misc/security_tips.html">güvenlik
ipuçları</a> belgesine bakınız.</p>
önemlisi, küçülmüş bir yapılandırmanın bakımı da kolaylaşacağı için
hatalar da azalacaktır.</li>
- <li>Yeni sanal konakların eklenmesi, DNS’de yeni girdiler oluşturmak ve
+ <li>Yeni sanal konakların eklenmesi, DNS'de yeni girdiler oluşturmak ve
dosya sisteminde bununla ilgili dizinleri açmak dışında biraz daha
- basit olacaktır; en azından Apache’yi yeniden yapılandırmak ve yeniden
+ basit olacaktır; en azından Apache'yi yeniden yapılandırmak ve yeniden
başlatmak zorunda kalmayacaksınız.</li>
</ol>
<p>Devingen sanal konağı normal bir sanal konak gibi göstermek için
bazı bilgileri istekten saptamak gerekir. Bunlardan en önemlisi,
- httpd tarafından göreli URL’lerden normal URL’leri ve benzerlerini
+ httpd tarafından göreli URL'lerden normal URL'leri ve benzerlerini
üretmek için kullanılan sunucu ismidir. Sunucu ismi
- <code>ServerName</code> yönergesi ile yapılandırılır ve CGI’ler
+ <code>ServerName</code> yönergesi ile yapılandırılır ve CGI'ler
tarafından <code>SERVER_NAME</code> ortam değişkeni üzerinden
kullanılır. Çalışma anındaki asıl değer <directive module="core"
>UseCanonicalName</directive> yönergesi tarafından denetlenir.
<code>Host:</code> başlık alanından elde edilir. <code>UseCanonicalName
DNS</code> belirtilmişse, sunucu ismi, sanal konağın IP adresinden
tersine DNS sorgusu yapılarak elde edilir. Birincisi isme dayalı sanal
- konaklar tarafından ikincisi ise IP’ye dayalı sanal konaklar tarafından
+ konaklar tarafından ikincisi ise IP'ye dayalı sanal konaklar tarafından
kullanılır. Eğer httpd, istekte <code>Host:</code> başlığının olmayışı
veya DNS sorgusunun başarısız olması sebebiyle sunucu ismini elde
edemezse son çare olarak <code>ServerName</code> yönergesinde yazılı
değeri kullanır.</p>
<p>Saptanan bilgilerden biri de <code>DocumentRoot</code>
- yönergesi ile yapılandırılan belge kök dizini olup CGI’ler tarafından
+ yönergesi ile yapılandırılan belge kök dizini olup CGI'ler tarafından
<code>DOCUMENT_ROOT</code> ortam değişkeni üzerinden kullanılır. Normal
yapılandırmada <module>core</module> modülü tarafından dosya isimlerini
- URI’lere eşlerken kullanılır. Fakat sunucu devingen sanal konakları
+ URI'lere eşlerken kullanılır. Fakat sunucu devingen sanal konakları
kullanmak üzere yapılandırıldığında, eşleştirmeyi farklı yollardan yapan
başka bir modül devreye girer (<module>mod_vhost_alias</module> veya
<module>mod_rewrite</module>). <code>DOCUMENT_ROOT</code> ortam
VirtualScriptAlias /siteler/%0/cgi-bin
</example>
- <p>Bu yapılandırmayı IP’ye dayalı sanal konaklar için kullanmak isterseniz
+ <p>Bu yapılandırmayı IP'ye dayalı sanal konaklar için kullanmak isterseniz
<code>UseCanonicalName Off</code> yerine <code>UseCanonicalName
DNS</code> yazmanız yeterlidir. Böylece dosya ismine eklenecek konak
ismi sanal konağın IP adresinden türetilir. <code>%0</code> değişkeni,
<section id="homepages"><title>Basitleştirilmiş Kitlesel Sanal Konaklar</title>
- <p>Bu sistem, yukarıdaki yapılandırmanın bir ISS’nin sunucusuna
+ <p>Bu sistem, yukarıdaki yapılandırmanın bir ISS'nin sunucusuna
uyarlanmasından başka bir şey değildir. <code>%2</code> değişkenini
kullanarak, dosya isminde kullanmak üzere sunucu isminin alt dizgelerini
seçebiliriz, böylece, örneğin <code>www.user.example.com</code> belgeleri
<section id="combinations"><title>Aynı Sunucuda Kişisel ve Kurumsal Sanal Konaklar</title>
- <p>Daha karmaşık ayarlamalar yaparak httpd’nin normal
+ <p>Daha karmaşık ayarlamalar yaparak httpd'nin normal
<code><VirtualHost></code> bölümlerini farklı kitlesel sanal konak
yapılandırmaları için kullanabilirsiniz. Örneğin, bireysel
müşterileriniz için bir IP adresiniz, kurumsal müşterileriniz için de
</section>
<section id="ipbased">
- <title>IP’ye dayalı sanal konakları daha verimli kılmak</title>
+ <title>IP'ye dayalı sanal konakları daha verimli kılmak</title>
- <p><a href="#simple">İlk örnekte</a> IP’ye dayalı sanal konaklar için
+ <p><a href="#simple">İlk örnekte</a> IP'ye dayalı sanal konaklar için
kullanılmak istenirse yapılandırmada neyin nasıl değiştirileceği
belirtilmişti. Her istek için ayrı bir DNS sorgusu gerekeceğinden bu
başarım düşmesine yol açar. DNS sorgusu ihtiyacını ortadan kaldırmak
<seealso><a href="examples.html">Çok kullanılan sanal konak yapılandırma
örnekleri</a></seealso>
-<section id="namevip"><title>İsme dayalı ve IP’ye dayalı Sanal Konaklar</title>
+<section id="namevip"><title>İsme dayalı ve IP'ye dayalı Sanal Konaklar</title>
- <p><a href="ip-based.html">IP’ye dayalı sanal konaklar</a>da sunulacak
+ <p><a href="ip-based.html">IP'ye dayalı sanal konaklar</a>da sunulacak
sanal konağı doğru tespit edebilmek için bağlantının yapıldığı IP
adresine bakılır. Bu bakımdan her konak için ayrı bir IP adresine
gereksinim vardır.</p>
ismini doğru IP adresiyle eşlemek için DNS sunucunuzu yapılandırdıktan
sonra Apache HTTP sunucusunu farklı konak isimlerini tanıyacak şekilde
yapılandırmanız yeterli olur. İsme dayalı sanal barındırma ayrıca zaten
- kıt olan IP adreslerine talebi de azaltır. Bu nedenle, IP’ye dayalı sanal
+ kıt olan IP adreslerine talebi de azaltır. Bu nedenle, IP'ye dayalı sanal
konakları kullanmanızı gerektiren donanım kullanmadıkça isme dayalı
- sanal konaklar kullanmalısınız. İstemci uyumuna bağlı IP’ye dayalı
+ sanal konaklar kullanmalısınız. İstemci uyumuna bağlı IP'ye dayalı
sanal barındırma için eskiden varolan sebepler genel amaçlı bir HTTP
sunucusu için artık uygulanabilir değildir.</p>
<p>İsterseniz, <directive type="section" module="core"
>VirtualHost</directive> yönergesinde argüman olarak <code>*</code>
yerine doğrudan bir IP adresi belirtebilirsiniz. Hatta, daha sonra, isme
- dayalı sanal konakları bir IP adresinden ve IP’ye dayalı olanları veya
+ dayalı sanal konakları bir IP adresinden ve IP'ye dayalı olanları veya
isme dayalı diğer bir sanal konak grubunu diğer IP adreslerinden sunmak
isteyebilirsiniz.</p>
projects / thirdparty / apache / httpd.git / commitdiff
