From: Rich Bowen Date: Sat, 23 May 2026 15:35:45 +0000 (+0000) Subject: Rebuild recent changes X-Git-Tag: 2.4.68-rc1-candidate~93 X-Git-Url: http://git.ipfire.org/gitweb/index.cgi?a=commitdiff_plain;h=16ec562f7d56dd2766445795acdfeebe98e782b9;p=thirdparty%2Fapache%2Fhttpd.git Rebuild recent changes git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1934539 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/bind.html.tr.utf8 b/docs/manual/bind.html.tr.utf8 index 96164d3c33..93f4889ddb 100644 --- a/docs/manual/bind.html.tr.utf8 +++ b/docs/manual/bind.html.tr.utf8 @@ -56,7 +56,7 @@ 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 sanal konak özelliği ile birlikte yürür.

@@ -140,33 +140,33 @@ Listen 192.0.2.5:8000

IPv6 Adreslerin Durumu

-

IPv6’yı gerçekleyen platformların sayısı giderek artmaktadır. Bu - platformların çoğunda APR, httpd’nin IPv6 - soketleri ayırmasını mümkün kılarak IPv6’yı desteklemekte ve IPv6 +

IPv6'yı gerçekleyen platformların sayısı giderek artmaktadır. Bu + platformların çoğunda APR, httpd'nin IPv6 + soketleri ayırmasını mümkün kılarak IPv6'yı desteklemekte ve IPv6 üzerinden gönderilmiş istekleri elde etmektedir.

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 - configure parametresi ile httpd’nin + configure parametresi ile httpd'nin davranışı değiştirilebilir.

Diğer taraftan, Linux ve Tru64 gibi bazı platformlarda hem IPv4 hem de IPv6 adresleri kabul etmenin tek yolu eşlemli adresler - kullanmaktır. httpd’nin IPv4 ve IPv6 adresleri, IPv4 eşlemli + kullanmaktır. httpd'nin IPv4 ve IPv6 adresleri, IPv4 eşlemli IPv6 adreslerin kullanımını gerektiren en az sayıda soketle kabul etmesini istiyorsanız, configure betiğine --enable-v4-mapped seçeneğini belirtiniz.

--enable-v4-mapped seçeneği, FreeBSD, NetBSD ve OpenBSD hariç tüm platformlarda öntanımlıdır. Muhtemelen siz de - httpd’nin böyle derlenmesini isterdiniz.

+ httpd'nin böyle derlenmesini isterdiniz.

-

Platformunuzun ve APR’nin neyi desteklediğine bakmaksızın - httpd’nin sadece IPv4 adresleri kabul etmesini istiyorsanız, +

Platformunuzun ve APR'nin neyi desteklediğine bakmaksızın + httpd'nin sadece IPv4 adresleri kabul etmesini istiyorsanız, tüm Listen yönergelerinde örnekteki gibi IPv4 adresleri belirtiniz:

@@ -175,10 +175,10 @@ Listen 192.0.2.1:80

