- Konu sahibi
- #1
HTTP 503 hatası, sunucunun isteği o anda işleyemediğini belirten
503 yanıtı, sunucunun tamamen bozuk olduğu anlamına gelmez. Kod geçici hizmet kullanılamazlığını bildirir. Aşırı yük altında bazı sistemler yeni istekleri reddederek kaynakların tamamen tükenmesini önlemeye çalışır; bakımda ise kod bilinçli olarak sunulur. Örneğin PHP-FPM süreçleri dolduğunda, veritabanı bağlantı havuzu tükendiğinde veya sunucu bakım moduna alındığında web sunucusu yeni isteklere 503 döndürebilir.
Bir WordPress sitesinde aynı anda çok sayıda istek geldiğini varsayalım. PHP işlemleri mevcut işlem sınırına ulaşır ve yeni istekleri karşılayamaz. Uygulama veya önündeki katman, kapasite sınırını fark edip 503 döndürecek biçimde yapılandırılmış olabilir. Arka uçtan zamanında yanıt alınamaması ise bir geçit sunucusunda 504, geçersiz yanıt 502 üretebilir; tek başına yoğunluk hangi kodun döneceğini belirlemez. Trafik azaldığında ya da PHP süreçleri normale döndüğünde hata kendiliğinden kaybolabilir.
Bakım sırasında yönetici tüm ziyaretçilere geçici bir bakım sayfası göstermek için de bilinçli olarak 503 kullanabilir. Mümkünse tahmini bekleme süresi
Hata kısa süreli ise önce bunun bakım veya anlık yoğunluk kaynaklı olup olmadığını kontrol edin. Devam eden bir sorun varsa aşağıdaki sırayla ilerleyin:
503 geçici hizmet kullanılamazlığını anlatır. Teşhis sırasında hata kodunu başka sunucu yanıtlarıyla karıştırmamak önemlidir.
Bu karşılaştırma kesin teşhis yerine ilk yönlendirmeyi sağlar. Aynı 503 kodu farklı mimarilerde farklı katmanlar tarafından üretilebilir; bu nedenle yanıtı oluşturan sunucunun günlükleri ve yanıt başlıkları birlikte değerlendirilmelidir.
503 görüldüğünde yalnızca sayfayı yenilemek kalıcı çözüm değildir. Sürekli yenileme, zaten zorlanan sunucuya daha fazla istek göndererek sorunu ağırlaştırabilir. Ayrıca 503'ü her durumda 500 ile değiştirmek doğru değildir; geçici bakım veya yoğunluk durumu için 503 istemciye ve aradaki sistemlere farklı bir anlam taşır.
Bakım sayfasını 200 OK ile sunmak da yanıltıcı olabilir. Site gerçekten geçici olarak kullanılamıyorsa uygun hata yanıtı ve mümkünse tahmini tekrar deneme bilgisi kullanılmalıdır. Sorun çözüldükten sonra ise 503 yanıtının CDN, proxy veya tarayıcı önbelleğinde gereksiz şekilde tutulmadığı doğrulanmalıdır.
Google, 5xx yanıtlarında taramayı geçici olarak yavaşlatabilir. Önceden dizine alınmış URL'ler başlangıçta korunabilir; hata kalıcılaşırsa dizinden çıkarılabilir. Kesinti bittikten sonra normal sayfaların gerçek 200 yanıtı verdiğini doğrulayın; kesin bir sıralama veya korunma süresi varsaymayın.
Önce işlem durumunu kontrol edin. Birden fazla katman bulunduğunda hata yanıtı, arka plandaki işlemin kesinlikle yapılmadığını kanıtlamaz. Sipariş ya da ödeme kaydını doğrulamadan aynı gönderimi tekrarlamak çift işlem oluşturabilir; uygulamanın güvenli tekrar deneme yöntemini izleyin.
Evet. Tekrarlayan geçici hatalar kaynak sınırına yaklaşma, trafik artışı veya servis kararsızlığı göstergesi olabilir. Hatanın oluştuğu saatleri not edip ilgili sunucu ve uygulama günlükleriyle karşılaştırın.
Service Unavailable yanıtıdır. Genellikle geçici bakım, aşırı trafik, sunucu kaynaklarının tükenmesi veya web sunucusunun arka plandaki uygulamaya ulaşamaması nedeniyle görülür. Bu hata çoğunlukla ziyaretçinin tarayıcısından değil, sunucu tarafındaki durumdan kaynaklanır.503 yanıtı, sunucunun tamamen bozuk olduğu anlamına gelmez. Kod geçici hizmet kullanılamazlığını bildirir. Aşırı yük altında bazı sistemler yeni istekleri reddederek kaynakların tamamen tükenmesini önlemeye çalışır; bakımda ise kod bilinçli olarak sunulur. Örneğin PHP-FPM süreçleri dolduğunda, veritabanı bağlantı havuzu tükendiğinde veya sunucu bakım moduna alındığında web sunucusu yeni isteklere 503 döndürebilir.
Somut bir örnek
Bir WordPress sitesinde aynı anda çok sayıda istek geldiğini varsayalım. PHP işlemleri mevcut işlem sınırına ulaşır ve yeni istekleri karşılayamaz. Uygulama veya önündeki katman, kapasite sınırını fark edip 503 döndürecek biçimde yapılandırılmış olabilir. Arka uçtan zamanında yanıt alınamaması ise bir geçit sunucusunda 504, geçersiz yanıt 502 üretebilir; tek başına yoğunluk hangi kodun döneceğini belirlemez. Trafik azaldığında ya da PHP süreçleri normale döndüğünde hata kendiliğinden kaybolabilir.
Bakım sırasında yönetici tüm ziyaretçilere geçici bir bakım sayfası göstermek için de bilinçli olarak 503 kullanabilir. Mümkünse tahmini bekleme süresi
Retry-After başlığıyla bildirilir. Örneğin Retry-After: 120, yanıt alındıktan sonra 120 saniye beklenmesini ister. Bu bir düzelme garantisi veya tarayıcının mutlaka otomatik yenileyeceği anlamına gelmez.Site yöneticisi ne yapmalı?
Hata kısa süreli ise önce bunun bakım veya anlık yoğunluk kaynaklı olup olmadığını kontrol edin. Devam eden bir sorun varsa aşağıdaki sırayla ilerleyin:
- Hatanın tüm sayfalarda mı, yoksa yalnızca belirli bir URL'de mi görüldüğünü kontrol edin. Tek bir uygulama veya işlem etkileniyorsa sorun kapsamı daraltılabilir.
- Web sunucusu, PHP-FPM veya kullandığınız uygulama servisinin hata günlüklerini inceleyin. Aynı zaman aralığındaki kayıtlar genellikle kaynak, bağlantı veya zaman aşımı nedenini gösterir.
- CPU, RAM, disk alanı ve işlem sınırlarını kontrol edin. Bellek tükenmesi, dolu disk veya aşırı sayıda eşzamanlı bağlantı 503'e yol açabilir.
- Ters vekil sunucu veya yük dengeleyici kullanıyorsanız arka uç sunucuların çalıştığını ve ilgili portlardan erişilebilir olduğunu doğrulayın.
- Sorun bir eklenti, güncelleme veya yapılandırma değişikliğinden sonra başladıysa son değişikliği geri alıp tekrar test edin. Değişiklikleri doğrudan canlı sistemde rastgele yapmak yerine yedek veya staging ortamı kullanın.
- Sorunu düzelttikten sonra aynı isteği yeniden deneyin ve HTTP yanıt başlıklarını kontrol edin. Yanıt hâlâ 503 ise önbellek, CDN veya yük dengeleyici katmanında eski bir hata yanıtı tutulmadığından emin olun.
503 hatasını benzer kodlardan ayırma
503 geçici hizmet kullanılamazlığını anlatır. Teşhis sırasında hata kodunu başka sunucu yanıtlarıyla karıştırmamak önemlidir.
| Kod | Genel anlamı | İlk kontrol |
|---|---|---|
| 500 | Sunucu içinde beklenmeyen uygulama hatası | Uygulama ve web sunucusu günlükleri |
| 502 | Geçit sunucusu geçersiz arka uç yanıtı aldı | Proxy ile arka uç servis arasındaki bağlantı |
| 503 | Sunucu geçici olarak isteği karşılayamıyor | Kaynaklar, bakım durumu ve servis süreçleri |
| 504 | Arka uçtan zamanında yanıt alınamadı | İşlem süresi, ağ ve zaman aşımı ayarları |
Sık yapılan hatalar
503 görüldüğünde yalnızca sayfayı yenilemek kalıcı çözüm değildir. Sürekli yenileme, zaten zorlanan sunucuya daha fazla istek göndererek sorunu ağırlaştırabilir. Ayrıca 503'ü her durumda 500 ile değiştirmek doğru değildir; geçici bakım veya yoğunluk durumu için 503 istemciye ve aradaki sistemlere farklı bir anlam taşır.
Bakım sayfasını 200 OK ile sunmak da yanıltıcı olabilir. Site gerçekten geçici olarak kullanılamıyorsa uygun hata yanıtı ve mümkünse tahmini tekrar deneme bilgisi kullanılmalıdır. Sorun çözüldükten sonra ise 503 yanıtının CDN, proxy veya tarayıcı önbelleğinde gereksiz şekilde tutulmadığı doğrulanmalıdır.
Sık sorulan sorular
HTTP 503 hatası SEO açısından ne ifade eder?
Google, 5xx yanıtlarında taramayı geçici olarak yavaşlatabilir. Önceden dizine alınmış URL'ler başlangıçta korunabilir; hata kalıcılaşırsa dizinden çıkarılabilir. Kesinti bittikten sonra normal sayfaların gerçek 200 yanıtı verdiğini doğrulayın; kesin bir sıralama veya korunma süresi varsaymayın.
Ödeme veya form gönderiminde 503 alırsam hemen tekrar göndermeli miyim?
Önce işlem durumunu kontrol edin. Birden fazla katman bulunduğunda hata yanıtı, arka plandaki işlemin kesinlikle yapılmadığını kanıtlamaz. Sipariş ya da ödeme kaydını doğrulamadan aynı gönderimi tekrarlamak çift işlem oluşturabilir; uygulamanın güvenli tekrar deneme yöntemini izleyin.
503 hatası kendiliğinden düzeliyorsa işlem yapmalı mıyım?
Evet. Tekrarlayan geçici hatalar kaynak sınırına yaklaşma, trafik artışı veya servis kararsızlığı göstergesi olabilir. Hatanın oluştuğu saatleri not edip ilgili sunucu ve uygulama günlükleriyle karşılaştırın.
