From: Nilgun Belma Buguner
Bu belge mod_cache
,
mod_cache_disk
, mod_file_cache
@@ -39,7 +38,8 @@
İlgili Modüller | İlgili Yönergeler |
---|---|
mod_cache_socache
modülünü kullanarak,
+ mod_cache
çeÅitli gerçeklenimlerden (diÄer adıyla:
+ "saÄlayıcılar"dan) gelen veriyi önbellekleyebilir.
+ mod_socache_memcache
modülü kullanılarak, örneÄin,
+ artalan saklama mekanizması olarak
+ memcached kullanıldıÄı
+ söylenebilir.
Genelde modül Åöyle yapılandırılır:
+ +CacheEnable socache / +CacheSocache memcache:memcd.example.com:11211+ + +
İlave memcached
sunucular
+ CacheSocache memcache:
satırının ardına virgüllerle
+ ayrılarak eklenebilir:
CacheEnable socache / +CacheSocache memcache:mem1.example.com:11211,mem2.example.com:11212+ + +
Bu biçim diÄer mod_cache_socache
saÄlayıcıları için de kullanılabilir:
CacheEnable socache / +CacheSocache shmcb:/path/to/datafile(512000)+ + +
CacheEnable socache / +CacheSocache dbm:/path/to/datafile+ + +
İlgili Modüller | İlgili Yönergeler |
---|---|
Bu belge Apache HTTP Sunucusunun sadece Unix ve Unix benzeri @@ -72,7 +71,9 @@
$ lynx http://httpd.apache.org/download.cgi
+ Açıklama: | Apache HTTP Sunucusunda daima mevcut olan çekirdek özellikler |
---|---|
Durum: | Ãekirdek |
none
dahil her deÄer
dinleyici üzerinde TCP_DEFER_ACCEPT
seçeneÄini etkin kılar.
Daha ayrıntılı bilgi edinmek için Linux
- tcp(7) kılavuz sayfasına bakınız.
+ tcp(7) kılavuz sayfasına bakınız.
Windowsâtaki öntanımlı deÄerler::
-AcceptFilter http data -AcceptFilter https data+
AcceptFilter http connect +AcceptFilter https connect
Windows'un mpm_winnt
modülü AcceptEx()
arayüzünü açıp kapamak için AcceptFilter
'i yorumlar ve
- http protokol tamponlamasını desteklemez. Windows
- AcceptEx()
arayüzünü tetikleyen iki deÄer vardır ve aÄ
- soketlerini baÄlantılar arasında yer deÄiÅtirirler. data
,
- veri aktarılana kadar yukarıda anlatıldıÄı gibi bekler ve ilk veri
- tamponu ve uç aÄ adresleri tek bir AcceptEx()
çaÄrısından
- alınır. connect
, AcceptEx()
arayüzünü
- kullanacak, ayrıca uç aÄ adresleri de alınacak, fakat
- none
gibi connect
seçeneÄi de ilk veri
- aktarımını beklemeyecektir.
connect
, AcceptEx()
arayüzünü kullanacak, ayrıca uç aÄ adresleri de alınacak, fakat none
gibi connect
seçeneÄi de ilk veri aktarımını beklemeyecektir.
Windows'ta none
AcceptEx()
'ten ziyade
accept()
kullanır ve aÄ soketlerini baÄlantılar arasında
yer deÄiÅtirmez. Sürücü desteÄi bozuk aÄ baÄdaÅtırıcılarından baÅka
vpn sürücüleri gibi bazı sanal aÄ saÄlayıcılar veya spam, virus veya
casus yazılım süzgeçleri için kullanıÅlıdır.
data
AcceptFilter (Windows)2.4.23 ve öncesi sürümlerde, Windows data
accept
+ süzgeci veri aktarılana kadar bekletildikten sonra ilk veri
+ tamponlanır ve uç aÄ adresi için tek bir AcceptEx() çaÄrısı yapılır.
+ Bu gerçeklenim hizmet reddi saldırısına konu olduÄundan iptal
+ edilmiÅtir.
httpd'nin Åu anki daÄıtımları için Windows'da connect
+ süzgeci öntanımlıdır ve data
belirtilmiÅ olsa dahi
+ connect
belirtilmiÅ gibi davranılır. Ãnceki sürümleri
+ kullananların AcceptFilter satırını yukarıdaki gibi
+ connect
süzgecine ayarlamaları gerekmektedir.
Bu örnekte AuthConfig
ve Indexes
grubundaki
yönergeler bir dahili sunucu hatasına yol açmayacaktır.
Güvenlik ve baÅarımı arttırmak için <Directory "/">
+
Güvenlik ve baÅarımı arttırmak için
+ <Directory "/">
bloÄu içinde AllowOverride
yönergesine None
dıÅında bir deÄer atamayın. Böyle yapmak yerine bir .htaccess
dosyası yerleÅtirmeyi düÅündüÄünüz dizine ait bir
@@ -867,6 +876,13 @@ DocumentRoot "/var/www/${servername}/htdocs"
RewriteMap
sözdizimi ile
karıÅmalardan kaçınmak için deÄiÅken isimleri ikinokta ":" karakterleri
içeremez.
Bu yönerge sanal konakta ve dizin içeriÄinde desteklenirken yapılan + deÄiÅiklikler (eÅleÅsin eÅleÅmesin) yönergeyi sarmalayan yapılandırma + bölümünün ötesinde, sonraki yapılandırma yönergelerine de görünür olur. DiÄer + yapılandırma bölümleri için saÄlanan bu desteÄe bu yönergenin ilk + gerçekleniminde hatalı olarak izin verilmiÅti. Geriye uyumluluk amacıyla + (önceden sezilmeyen sonuçlarıyla) bu durum muhafaza edilmiÅtir.
Açıklama: | Modify restrictions on HTTP Request Messages |
---|---|
Açıklama: | HTTP İstek İletilerindeki sınırlamalarda deÄiÅiklik yapar |
Sözdizimi: | HttpProtocolOptions [Strict|Unsafe] [RegisteredMethods|LenientMethods]
[Allow0.9|Require1.0] |
Ãntanımlı: | HttpProtocolOptions Strict LenientMethods Allow0.9 |
BaÄlam: | sunucu geneli, sanal konak |
Durum: | Ãekirdek |
Modül: | core |
Uyumluluk: | 2.2.32 or 2.4.24 and later |
Bu yönergenin belgesi henüz Türkçeye çevrilmedi. - Lütfen İngilizce sürümüne bakınız.
Bu yönerge HTTP istek satırına
+ (RFC 7230 §3.1.1) ve the HTTP istek baÅlıÄı alanlarına
+ (RFC 7230 §3.2) uygulanmıŠkuralları öntanımlı olarak veya
+ Strict
seçeneÄi kullanılarak deÄiÅtirir. Eski modüller,
+ uygulamalar veya kullanımı önerilmeyen özel istemciler için eski davranıÅlara
+ dönmeyi saÄlamak üzere Unsafe
seçeneÄi eklenmiÅtir. Bu kurallar
+ istek iÅlenmeden önce uygulanır. Dolayısıyla yönerge, ana bölümde veya
+ öntanımlı (ilk) eÅleÅen sanal konak bölümünde yapılandırılmalıdır.
Bu yönerge devreye girmeden önce, Apache HTTP Sunucusunun istek iletisi
+ ayrıÅtırıcıları protokolle uyumlu olmayan bir dizi girdi Åekline
+ toleranslıydı. RFC 7230 §9.4 İstek bölme ve
+ §9.5 Yanıt kaçırma çaÄrıları uyumsuz istek iletilerinin kabulündeki
+ olası risklerden yalnızca iki tanesidir.
+ RFC 7230
+ §3.5 "İleti AyrıÅtırma SaÄlamlıÄı" belirsiz boÅlukların kabul ve
+ istek iletisi biçimleme risklerini tanımlar. Bu yönergenin devreye girmesini
+ takiben belirtimin tüm imla kurallarına öntanımlı Strict
iÅlem
+ kipi ve 3.5 bölümünde tavsiye edilen hoÅgörüsüz boÅluk uygulanır ve esnekliÄe
+ müsamaha edilmez.
Kullanıcılar, özellikle dıÅa bakan, herkes tarafından eriÅilebilen sunucu
+ konuÅlandırmalarında Unsafe
iÅlem kipine geçiÅ yapmaya karÅı
+ kesinlikle uyarılır. EÄer bir arayüz hataları izlemek veya bir intranette
+ çalıÅan özel hizmet tüketicileri için gerekliyse, kullanıcılar, sadece,
+ dahili özel aÄlarına hizmet etmek üzere yapılandırılmıŠözel bir sanal konak
+ üzerinde Unsafe
iÅlem kipine geçiÅ yapmalıdır.
LogLevel
debug
seviyesiyle
+ yapılandırılmıŠErrorLog
ile kaydedilmiŠgünlüklerin
+ gözden geçirilmesi, böyle hatalı isteklerin kaynaklandıkları yerle birlikte
+ belirlenmesine yardımcı olabilir. Kullanıcılar, beklenmedik bir Åekilde
+ reddedilmiÅ geçersiz istekleri bulmak için eriÅim günlüklerindeki 400
+ yanıtlarına özellikle dikkat etmelidir.
RFC 7231
+ §4.1 "İstek Yöntemleri" "Genel BakıÅ" bölümlerinde bir istek
+ satırında desteklenmeyen bir yöntem saptadıÄında özgün sunucuların bir
+ hatayla yanıt vermesini gerekli görmüÅtür. LenientMethods
+ seçeneÄi kullanıldıÄında olan zaten budur. RegisteredMethods
+ seçeneÄine geçiÅ yapmak isteyen yöneticiler
+ RegisterHttpMethod
yönergesini kullanarak standart
+ olmayan yöntemleri belirlemelidir. Ãzellikle Unsafe
seçeneÄine
+ geçiÅ yapılacaksa bu yol izlenmelidir. Ãzgün sunucunun kullandıÄı yöntemleri
+ vekil sunucu bilemeyeceÄi için ileri vekil konaklarda
+ RegisteredMethods
seçeneÄine geçiÅ yapılmamalıdır.
RFC 2616
+ §19.6 "Ãnceki Sürümlerle Uyumluluk" bölümünde HTTP sunucularının
+ eski HTTP/0.9 isteklerini desteklemesi tavsiye edilmektedir. RFC 7230
+ "HTTP/0.9 isteklerini destekleme beklentisi kaldırılmıÅtır." cümlesiyle bunu
+ geçersiz kılmıŠve RFC 7230 Ek A bölümünde bununla ilgili yorumlar yer almıÅtır.
+ Require1.0
seçeneÄi kullanıcıya öntanımlı Allow0.9
+ seçeneÄinin davranıÅına verilen desteÄi kaldırma imkanını vermektedir.
Açıklama: | Register non-standard HTTP methods |
---|---|
Sözdizimi: | RegisterHttpMethod method [method [...]] |
Açıklama: | Standart olamayan HTTP yöntemlerini belirler |
Sözdizimi: | RegisterHttpMethod yöntem [yöntem [...]] |
BaÄlam: | sunucu geneli |
Durum: | Ãekirdek |
Modül: | core |
Bu yönergenin belgesi henüz Türkçeye çevrilmedi. - Lütfen İngilizce sürümüne bakınız.
İlgili RFClerle uyumlu olmayan HTTP Yöntemleri Apache HTTPD'de isteÄin
+ iÅlenmesi sırasında normal olarak reddedilir. Bundan kaçınmak için, uyumsuz
+ HTTP yöntemlerini modüller destekli hale getirebilir.
+ RegisterHttpMethod
yönergesi böyle yöntemleri elle
+ desteklenir yapmaya yarar. Bu tür yöntemler CGI gibi harici iÅlemlere
+ aktarılıyorsa bu iÅlem yararlıdır.
Açıklama: | Belge aÄacının parçalarının dosya sisteminin parçalarıyla eÅlenmesini saÄlar ve URL yönlendirmesi yapar. | ||
---|---|---|---|
Durum: | Temel |
Açıklama: | Birden fazla Ãok Süreçlilik Modülü (MPM) tarafından gerçeklenmiÅ yönergeler bütünü. |
---|---|
Durum: | MPM |
worker
ve event
modülü sözkonusu
olduÄunda ise, Apache httpd sürecinin ömrü boyunca MaxRequestWorkers
yönergesine
- atanabilecek azami deÄeri ThreadLimit
ile birlikte belirler. Bu yönergeyi bir yeniden
+ atanabilecek azami deÄeri ThreadLimit
ile birlikte belirler. event
modülü
+ için bu yönerge kaç eski sunucunun çalıÅmayı sürdüreceÄini ve kaçının açık
+ baÄlantıları iÅlemeyi bitireceÄini belirler. Bu yönergeyi bir yeniden
baÅlatma sırasında deÄiÅtirirseniz bu deÄiÅiklik yok sayılır fakat
MaxRequestWorkers
deÄiÅiklikleri dikkate alınır.
@@ -633,15 +634,18 @@ açıklaması
MaxRequestWorkers
için atamak
istediÄiniz deÄerden fazlasını atamayınız.
- worker
ve event
modülü söz konusu
- olduÄunda bu yönergeyi
+
worker
modülü söz konusu olduÄunda bu yönergeyi
MaxRequestWorkers
ve
ThreadsPerChild
ayarları 16
sunucu sürecinden (16 öntanımlıdır) fazlasını gerektiriyorsa
ayarlayınız. Bu yönergeye MaxRequestWorkers
ve ThreadsPerChild
için gerekli gördüÄünüz sunucu süreci
sayısından fazlasını atamayınız.
event
modülü söz konusu olduÄunda, MaxRequestWorkers
ve ThreadsPerChild
yönergeleri ile belirlenen
+ süreç sayısına ek olarak zarifçe kapatılan süreçlerin sayısıyla arttırıp 16
+ sunucu sürecinden (16 öntanımlıdır) fazlasına ayarlayınız.
Sunucu içinde derlenmiŠolarak ServerLimit 20000
Åeklinde bir zorlayıcı sınır vardır (prefork
için
200000âdir). Bu önlem, yazım hatalarının istenmeyen sonuçlara yol
diff --git a/docs/manual/mod/mpm_common.xml.meta b/docs/manual/mod/mpm_common.xml.meta
index 24ce098ada4..d35eb87434c 100644
--- a/docs/manual/mod/mpm_common.xml.meta
+++ b/docs/manual/mod/mpm_common.xml.meta
@@ -11,6 +11,6 @@