Platformunuz IPv4 ve IPv6 adresleri ayrı soketlerden kabul ediyorsa ve - httpd’nin de buna uygun davranmasını (yani IPv4 eşlemli IPv6 + httpd'nin de buna uygun davranmasını (yani IPv4 eşlemli IPv6 adreslerin iptalini) istiyorsanız configure betiğine --disable-v4-mapped seçeneğini belirtiniz. Bu - seçenek FreeBSD, NetBSD ve OpenBSD’de öntanımlıdır.

+ seçenek FreeBSD, NetBSD ve OpenBSD'de öntanımlıdır.

top

Protokolü Listen ile Belirtme

diff --git a/docs/manual/caching.html.tr.utf8 b/docs/manual/caching.html.tr.utf8 index c29c0dd35d..8301266ddb 100644 --- a/docs/manual/caching.html.tr.utf8 +++ b/docs/manual/caching.html.tr.utf8 @@ -90,7 +90,7 @@

Bu belgeden azami yararı sağlayabilmek için temel bir HTTP bilginizin - olması ve URL’lerin Dosya Sistemine + olması ve URL'lerin Dosya Sistemine Eşlenmesi ile İçerik Uzlaşımı belgelerini okumuş olmanız gerekir.

@@ -261,7 +261,7 @@

Ö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.

Özgün önbellekli yanıtta bir ETag başlığı mevcutsa, @@ -328,7 +328,7 @@ önbelleklenmez.

  • 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.
    • @@ -435,14 +435,14 @@ CacheDirLength 1

    mod_cache_disk öğ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 Vary başlığında tanımlı elemanlardan oluşur.

    Ö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 xyTGxSMO2b68mBCykqkp1w gibi bir + seçildiğinden oluşturulması olası farklı özet sayısı 64^22'dir. + Örneğin, bir URL'nin xyTGxSMO2b68mBCykqkp1w 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 CacheDirLevels ve CacheDirLength yönergelerinin @@ -462,7 +462,7 @@ CacheDirLength 1 CacheDirLength 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 CacheDirLength için değer olarak "1" belirtmenizi öneririz.

    @@ -492,17 +492,17 @@ CacheDirLength 1

    Bunun yerine httpd önbellek içeriğini düzenli aralıklarla temizleyebilmeniz için htcacheclean adında bir araç içerir. Önbellek için azami ne kadar yer kullanılacağının ve bunun - üzerinde htcacheclean’i hangi sıklıkta + üzerinde htcacheclean'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.

    htcacheclean 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 - htcacheclean’in işini bitirmesi 1 saatten fazla + htcacheclean'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 - htcacheclean’in çalıştırılma aralığını iyi + htcacheclean'in çalıştırılma aralığını iyi belirlemek gerekir.

    Ayrıca, htcacheclean için uygun bir "nice" seviyesi @@ -622,13 +622,13 @@ CacheSocache dbm:/path/to/datafile

    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.

    CacheFile yönergesi ile

    -

    httpd’de mevcut önbelleklemenin en temel şekli +

    httpd'de mevcut önbelleklemenin en temel şekli mod_file_cache 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 @@ -677,7 +677,7 @@ CacheSocache dbm:/path/to/datafile ş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.

    @@ -688,7 +688,7 @@ CacheSocache dbm:/path/to/datafile

    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:

    @@ -709,14 +709,14 @@ CacheSocache dbm:/path/to/datafile

    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.

    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.

    + olmadığından bu durum httpd'ye büyük yarar sağlar.

    İşletim sisteminin dosyaların önbelleklenmesi için sağladığı bunca @@ -738,11 +738,11 @@ CacheSocache dbm:/path/to/datafile

    CacheFile yönergesinde olduğu gibi bu dosyalarda httpd başlatıldıktan sonra - yapılacak bir değişiklikten httpd’nin haberi olmayacaktır.

    + yapılacak bir değişiklikten httpd'nin haberi olmayacaktır.

    MMapFile 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 @@ -794,7 +794,7 @@ CacheSocache dbm:/path/to/datafile

    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ı @@ -823,9 +823,9 @@ CacheSocache dbm:/path/to/datafile genellikle istenmeyen) içerik almasına sebep olan bir saldırı türünü betimlemek için yaygın olarak kullanılan bir terimdir.

    -

    Örneğin httpd’nin çalıştığı sistemin kullandığı DNS sunucuları DNS +

    Ö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.

    diff --git a/docs/manual/configuring.html.fr.utf8 b/docs/manual/configuring.html.fr.utf8 index d4bdd9610f..0a79a5ab2e 100644 --- a/docs/manual/configuring.html.fr.utf8 +++ b/docs/manual/configuring.html.fr.utf8 @@ -81,8 +81,8 @@ le Serveur HTTP Apache.

    Les lignes qui commencent par un croisillon « # Â» sont interprétées comme des commentaires et sont ignorées. Les commentaires ne doivent - pas 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 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 diff --git a/docs/manual/configuring.html.tr.utf8 b/docs/manual/configuring.html.tr.utf8 index 45213828f6..5ee32008ee 100644 --- a/docs/manual/configuring.html.tr.utf8 +++ b/docs/manual/configuring.html.tr.utf8 @@ -50,7 +50,7 @@ açıklanmıştır.

    İlgili Modüllerİlgili Yönergeler

    Apache HTTP Sunucusu düz metin yapılandırma dosyalarına yönergeler yerleştirilerek yapılandırılır. - Ana yapılandırma dosyasının ismi normalde httpd.conf’tur. + Ana yapılandırma dosyasının ismi normalde httpd.conf'tur. Bu dosyanın yeri derleme sırasında belirlenir, ancak çalıştırma sırasında -f komut satırı seçeneği ile başka bir yer belirtilebilir. Ayrıca, Include @@ -72,7 +72,7 @@ açıklanmıştır.

    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.

    Yönergelerdeki değiştirgeler boşluklarla ayrılır. Eğer bir değiştirge @@ -80,7 +80,7 @@ açıklanmıştır.

    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ırlara açıklama yerleştirilemez. Yönerge isminden önce yer alan boşluklar yoksayılır; bu özellik, okunabilirliği sağlamak için yönergelerin @@ -130,13 +130,13 @@ açıklanmıştır.

    İlgili Modüllerİlgili Yönergeler

    httpd modüler yapıda bir sunucudur. Bu, çekirdek sunucunun sadece en - temel işlevselliği içermesi demektir. Ek özellikler, httpd’ye modüller halinde yüklenebilir. Öntanımlı olarak, derleme + temel işlevselliği içermesi demektir. Ek özellikler, httpd'ye modüller halinde yüklenebilir. Öntanımlı olarak, derleme sırasında sunucunun temel bir modül kümesi içermesi sağlanır. Eğer sunucu devingen yüklenen modülleri kullanmak üzere yapılandırılarak derlenirse modüller ayrı olarak derlenip gerektiği zaman LoadModule 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 <IfModule> bloku içine alınmak suretiyle sunucuya koşullu olarak eklenebilir. Ancak, @@ -159,7 +159,7 @@ açıklanmıştır.

    uygulanır. Yapılandırmanızı sunucunun belli bir parçası için değiştirmek isterseniz yönergelerinizi <Directory>, <DirectoryMatch>, <Files>, <FilesMatch>, <Location> ve <LocationMatch> 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.

    diff --git a/docs/manual/content-negotiation.html.fr.utf8 b/docs/manual/content-negotiation.html.fr.utf8 index b7f4a56221..98ff7e2f10 100644 --- a/docs/manual/content-negotiation.html.fr.utf8 +++ b/docs/manual/content-negotiation.html.fr.utf8 @@ -189,23 +189,23 @@ Content-language: fr, de

    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 .var 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 que 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 foo.var existe et ne liste que foo.en.html et foo.fr.de.html, un fichier foo.mn.html 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.

    Ce comportement est intéressant pour les sites qui ajoutent de nouvelles variantes linguistiques au cours du temps. Si vous avez une ressource existante foo.html 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 :

    @@ -221,7 +221,7 @@ Content-language: fr

    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) :

    URI: foo
