From b627ba4ba96aab45c472499479dd935d0c61e50e Mon Sep 17 00:00:00 2001
From: =?utf8?q?Andr=C3=A9=20Malo?= Available Languages: en |
fr |
ja |
- ko
For more information about content negotiation, see Alan - J. Flavell's Language - Negotiation Notes. But note that this document may not be - updated to include changes in Apache 2.0.
Langues Disponibles: en | fr | ja | - ko
+ ko | + tr +Apache suit les spécifications HTTP/1.1 en ce qui concerne @@ -704,7 +707,8 @@ meilleure des variantes.
Langues Disponibles: en | fr | ja | - ko
+ ko | + tr diff --git a/docs/manual/content-negotiation.html.ja.utf8 b/docs/manual/content-negotiation.html.ja.utf8 index ce873b30d68..a136c2637f7 100644 --- a/docs/manual/content-negotiation.html.ja.utf8 +++ b/docs/manual/content-negotiation.html.ja.utf8 @@ -21,8 +21,11 @@Available Languages: en | fr | ja | - ko
+ ko | + tr +Apache 㯠HTTP/1.1 ã®è¦æ ¼ã«è¨è¿°ããã¦ããã³ã³ãã³ããã´ã·ã¨ã¼ã·ã§ã³ã @@ -714,7 +717,8 @@ RVSA/1.0 ã®å®è£ ã§ã¯ãæé©ãª variant ãè¦ã¤ããã¾ã§ã
Available Languages: en | fr | ja | - ko
+ ko | + tr diff --git a/docs/manual/content-negotiation.html.ko.euc-kr b/docs/manual/content-negotiation.html.ko.euc-kr index 0b302bddcd6..35310cab144 100644 --- a/docs/manual/content-negotiation.html.ko.euc-kr +++ b/docs/manual/content-negotiation.html.ko.euc-kr @@ -21,8 +21,11 @@°¡´ÉÇÑ ¾ð¾î: en | fr | ja | - ko
+ ko | + tr +¾ÆÆÄÄ¡´Â HTTP/1.1 ±Ô¾à¿¡ ±â¼úµÈ ³»¿ëÇù»ó(content @@ -597,7 +600,8 @@ content-encoding
°¡´ÉÇÑ ¾ð¾î: en | fr | ja | - ko
+ ko | + tr diff --git a/docs/manual/content-negotiation.html.tr.utf8 b/docs/manual/content-negotiation.html.tr.utf8 new file mode 100644 index 00000000000..c2897eb2796 --- /dev/null +++ b/docs/manual/content-negotiation.html.tr.utf8 @@ -0,0 +1,640 @@ + + + +Apache HTTP Sunucusu Sürüm 2.0
+Apache, içerik uzlaÅımını HTTP/1.1 belirtiminde bahsedildiÄi Åekliyle + destekler. Bir özkaynaÄın en iyi gösterimini, tarayıcının saÄladıÄı + karakter kodlaması, karakter kümesi, dil, ortam türü gibi kullanıcı + tercihlerine baÄlı olarak seçebilir. Ayrıca, tarayıcının kullanıcı + tercihlerini tam yansıtamadıÄı durumlarda istekleri daha akıllıca ele + alabilmeyi saÄlayacak bir takım özelliklere de sahiptir.
+ +İçerik uzlaÅımı öntanımlı olarak derlenen
+ mod_negotiation
modülü tarafından saÄlanır.
Bir özkaynaÄın bir çok farklı gösterimi olabilir. ÃrneÄin, bir belgenin + farklı ortam türleri ve/veya farklı diller için gösterimleri olabilir. + En uygun seçimi yapmanın tek yolu kullanıcıya bir liste verip seçmesini + istemektir. Bununla birlikte sunucunun bu seçimi kendiliÄinden yapması + da mümkündür. Tarayıcılar isteÄin bir parçası olarak kullanıcı + tercihlerini de gönderdiÄinden bu istendiÄi gibi çalıÅır. ÃrneÄin bir + tarayıcı, kullanıcısınının mümkünse Fransızca içerik tercih ettiÄini + yoksa İngilizce içeriÄe de razı olabileceÄini belirtebilirdi. + Tarayıcılar bu tercihleri baÅlıkta belirtirler. Tarayıcı sadece Türkçe + içerik istendiÄini Åöyle belirtebilirdi:
+ +Accept-Language: tr
Bu tercihin yerine getirilebilmesininin sadece, desteklenen diller + arasında bu dilin varlıÄına ve istenen belgenin bu dilde bir + gösteriminin bulunmasına baÄlı oluÅuna dikkat ediniz.
+ +Daha karmaÅık bir istek örneÄi olarak, tarayıcının Fransızca ve + İngilizce içerik kabul etmeye ayarlandıÄını fakat Fransızcayı tercih + ettiÄini ve çeÅitli ortam türlerini kabul etmekle birlikte salt metin ve + diÄer metin türlerinden ziyade HTML tercih ettiÄini, ayrıca, diÄer ortam + türleri üzerinde GIF veya JPEG tercih ettiÄini fakat baÅka çare yoksa + her ortam türüne de izin verdiÄini belirtiyor olsun:
+ +
+ Accept-Language: fr; q=1.0, en; q=0.5
+ Accept: text/html; q=1.0, text/*; q=0.8, image/gif; q=0.6, image/jpeg;
+ q=0.6, image/*; q=0.5, */*; q=0.1
+
Apache, 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.
+ Apache 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ü, + karakter kümesi, kodlama ve saire ile tanımlanmıŠbir bayt dizisi + Åeklindeki her gösterimiyle, özkaynaklara kendi isim alanları dahilinde + eriÅim saÄlar. Her özkaynaÄın aynı anda bir veya daha fazla gösterimi + mevcut olabileceÄi gibi hiç mevcut olmayabilir de. EÄer çok sayıda + gösterim mevcutsa, bu özkaynaÄın uzlaÅılabilir + olduÄundan ve her gösteriminin bir çeÅitlilik + oluÅturduÄundan bunun da uzlaÅımın boyutlarından + kaynaklandıÄından bahsedilebilir.
+Bir özkaynak üzerinde uzlaÅılırken gösterim çeÅitlerinin her biri + hakkında sunucuya bilgi verilmesi gerekir. Bu iki yolla yapılabilir:
+ +*.var
dosyası
+ gibi).Bir türeÅlem, type-map
eylemcisi ile iliÅkili bir belgedir
+ (ya da eski Apache yapılandırmaları ile geriye uyumluluk için,
+ application/x-type-map
â MIME türünde
+ bir belgedir). Bu özelliÄi kullanmak için, yapılandırmada bir tür
+ eÅleyici olarak bir dosya ismi uzantısı için bir type-map
+ eylemcisi tanımlamalısınız. Bu, sunucu yapılandırma dosyasında en iyi
+ Åöyle yapılabilir:
AddHandler type-map .var
TüreÅlem dosyaları kendilerini tanımlayan özkaynak ile aynı isimde
+ olmalı ve her gösterim çeÅidi için bir girdi içermelidir; bu girdiler
+ ardarda belirtilen HTTP biçem baÅlık satırlarından oluÅur. Farklı
+ gösterimlerin girdileri bir boÅ satırla diÄerlerinden ayrılır. Aynı
+ girdi içinde boÅ satır kullanılamaz. Bir eÅlem dosyasını bir birleÅik
+ öÄenin tamamı için bir girdi ile baÅlatmak adet olmuÅtur (ise de, bu
+ gerekli deÄildir, hele yoksayılacaksa hiç gerekli deÄildir). EÅlem
+ dosyası için aÅaÄıda bir örnek verilmiÅtir. Dosya misal
+ isimli bir özkaynak hakkında olduÄundan dosyaya misal.var
+ ismi verilebilir.
+ URI: misal
+
+ URI: misal.en.html
+ Content-type: text/html
+ Content-language: en
+
+ URI: misal.fr.de.html
+ Content-type: text/html;charset=iso-8859-2
+ Content-language: fr, de
+
Ayrıca, bir türeÅlem dosyasının MultiViews
etkin olsa bile
+ dosya ismi uzantısına göre öncelik alacaÄına dikkat ediniz. EÄer
+ gösterimler bu örnekteki resim dosyasında olduÄu gibi farklı kaynak
+ üstünlüklerine sahipseler, ortam türünün qs
parametresi
+ kullanılarak kaynak üstünlükleri belirtilebilir:
+ URI: misal
+
+ URI: misal.jpeg
+ Content-type: image/jpeg; qs=0.8
+
+ URI: misal.gif
+ Content-type: image/gif; qs=0.5
+
+ URI: misal.txt
+ Content-type: text/plain; qs=0.01
+
qs
deÄerleri 0.000-1.000 deÄer aralıÄı içinde
+ belirtilebilir. 0.000 qs
deÄerine sahip gösterimin asla
+ seçilmeyeceÄine dikkat ediniz. Bir qs
deÄeri belirtilmeyen
+ gösterimlerin kaynak üstünlüÄü 1.000 kabul edilir. qs
+ parametresinin belirttiÄi deÄer istemcinin yeteneklerinden baÄımsız
+ olarak olası gösterimler arasında göreli bir üstünlük ifade eder.
+ ÃrneÄin bir fotoÄraf sözkonusu olduÄunda bir JPEG dosyasının kaynak
+ üstünlüÄü bir ASCII çiziminkinden yüksek olacaktır. DiÄer taraftan özgün
+ resim bir ASCII çizim olduÄu takdirde, ASCII çizim, bir JPEG gösterimine
+ göre öncelikli olacaktır. Bu nedenle qs
deÄeri özkaynaÄın
+ doÄasına bakarak belirlenir.
Tanınan baÅlıkların tam listesini mod_negotation modülünün + belgesinde bulabilirsiniz.
+ + +MultiViews
, httpd.conf
dosyasındaki veya
+ (AllowOverride
yönergesinin
+ deÄerine baÄlı olarak) .htaccess
dosyalarındaki <Directory>
, <Location>
veya <Files>
bölümleri içinde
+ Options
yönergeleri ile
+ belirtilebilen, dizine özgü bir seçenektir. Yalnız, dikkatli olun,
+ Options All
yaparak MultiViews
seçeneÄini
+ etkin kılamazsınız; seçeneÄi ismiyle açıkça belirtmelisiniz.
MultiViews
Åöyle etki eder: Sunucudan,
+ MultiViews
seçeneÄinin etkin olduÄu /bir/dizin
+ dizininden filanca
dosyası için bir istekte bulunulmuÅsa
+ fakat dizinde bu dosya yoksa, sunucu dizin içeriÄini
+ filanca.*
dosyaları için tarar ve bu dosyalar için
+ istemcinin ismiyle talep ettiÄi ortam türlerini ve kodlamaları
+ kullanarak bir türeÅlem dosyası uydurup bu gösterimler arasından
+ istemcinin gereksinimlerine en uygun gösterimi seçer.
MultiViews
ayrıca, sunucunun bir dizin içeriÄini
+ listelemeye çalıÅtıÄı durumda DirectoryIndex
yönergesi ile belirtilen dosya için de bir
+ arama tertipleyebilir. EÄer yapılandırma dosyalarında
DirectoryIndex index
Åeklinde bir atama varsa ve dizinde index.html
ve
+ index.html3
dosyaları varsa sunucu bunlar arasından hakem
+ sıfatıyla bir seçim yapacaktır; ama bu ikisi yerine dizinde sadece
+ index.cgi
mevcutsa sunucu sadece bu dosyayı
+ çalıÅtıracaktır.
Okunan dizinde bulunan dosyalar arasında mod_mime
+ tarafından tanınan karakter kümesi, içerik türü, dil ve kodlama
+ baÅlıklarına uygun gösterim uzantılarından birine sahip bir dosya yoksa
+ sonuç MultiViewsMatch
+ yönergesiyle yapılan tanıma baÄlı olur. Bu yönerge hangi diÄer dosya
+ uzantılarının, eylemcilerin veya süzgeçlerin çok gösterimli uzlaÅımla
+ ilintileneceÄini belirler.
Apacheâ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. Apacheâ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.
+ +İki uzlaÅım yöntemi vardır:
+ +Boyut | + +Açıklama | +
---|---|
Ortam Türü | + +Tarayıcı ortam türü tercihlerini Accept baÅlık alanı
+ ile belirtir. Her öÄenin kendine özgü bir üstünlük katsayısı
+ olabilir. Gösterimin açıklaması da ayrıca bir kaynak üstünlüÄüne
+ (qs parametresi) sahip olabilir. |
+
Dil | + +Tarayıcı dil tercihlerini Accept-Language baÅlık
+ alanı ile belirtir. Her öÄenin kendine özgü bir üstünlük katsayısı
+ olabilir. Gösterimler bir kaç dilde olabileceÄi gibi hiç bir dille
+ iliÅkilendirimemiÅ de olabilir. |
+
Kodlama | + +Tarayıcı kodlama tercihlerini Accept-Encoding baÅlık
+ alanı ile belirtir. Her öÄenin kendine özgü bir üstünlük katsayısı
+ olabilir. |
+
Karakter Kümesi | + +Tarayıcı karakter kümesi tercihlerini Accept-Charset
+ baÅlık alanı ile belirtir. Her öÄenin kendine özgü bir üstünlük
+ katsayısı olabilir. Gösterim çeÅitleri karakter kümesini ortam
+ türünün bir parametresi olarak belirtebilirler. |
+
Apache, tarayıcıya döndürülecek en uygun gösterim çeÅidini (varsa) + seçmek için aÅaÄıdaki algoritmayı kullanabilir. Bu algoritma pek de + yapılandırılabilir deÄildir. Åöyle çalıÅır:
+ +Accept
baÅlıÄındaki üstünlük katsayısı ile
+ gösterimin ortam türünde belirtilen kaynak üstünlüÄünün çarpımı en
+ büyük olan gösterim çeÅidi seçilir.Accept-Language
baÅlıÄındaki dil
+ sıralamasına bakılır, aksi takdirde LanguagePriority
+ yönergesi ile atanmıÅsa oradaki dil sıralamasına bakılır.Accept-Charset
baÅlık satırında belirtilene bakarak
+ en uygun karakter kümesine sahip gösterim çeÅitleri seçilir.
+ Alenen dıÅlanmadıkça ISO-8859-1 kabul edilebilir karakter
+ kümesidir. text/*
ortam türüne sahip gösterim
+ çeÅitlerinden belli bir karakter kümesi ile iliÅkilendirilmemiÅ
+ olanların karakter kümesinin ISO-8859-1 olduÄu varsayılır.Vary
âye uzlaÅım boyutları atanır (tarayıcı ve
+ arabellekler özkaynaÄı kaydederken bu bilgiyi kullanırlar)
+ ve algoritma sonlandırılır.Vary
baÅlıÄında gösterim çeÅitliliÄinin
+ boyutları belirtilir.Apache bazen yukarıdaki Apache uzlaÅım algoritmasının kesin sonucunun
+ beklenenden farklı olması için üstünlük deÄerleriyle oynar. Bunu tam ve
+ doÄru bilgi göndermeyen tarayıcılar için algoritmadan en iyi sonucu elde
+ etmek amacıyla yapar. Bazen günümüzün en tanınmıŠtarayıcıları bile çoÄu
+ durumda yanlıŠbir seçimle sonuçlanmayacaksa Accept
baÅlık
+ bilgilerini göndermemektedir. EÄer tarayıcı eksiksiz ve doÄru bilgi
+ gönderirse Apache bu deÄerlerle oynamayacaktır.
Accept:
istek baÅlıÄı ortam türü tercihlerini yansıtır.
+ Ayrıca, * bir dizge ile eÅleÅmek üzere "image/*" veya "*/*" gibi ortam
+ türü kalıpları da içerebilir. Dolayısıyla Åöyle bir istek,
Accept: image/*, */*
diÄer türler gibi "image/" ile baÅlayan ortam türlerini kabul + edilebilir kılacaktır. Bazı tarayıcılar ortam türlerini örtük olarak + elde etmek amacıyla hep bu tür kalıplar gönderirler. Ãrnek:
+ +
+ Accept: text/html, text/plain, image/gif, image/jpeg, */*
+
Bunun amacı, açıkça listelenmiÅ türlerin tercih edildiÄini, fakat + farklı gösterimler varsa onların da kabul edilebileceÄini belirtmektir. + Ãstünlük deÄerlerini doÄrudan kullanarak tarayıcılar gerçekte ne + istediklerini Åuna benzer Åekilde belirtebilirler:
+ +
+ Accept: text/html, text/plain, image/gif, image/jpeg, */*; q=0.01
+
Açıkça belirtilen türler için üstünlük katsayısı belirtilmemiÅtir, + dolayısıyla üstünlük katsayılarının 1.0 (en yüksek) olduÄu + varsayılmaktadır. */* kalıbı 0.01 gibi çok daha düÅük bir öncelik + belirtmektedir. Bu bakımdan, ancak, açıkça belirtilen türlerden + hiçbirinin bulunmaması halinde diÄer türler eÅleÅecektir.
+ +EÄer Accept:
baÅlıÄı hiçbir q
+ katsayısı içermiyorsa ve baÅlıkta "*/*" belirtilmiÅse, Apache istenen
+ davranıÅı taklit etmek için bu kalıba 0.01 katsayısını atar. Keza
+ "type/*" kalıbına da 0.02 katsayısını atar (yani, */* kalıbına göre
+ tercihli olur). EÄer Accept:
alanındaki her ortam türü bir
+ q
katsayısı içeriyorsa bu özel deÄerler uygulanmaz.
+ Dolayısıyla gerekli bilgiyi açıkça bildiren tarayıcılardan gelen
+ istekler umulduÄu gibi iÅlem görecektir.
Apache 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
+ iletilerinden kaçınmak için bu gibi durumlarda Apache
+ Accept-language
baÅlıÄını yoksaymaya ayarlanabilir. Böylece
+ istemcinin isteÄine tam olarak uymasa da bir belge saÄlanır. Bu hata
+ iletilerinin birini veya her ikisini de geçersiz kılmak için ForceLanguagePriority
yönergesi
+ kullanılabilir ve sunucunun kararını LanguagePriority
yönergesine
+ dayanarak vermesi saÄlanabilir.
Sunucu ayrıca, tam bir eÅleÅme bulunmadıÄı zaman lehçelerle de eÅleÅme
+ arayabilir. ÃrneÄin, bir istemci Britanya İngilizcesi
+ (en-GB
) ile yazılmıŠbelgeler için istekte bulunursa,
+ sunucu normalde HTTP/1.1 standardına göre bir belgenin basitçe
+ 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
+ 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
+ LanguagePriority
son
+ çaresine ayarlanmıÅsa alt küme belirtimini yok sayacak ve
+ en
belge isteklerine en-GB
belgelerle yanıt
+ verecektir. Apache, lehçenin üyesi olduÄu anadili, istemcinin kabul
+ edilebilir diller listesine örtük olarak düÅük bir üstünlük deÄeri ile
+ ekler. Yalnız Åuna dikkat edin, eÄer istemci tercihini "en-GB; q=0.9,
+ fr; q=0.8" olarak belirtirse ve sunucuda sadece "en" ve "fr" belgeleri
+ varsa sunucu "fr" belge ile yanıt verecektir. HTTP/1.1 belirtimi ile
+ uyumluluÄu saÄlamak ve düzgün yapılandırılmıŠistemcilerle gerektiÄi
+ gibi çalıÅabilmek için bu gereklidir.
GeliÅmiÅ tekniklerin (çerezler, özel URL yolları gibi) desteklenmesi
+ sırasında, kullanıcının tercih ettiÄi dili saptamak için Apache 2.0.47
+ sürümünden beri mod_negotiation
modülü
+ prefer-language
ortam deÄiÅkenini
+ tanımaktadır. DeÄiÅken mevcutsa ve uygun bir dil yaftası içeriyorsa
+ mod_negotiation
uygun gösterimi seçmeyi deneyecektir.
+ Böyle bir gösterim çeÅidi mevcut deÄilse normal uzlaÅım iÅlemi
+ uygulanacaktır.
+ SetEnvIf Cookie "language=en" prefer-language=en
+ SetEnvIf Cookie "language=fr" prefer-language=fr
+
Apache, Åeffaf içerik uzlaÅımı protokolünü (RFC 2295) Åöyle geniÅletir:
+ Sadece içerik kodlamasına özgü olmak üzere gösterim çeÅidi listelerinde
+ gösterim çeÅitlerini imlemek için yeni bir {encoding ..}
+ elemanı kullanılır. RVSA/1.0 algoritmasının (RFC 2296) gerçeklenimi,
+ listedeki kodlanmıŠgösterim çeÅitlerini tanımak ve onları
+ Accept-Encoding
baÅlık alanıyla ilgili olarak kabul
+ edilebilir kodlamalara aday gösterim çeÅitleri olarak kullanmak üzere
+ geniÅletilmiÅtir. RVSA/1.0 gerçeklenimi, en uygun gösterim çeÅidi
+ seçiminin öncesinde hesaplanmıŠüstünlük katsayısını virgülden sonra beÅ
+ haneye yuvarlamaz.
EÄer dil uzlaÅımı kullanıyorsanız ve birden fazla dosya ismi uzantısına + sahip dosyalarınız varsa uzantıların sıralamasının normalde uygunsuz + düÅtüÄü farklı isimlendirme yaklaÅımlarında bulunabilirsiniz (ayrıntılar + için mod_mime belgesine + bakınız).
+ +Bir MIME türü uzantısına sahip bir dosyanın (html
gibi),
+ kodlanmıŠbir gösterimi (gz
gibi) mevcut olabilir. Bu
+ dosyanın ayrıca farklı dillerdeki gösterimleri için de bir uzantısı
+ (en
gibi) olabilir.
Ãrnekler:
+ +HiperbaÄ olarak geçerli ve geçersiz bazı dosya ismi örnekleri:
+ +Dosya ismi | + +Geçerli HiperbaÄ | + +Geçersiz HiperbaÄ | +
---|---|---|
misal.html.en | + +misal + misal.html |
+
+ - | +
misal.en.html | + +misal | + +misal.html | +
misal.html.en.gz | + +misal + misal.html |
+
+ misal.gz + misal.html.gz |
+
misal.en.html.gz | + +misal | + +misal.html + misal.html.gz + misal.gz |
+
misal.gz.html.en | + +misal + misal.gz + misal.gz.html |
+
+ misal.html | +
misal.html.gz.en | + +misal + misal.html + misal.html.gz |
+
+ misal.gz | +
Yukarıdaki tabloya bakarak hiperbaÄlarda bir dosya ismini uzantısız
+ olarak (misal
gibi) kullanmanın daima mümkün olduÄunu
+ farkedeceksiniz. Böylece br 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
+ geçebilirsiniz.
HiperbaÄlarda MIME türlerini (misal.html
gibi) kullanmaya
+ devam etmek istiyorsanız dil uzantısı MIME türü uzantısının saÄında
+ kalmalıdır (misal.html.en
gibi).
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ıŠ+ gösterimle yanıt verilmiÅ olacaktır. Bunun olmaması için Apache, normal + olarak içerik uzlaÅımının sonucu olarak döndürülen tüm yanıtları + HTTP/1.0 istemciler tarafından arabelleklenemez olarak imler. Apache + ayrıca, uzlaÅımlı yanıtların arabelleklenmesini mümkün kılan HTTP/1.1 + protokolünü de destekler.
+ +HTTP/1.0 uyumlu istemcilerden (bir tarayıcı veya arabellek) gelen
+ istekler için, uzlaÅıma konu yanıtların arabelleklenmesini mümkün kılmak
+ üzere CacheNegotiatedDocs
yönergesi kullanılabilir. Bu yönerge
+ argümansızdır ve sunucu genelinde veya sanal konakların
+ yapılandırılmasında kullanılabilir. Bunun HTTP/1.1 istemcilerinden gelen
+ isteklere bir etkisi yoktur.
Apache HTTP Sunucusu Sürüm 2.0
+Bu belge, Apacheâde süzgeç kullanımı hakkındadır.
+İlgili Modüller | İlgili Yönergeler |
---|---|
Bir süzgeç, sunucu tarafından alınan ve gönderilen verilere + uygulanan bir iÅlemdir. Sunucuya istemcilerin gönderdiÄi veriler + girdi süzgeçleri tarafından, sunucunun istemciye gönderdiÄi + veriler ise çıktı süzgeçleri tarafından iÅleme tabi tutulurlar. + Verilere çok sayıda süzgeç uygulanabilir ve süzgeçlerin uygulanma sırası + belirlenebilir.
+ +Süzgeçler Apache tarafından dahili olarak bayt dizilerinin elde edilmesi
+ ve içeriÄin bölünmesi gibi iÅlemler için kullanılabilir. Bundan baÅka,
+ modüller tarafından saÄlanan süzgeçler de vardır ve bunlar çalıÅma anında
+ yapılandırma yönergeleri ile seçilebilir. Veriye uygulanacak süzgeçlerle
+ ilgili iÅlemler için kullanılabilecek yönergeler:
+ SetInputFilter
,
+ SetOutputFilter
,
+ AddInputFilter
,
+ AddOutputFilter
,
+ RemoveInputFilter
ve
+ RemoveOutputFilter
.
AÅaÄıdaki kullanıcı tarafından seçilebilen süzgeç uygulamaları Apache + HTTP Sunucusu daÄıtımıyla gelmektedir:
+ +mod_include
mod_deflate
Bunlardan baÅka mod_ext_filter
modülü ile harici
+ uygulamaların süzgeç olarak kullanılması da mümkündür.