@@ -284,7 +284,7 @@ Content-type: text/plain; qs=0.01

    le serveur va choisir entre index.html et index.html3 si les deux fichiers sont présents. Si aucun - n'est présent, alors qu’index.cgi existe, + n'est présent, alors qu'index.cgi existe, le serveur l'exécutera.

    Si, parcequ'elle n'est pas reconnue par mod_mime, @@ -469,7 +469,7 @@ httpd

    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 Accept qui, sans ce traitement, provoqueraient la diff --git a/docs/manual/content-negotiation.html.tr.utf8 b/docs/manual/content-negotiation.html.tr.utf8 index 6811a316b8..19fe554def 100644 --- a/docs/manual/content-negotiation.html.tr.utf8 +++ b/docs/manual/content-negotiation.html.tr.utf8 @@ -45,7 +45,7 @@ mod_negotiation modülü tarafından sağlanır.

     -

    httpd, HTTP/1.1 belirtiminde tanımlanan şekliyle ‘sunucu yönetiminde’ +

    httpd, HTTP/1.1 belirtiminde tanımlanan şekliyle 'sunucu yönetiminde' içerik uzlaşımını destekler. Accept, Accept-Language, Accept-Charset ve Accept-Encoding 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.

    + 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.

    Bir özkaynak bir URI (RFC 2396) tarafından betimlenen kavramsal bir öğedir. Apache gibi bir HTTP sunucusu, ortam türü, @@ -106,7 +106,7 @@ kaynaklandığından bahsedilebilir.

    top
    -

    httpd’de İçerik Uzlaşımı

    +

    httpd'de İçerik Uzlaşımı

    Bir özkaynak üzerinde uzlaşılırken gösterim çeşitlerinin her biri hakkında sunucuya bilgi verilmesi gerekir. Bu iki yolla yapılabilir:

    @@ -117,7 +117,7 @@ gibi).
  • 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.
    • @@ -243,10 +243,10 @@

    Uzlaşım Yöntemleri

    -

    httpd’nin, bir türeşlem dosyası veya dizin içindeki bir dosya +

    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.

    @@ -257,18 +257,18 @@
  • Normal durumda sunucu yönetiminde httpd uzlaşım algoritması 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.
    • -
  • Ä°stemci bu işlem için özellikle RFC 2295’te tanımlanan mekanizmanın +
  • Ä°stemci bu işlem için özellikle RFC 2295'te tanımlanan mekanizmanın kullanılmasını isterse şeffaf içerik uzlaşımı 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.
    • + Ş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.

    Uzlaşımın Boyutları

    @@ -331,7 +331,7 @@ uygulanabilir değilse bu boyut elenir ve sonuçta hiçbir gösterim çeşidi kalmasza 4. adıma atlanır. -
  • ‘En uygun’ gösterim çeşidi bir eleme süreciyle seçilir. Bu süreç +
  • '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 @@ -351,7 +351,7 @@ sıralamasına bakılır, aksi takdirde LanguagePriority yönergesi ile atanmışsa oradaki dil sıralamasına bakılır.
    • -
  • En yüksek ‘seviyeden’ ortam parametresine (text/html ortam türü +
  • 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.
    • @@ -384,14 +384,14 @@
  • 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ığı - Vary’ye uzlaşım boyutları atanır (tarayıcı ve + Vary'ye uzlaşım boyutları atanır (tarayıcı ve arabellekler özkaynağı kaydederken bu bilgiyi kullanırlar) ve algoritma sonlandırılır.
  • 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 Vary başlığında gösterim çeşitliliğinin boyutları belirtilir.
    • @@ -451,14 +451,14 @@

    Dil Uzlaşımında İstisnalar

    -

    httpd 2.0’dan itibaren, uzlaşım algoritmasına, bir eşleşme bulmak +

    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.

    İstemci sunucudan bir sayfa istediğinde, sunucu, tarayıcı tarafından gönderilen Accept-language 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 Accept-language başlığını yoksaymaya ayarlanabilir. Böylece istemcinin isteğine tam olarak uymasa da bir belge sağlanır. Bu hata @@ -473,11 +473,11 @@ en olarak imlenmesine izin vermez. (Bir okuyucu Britanya İngilizcesini anlıyor ama genel İngilizceyi anlamıyor diye Accept-Language başlığında en değil de - en-GB’yi belirtmesinin hemen hemen daima bir yapılandırma + en-GB'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 LanguagePriority son çaresine ayarlanmışsa alt küme belirtimini yok sayacak ve en belge isteklerine en-GB belgelerle yanıt @@ -616,7 +616,7 @@ Header append Vary cookie olarak (misal 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 - html’den shtml veya cgi’ye + html'den shtml veya cgi'ye geçebilirsiniz.

    Hiperbağlarda MIME türlerini (misal.html gibi) kullanmaya @@ -626,7 +626,7 @@ Header append Vary cookie

    Arabellekler Hakkında

    -

    Bir arabellek, bir gösterimi istek URL’si ile ilişkilendirerek saklar. +

    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ış diff --git a/docs/manual/dns-caveats.html.tr.utf8 b/docs/manual/dns-caveats.html.tr.utf8 index 9465de2671..3ef9283942 100644 --- a/docs/manual/dns-caveats.html.tr.utf8 +++ b/docs/manual/dns-caveats.html.tr.utf8 @@ -57,7 +57,7 @@ </VirtualHost> -

    httpd’nin beklendiği gibi işlemesi için her sanal konak için iki +

    httpd'nin beklendiği gibi işlemesi için her sanal konak için iki veriye mutlaka ihtiyacı vardır: ServerName ve sunucunun bağlantı kabul edip hizmet sunacağı en az bir IP adresi. Yukarıdaki örnekte IP adresi bulunmamaktadır, dolayısıyla Apache, falan.fesmekan.dom @@ -66,7 +66,7 @@ erişemezse bu sanal konak yapılandırılmayacak ve bu sanal konağa yapılan isteklere yanıt verilemeyecektir.

    -

    falan.fesmekan.dom’un 192.168.2.1 IP adresine sahip +

    falan.fesmekan.dom'un 192.168.2.1 IP adresine sahip olduğunu varsayarsak yapılandırma şöyle olurdu:

    # Bu yetersiz bir yapılandırma örneğidir, sunucunuzda kullanmayın.
@@ -77,10 +77,10 @@
 
 
     
    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.
    
@@ -111,21 +111,21 @@
 </VirtualHost>
    -

    falan.fesmekan.dom’a 192.168.2.1, - misal.mesela.dom’a 192.168.2.2 atadığınızı fakat, - mesela.dom’un DNS kaydının sizin denetiminizde olmadığını - varsayalım. Bu yapılandırmayla, mesela.dom’u - fesmekan.dom’a giden tüm trafiği çalabilecek duruma +

    falan.fesmekan.dom'a 192.168.2.1, + misal.mesela.dom'a 192.168.2.2 atadığınızı fakat, + mesela.dom'un DNS kaydının sizin denetiminizde olmadığını + varsayalım. Bu yapılandırmayla, mesela.dom'u + fesmekan.dom'a giden tüm trafiği çalabilecek duruma getirirsiniz. Bunu gerçekleştirmek için DNS kaydında - misal.mesela.dom’a 192.168.2.1 adresinin atanması - yeterlidir. Kendi DNS’lerine sahip olduklarından dolayı - misal.mesela.dom’a istedikleri IP adresini atamaktan + misal.mesela.dom'a 192.168.2.1 adresinin atanması + yeterlidir. Kendi DNS'lerine sahip olduklarından dolayı + misal.mesela.dom'a istedikleri IP adresini atamaktan onları alıkoyamazsınız.

    -

    192.168.2.1’e gelen isteklerin hepsine +

    192.168.2.1'e gelen isteklerin hepsine (http://falan.fesmekan.dom/biryer şeklinde yazılan adresler dahil) mesela.dom 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 bir belgemiz mevcuttur.

    @@ -135,10 +135,10 @@

    İsme dayalı sanal konak - desteği, httpd’nin çalıştığı makinenin IP adres(ler)ini de bilmesini + desteği, httpd'nin çalıştığı makinenin IP adres(ler)ini de bilmesini gerektirir. Bu adresi elde etmek için sunucu, ya sunucu genelinde geçerli ServerName yönergesine bakar ya da bir - C işlevi olan gethostname’i kullanır (işlev, komut + C işlevi olan gethostname'i kullanır (işlev, komut isteminden hostname 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.

    @@ -152,11 +152,11 @@ dosyasında bulunması gerekebilir.

    Herhangi bir nedenle sunucunuz bir DNS sorgusu yapmıyorsa veya - yapmamalıysa, httpd’yi HOSTRESORDER ortam değişkenine + yapmamalıysa, httpd'yi HOSTRESORDER ortam değişkenine "local" 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 mod_env - 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.

    top
    diff --git a/docs/manual/dso.html.fr.utf8 b/docs/manual/dso.html.fr.utf8 index 2f3b73535d..06a0c2d1b4 100644 --- a/docs/manual/dso.html.fr.utf8 +++ b/docs/manual/dso.html.fr.utf8 @@ -171,7 +171,7 @@ $ apxs -cia mod_foo.c

    Ce chargement peut s'effectuer de deux manières : automatiquement par un programme système appelé ld.so 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 dlopen()/dlsym().

    Dans la première méthode, les DSO sont en général appelés @@ -317,7 +317,7 @@ $ apxs -cia mod_foo.c 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 dlopen(). + chargez le code vous-même à l'aide de dlopen().

    diff --git a/docs/manual/dso.html.tr.utf8 b/docs/manual/dso.html.tr.utf8 index a283d10a06..24b631fa81 100644 --- a/docs/manual/dso.html.tr.utf8 +++ b/docs/manual/dso.html.tr.utf8 @@ -87,7 +87,7 @@

    Kullanım Özeti

    -

    Apache HTTP Sunucusu 2.x’in DSO özelliklerine bir giriş olarak burada +

    Apache HTTP Sunucusu 2.x'in DSO özelliklerine bir giriş olarak burada kısaca bir bilgi vermekle yetinilecektir:

      @@ -142,7 +142,7 @@ $ apxs -aci filanca mod_filanca.la
    -

    Tüm durumlarda derlenen paylaşımlı modülü Apache httpd’nin etkin +

    Tüm durumlarda derlenen paylaşımlı modülü Apache httpd'nin etkin kılabilmesi için httpd.conf dosyasında o modül için bir LoadModule yönergesi bulunmalıdır.

    @@ -166,7 +166,7 @@ $ apxs -aci filanca mod_filanca.la arayüzü sağlayan dlopen()/dlsym() sistem çağrılarının elle yapılması suretiyle.

    -

    İlk yöntemde kullanılan DSO’lara genelde paylaşımlı +

    İlk yöntemde kullanılan DSO'lara genelde paylaşımlı kütüphaneler veya DSO kütüphaneleri adı verilir ve bunların dosyaları libfilanca.so veya libfilanca.so.1.2 biçiminde isimlendirilir. Belli bir @@ -185,9 +185,9 @@ $ apxs -aci filanca mod_filanca.la

    Ç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 - (ld.so) sorumludur. (Aslında, ld.so’yu + (ld.so) sorumludur. (Aslında, ld.so'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 @@ -195,25 +195,25 @@ $ apxs -aci filanca mod_filanca.la kütüphanesine bir kere kaydedilip disk alanından yer kazanılmış olur.

    -

    İkinci yöntemde kullanılan DSO’lara yine paylaşımlı +

    İkinci yöntemde kullanılan DSO'lara yine paylaşımlı kütüphaneler veya DSO kütüphaneleri adı verilir fakat bunların dosyaları geçerli kabule göre filanca.so 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 dlopen() + çalıştırılabilir program DSO'yu çalışma anında dlopen() 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 libc.so 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.

    -

    Son olarak, DSO’nun programlama arayüzünün getirilerinden yararlanmak +

    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 dlsym() üzerinden DSO’daki belli + yerlerde kullanmak üzere dlsym() ü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 @@ -244,7 +244,7 @@ $ apxs -aci filanca mod_filanca.la

    Getiriler ve Götürüler

    -

    Yukarıda bahsedilen DSO’ya dayalı özelliklerin getirileri +

    Yukarıda bahsedilen DSO'ya dayalı özelliklerin getirileri şunlardır:

      diff --git a/docs/manual/env.html.fr.utf8 b/docs/manual/env.html.fr.utf8 index 524c5d665b..a6751e3488 100644 --- a/docs/manual/env.html.fr.utf8 +++ b/docs/manual/env.html.fr.utf8 @@ -39,7 +39,7 @@ 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.

      Le second type correspond aux variables nommées appelées aussi @@ -65,7 +65,7 @@

    top
    -

    Variables d’environnement de CGI

    +

    Variables d'environnement de CGI

    La spécification sur les CGIs (RFC 3875) 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 @@ -288,9 +288,9 @@

    QUERY_STRING

    La variable QUERY_STRING 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.

    @@ -298,9 +298,9 @@

    Dans cet exemple, la variable QUERY_STRING 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.

    + chargée d'en extraire les paires clé/valeur.

    @@ -308,7 +308,7 @@

    La variable PATH_INFO 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, QUERY_STRING non comprise. Tout paraît plus clair avec un exemple :

    @@ -481,7 +481,7 @@

    ap_trust_cgilike_cl

    Disponible à partir de la version 2.4.59 du serveur HTTP Apache

    -

    Cette variable permet à un script qui s’exécute dans un module de type CGI +

    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.

    @@ -491,10 +491,10 @@

    Variables REDIRECT_

    -

    Lorsqu’une redirection interne se produit — provoquée par une directive +

    Lorsqu'une redirection interne se produit — provoquée par une directive ErrorDocument, par mod_rewrite, par une directive FallbackResource 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 REDIRECT_.

    @@ -503,26 +503,26 @@
    REDIRECT_URL
    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.
    REDIRECT_STATUS
    -
    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). +
    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 mod_rewrite ou de la directive FallbackResource, il - s’agit en général du code d’état 200.
    + s'agit en général du code d'état 200.

    Par exemple, si la valeur de REQUEST_URI était - /original/chemin et qu’une redirection interne envoyait la + /original/chemin et qu'une redirection interne envoyait la requête à /handler.php, la cible de la redirection verrait REDIRECT_URL=/original/path et REQUEST_URI=/handler.php.

    Ces variables sont disponibles pour les scripts CGI, les pages SSI et - dans les expressions. Pour plus d’informations à - propos des variables REDIRECT_ dans le contexte des documents d’erreur, voir + dans les expressions. Pour plus d'informations à + propos des variables REDIRECT_ dans le contexte des documents d'erreur, voir Réponses aux erreurs personnalisées.

    top
    diff --git a/docs/manual/env.html.tr.utf8 b/docs/manual/env.html.tr.utf8 index 7f1aefe53a..63c0910eaf 100644 --- a/docs/manual/env.html.tr.utf8 +++ b/docs/manual/env.html.tr.utf8 @@ -8,7 +8,7 @@ This file is generated from xml source: DO NOT EDIT XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> -Apache’de Ortam Değişkenleri - Apache HTTP Sunucusu Sürüm 2.4 +Apache'de Ortam Değişkenleri - Apache HTTP Sunucusu Sürüm 2.4 @@ -22,7 +22,7 @@
    <-

    Apache’de Ortam Değişkenleri

    +Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.4

    Apache'de Ortam Değişkenleri

    Mevcut Diller:  en  | @@ -242,9 +242,9 @@ %{ENV:değişken} biçemi mod_rewrite yeniden yazma motorunun ortam değişkenlerine bağlı kararlar almasını mümkün kılar. Yalnız şuna - dikkat ediniz: mod_rewrite’ta ENV: + dikkat ediniz: mod_rewrite'ta ENV: öneki kullanılmadan belirtilen değişkenler ortam değişkenleri - değillerdir. Onlar mod_rewrite’a özgü diğer + değillerdir. Onlar mod_rewrite'a özgü diğer modüllerden erişilemeyen özel değişkenlerdir.

    top
    @@ -252,7 +252,7 @@

    Özel Amaçlı Ortam Değişkenleri

    -

    Birlikte çalışabilirlik sorunları Apache’nin belli istemcilerle +

    Birlikte çalışabilirlik sorunları Apache'nin belli istemcilerle veri alışverişi sırasında davranışını değiştirmesini gerektirebilir. Genellikle SetEnv ve PassEnv yönergelerinden @@ -297,7 +297,7 @@

    gzip-only-text/html

    -

    Bu değişkene "1" değeri atandığında text/html’den +

    Bu değişkene "1" değeri atandığında text/html'den farklı içerik türleri için mod_deflate modülü tarafından sağlanan DEFLATE çıktı süzgeci iptal edilir. Sıkıştırılmış olarak saklanan dosyalar kullanıyorsanız bu @@ -369,7 +369,7 @@ yönlendirmenin kodlamasını kullanmaya çalışırlar. Bu özellikle Yunanca gibi dillerde hedef sayfanın hatalı yorumlanmasına yol açar.

    -

    Bu ortam değişkeninin atanması Apache’nin yönlendirme için karakter +

    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.

    @@ -477,7 +477,7 @@ CustomLog "logs/access_log" common env=!image-request -

    “Resim Hırsızlığı” için önlem alınması

    +

    "Resim Hırsızlığı" için önlem alınması

    Bu örnekte sunucunuzda bulunmayan sayfalarda sunucunuzdaki diff --git a/docs/manual/filter.html.tr.utf8 b/docs/manual/filter.html.tr.utf8 index 80e2efccb8..0d72c0bf63 100644 --- a/docs/manual/filter.html.tr.utf8 +++ b/docs/manual/filter.html.tr.utf8 @@ -34,16 +34,16 @@  tr 

    -

    Bu belge, Apache’de süzgeç kullanımı hakkındadır.

    +

    Bu belge, Apache'de süzgeç kullanımı hakkındadır.

    -
    • Apache 2’de Süzme İşlemi
      • +
      top
      -

      Apache 2’de Süzme İşlemi

      +

      Apache 2'de Süzme İşlemi

      İlgili Modüllerİlgili Yönergeler

      Apache 2.0 ve sonrasında mevcut olan Süzgeç Zinciri, uygulamaların @@ -80,7 +80,7 @@

      • HTML ve XML belgelerin işlenmesi ve yazılması
        • -
      • XSLT dönüşümleri ve XInclude’lar
        • +
      • XSLT dönüşümleri ve XInclude'lar
      • XML Ä°sim-alanı desteği
      • HTML Formlarının çözümlenmesi ve sunucuya dosya yükleme
      • Resim işleme
        • @@ -97,7 +97,7 @@

        mod_filter, 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 diff --git a/docs/manual/glossary.html.tr.utf8 b/docs/manual/glossary.html.tr.utf8 index 27d22c9c90..2e837c714d 100644 --- a/docs/manual/glossary.html.tr.utf8 +++ b/docs/manual/glossary.html.tr.utf8 @@ -54,8 +54,8 @@

        Aktarım Katmanı Güvenliği
        Ä°ngilizcesi: Transport Layer Security (TLS)
        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.
        Bakınız: SSL/TLS Şifrelemesi
        @@ -132,13 +132,13 @@
        Düzenli İfade (Regex)
        -
        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ı +
        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 “/resimler/.*(jpg|gif)$” düzenli + Örneğin, "resimler" dizini altındaki dosyalardan .gif ve .jpg uzantılı + olanları toplamak için "/resimler/.*(jpg|gif)$" 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 @@ -154,7 +154,7 @@
        Erişim Denetimi
        Ağ bölgelerine erişimin kısıtlanması. Apache bağlamında normal - olarak belli URL’lere erişimi kısıtlamak şeklinde + olarak belli URL'lere erişimi kısıtlamak şeklinde uygulanır.
        Bakınız: Kimlik Doğrulama, Yetkilendirme ve Erişim Denetimi
        @@ -165,7 +165,7 @@ 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, cgi-script eylemcisi dosyaları - CGI’ler tarafından işlenebilir hale + CGI'ler tarafından işlenebilir hale getirmek üzere işleme sokar.
        Bakınız: Apache Eylemcilerinin Kullanımı @@ -196,7 +196,7 @@
        Güvenli Hiper Metin Aktarım Protokolü (HTTPS)
        Ä°ngilizcesi: The HyperText Transfer Protocol (Secure), (HTTPS)
        -
        Güvenli Hiper Metin Aktarım Protokolü, Genel Ağ’da kullanılan standart +
        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 SSL üzerinden gerçekleştirilmesinden başka bir şey değildir.
        Bakınız: SSL/TLS Şifrelemesi @@ -214,7 +214,7 @@
        Hiper Metin Aktarım Protokolü (HTTP)
        Ä°ngilizcesi: HyperText Transfer Protocol (HTTP)
        -
        Genel Ağ’da kullanılan standart aktarım protokollerinden biri. +
        Genel Ağ'da kullanılan standart aktarım protokollerinden biri. Apache, RFC 2616 ile tanımlanmış protokolün HTTP/1.1 olarak bilinen 1.1 sürümünü gerçekler.
        @@ -267,8 +267,8 @@
        MIME türü
        -
        Aktarılan belgenin çeşidini betimlemenin bir yolu. MIME, Türkçe’ye - ‘Çok Amaçlı Genel Ağ Posta Eklentileri’ olarak çevrilebilecek olan +
        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. text/html, @@ -285,7 +285,7 @@ çalıştırılabiliri içinde derlenmiş modüllere durağan modüller adı verilirken ayrı bir yerde saklanan ve çalışma anında isteğe bağlı olarak yüklenebilen modüllere devingen modüller veya - DSO’lar denir. Yapılandırmaya öntanımlı + DSO'lar denir. Yapılandırmaya öntanımlı olarak dahil edilen modüllere temel modüller denir. Apache için kullanılabilecek modüllerin çoğu Apache HTTP Sunucusunun tar paketi içinde dağıtılmaz; bunlara @@ -342,7 +342,7 @@ Makamı tarafından bir sertifikaya gömülü olan genel anahtardan bir özet üretilerek oluşturulur. İmza şifresi sadece sertifika sahibi ağ öğesinin kimliğini doğrulayacak - SM’nin genel anahtarı kullanılarak çözülebilir.
        + SM'nin genel anahtarı kullanılarak çözülebilir.
        Bakınız: SSL/TLS Şifrelemesi
        @@ -368,7 +368,7 @@
        Ä°ngilizcesi: Certification Authority (CA)
        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.
        Bakınız: SSL/TLS Şifrelemesi
        @@ -447,16 +447,16 @@
        Ä°ngilizcesi: Uniform Resource Identifier (URI)
        Soyut veya somut bir özkaynağı betimlemek için kullanılan bütünleşik - bir karakter dizisi. Aslen RFC 2396 tarafından tanımlanmıştır. Genel Ağ’da kullanılan URI’lerden - genellikle URL’ler olarak bahsedilir. + bir karakter dizisi. Aslen RFC 2396 tarafından tanımlanmıştır. Genel Ağ'da kullanılan URI'lerden + genellikle URL'ler olarak bahsedilir.
        Tektip Özkaynak Konumlayıcı
        Ä°ngilizcesi: Uniform Resource Locator (URL)
        Genel Ağ üzerindeki bir özkaynağın ismi veya adresi. Aslen Tektip Özkaynak Betimleyici - denilen terimin gayrı resmi karşılığıdır. URL’ler http veya + denilen terimin gayrı resmi karşılığıdır. URL'ler http veya https 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 http://httpd.apache.org/docs/2.4/glossary.html olurdu.
        diff --git a/docs/manual/handler.html.tr.utf8 b/docs/manual/handler.html.tr.utf8 index b82f82553a..cc97382dd0 100644 --- a/docs/manual/handler.html.tr.utf8 +++ b/docs/manual/handler.html.tr.utf8 @@ -130,7 +130,7 @@ AddHandler add-footer .html

        Yazılım Geliştirenler İçin

        -

        Eylemci özellikleri gerçeklenirken kullanılmak üzere Apache API’ye bir ekleme yapılmıştır. +

        Eylemci özellikleri gerçeklenirken kullanılmak üzere Apache API'ye bir ekleme yapılmıştır. Özellikle de, request_rec yapısına yeni bir kayıt eklenmiştir:

        diff --git a/docs/manual/handler.html.zh-cn.utf8 b/docs/manual/handler.html.zh-cn.utf8 index 733267404a..477a564594 100644 --- a/docs/manual/handler.html.zh-cn.utf8 +++ b/docs/manual/handler.html.zh-cn.utf8 @@ -27,10 +27,10 @@

        可用语言:  en  |  es  | - fr  | + fr  |  ja  |  ko  | - tr  | + tr  |  zh-cn 

        此翻译可能过期。要了解最近的更改，请阅读英文版。
        @@ -48,9 +48,9 @@
        相关模块相关指令
        -

        “处理器”是当文件被调用时，Apache 要执行的动作的内部表示形式。 +

        "处理器"是当文件被调用时，Apache 要执行的动作的内部表示形式。 一般来说，每个文件都有基于其文件类型的隐式处理器。通常的文件会被 - 服务器简单处理，但是某些文件类型会被分别“处理”。

        + 服务器简单处理，但是某些文件类型会被分别"处理"。

        处理器也可以被基于扩展名或位置来明确配置。它们都很有用，这不仅 因为它是优雅的方案，而且还允许类型与处理器关联到文件 @@ -127,10 +127,10 @@

        可用语言:  en  |  es  | - fr  | + fr  |  ja  |  ko  | - tr  | + tr  |  zh-cn 

      Ayrıca bakınız:

      Ayrıca bakınız:

      top
      diff --git a/docs/manual/index.html.fr.utf8 b/docs/manual/index.html.fr.utf8 index ac7b6a6aea..4a81cfec51 100644 --- a/docs/manual/index.html.fr.utf8 +++ b/docs/manual/index.html.fr.utf8 @@ -45,9 +45,9 @@ anglaise pour les changements récents.

      Notes de version

      -
      Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.
      -

      +

      Sürümlerin Dağıtım Bilgileri

      -

      Başvuru Kılavuzu

      @@ -56,7 +56,7 @@ Belgeleri
    • Durdurma ve Yeniden Başlatma
    • Çalışma anı Yapılandırma Yönergeleri
    • Modüller
      • -
    • Çok Süreçlilik Modülleri (MPM’ler)
      • +
    • Çok Süreçlilik Modülleri (MPM'ler)
    • Süzgeçler
    • Eylemciler
    • Ä°fade Çözümleyici
      • @@ -71,10 +71,10 @@ Belgeleri
    • Yapılandırma Bölümleri
    • İçerik Bellekleme
    • İçerik Dili Yönetimi
      • -
    • Devingen Paylaşımlı Nesneler (DSO’lar)
      • +
    • Devingen Paylaşımlı Nesneler (DSO'lar)
    • Ortam Değişkenleri
    • Günlük Dosyaları
      • -
    • URL’lerin Dosya Sistemi ile Eşlenmesi
      • +
    • URL'lerin Dosya Sistemi ile Eşlenmesi
    • Başarım Arttırma
    • Güvenlik Ä°puçları
    • Sunucu Genelinde Yapılandırma
      • diff --git a/docs/manual/install.html.de b/docs/manual/install.html.de index 004996aac4..6d65dca048 100644 --- a/docs/manual/install.html.de +++ b/docs/manual/install.html.de @@ -28,11 +28,11 @@

      Verfügbare Sprachen:  de  |  en  |  es  | - fr  | + fr  |  ja  |  ko  |  pt-br  | - tr 

      + tr 

      Diese Übersetzung ist möglicherweise nicht mehr aktuell. Bitte prüfen Sie die englische Version auf @@ -408,11 +408,11 @@

      Verfügbare Sprachen:  de  |  en  |  es  | - fr  | + fr  |  ja  |  ko  |  pt-br  | - tr 

      + tr