# 502, 503, 504 hatası: sunucu yolun ortasında vazgeçiyor

> 500 hatasının aksine bu üç kod neredeyse hiçbir zaman sitenizin kodundan gelmez. Sitenin önünde duran katman — yük dengeleyici, önbellek, sağlayıcı vekil sunucusu — tarafından üretilir; bu katman yanıt beklemiş ve sonunda vazgeçmiştir. Hangisinin ne kadar süre sonra vazgeçtiğini bilmek doğrudan nedene götürür.

- Source canonique : [https://allaux.fr/tr/problemes/erreur-504-et-delais-depasses](https://allaux.fr/tr/problemes/erreur-504-et-delais-depasses)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Süreyi ölçün: hatanın kaç saniye sonra düştüğünü not edin, 30, 60 ya da 300. Bu sayı yapılandırılmış bir sınıra karşılık gelir, rastlantı değildir. Bunu PHP tarafındaki max_execution_time değeriyle ve barındırma panelindeki proxy zaman aşımı süresiyle karşılaştırın. 502 farklıdır: PHP-FPM süreci durmuştur ve izi aynı zaman damgasıyla error_log dosyasındadır.

## Her kodun anlamı

502: aracı katman uygulama servisine ulaşmıştır ama servis geçersiz bir yanıt döndürmüş ya da aniden sonlanmıştır. Tipik olarak PHP'yi çalıştıran süreç, bellek yetersizliği veya sağlayıcının kaynak yöneticisi nedeniyle çalışma sırasında sonlandırılmıştır.

503: servis kullanılamıyordur ya da yeni istekleri reddediyordur. Bu, durdurulmuş bir servisin, dolu bir kuyruğun veya etkin bir bakım modunun kodudur. Aynı zamanda bir CMS'in güncelleme sırasında bilinçli olarak döndürdüğü koddur.

504: aracı katman isteği iletmiştir ama izin verilen süre içinde yanıt gelmemiştir. Bağlantı kesildiğinde site hâlâ çalışıyordur. Bu, imkânsız değil, çok uzun süren bir işlemin kodudur.

## Çok uzun süren işlemi ayrıştırmak

1. **Hatayı kronometreleyin** — Hata görünene kadar geçen saniyeyi not edin. Yuvarlak ve hep aynı olan bir sayı — 30, 60, 120, 300 — rastlantı değil yapılandırılmış bir sınırdır. Bu sayı çoğu zaman kesen bileşeni belirler.
2. **Etkilenen sayfaları belirleyin** — Tek bir yönetim sayfası, bir dışa aktarma, bir içe aktarma, bir arama: hata neredeyse her zaman tüm siteyi değil, belirli bir ağır işlemi izler.
3. **İşin yine de yapılıp yapılmadığını kontrol edin** — 504 döndüren ama ürünleri yine de veritabanında beliren bir içe aktarma, işlemin sunucu tarafında sürdüğü anlamına gelir. Yeniden çalıştırmak verileri ikiye katlar.
4. **Planlanmış görevlere bakın** — Sabit saatte tetiklenen ağır bir otomatik görev sunucuyu doyurabilir ve süresi boyunca genel sayfalarda 502 veya 504 üretebilir.
5. **Yürürlükteki sınırları isteyin** — Azami çalışma süresi, ayrılan bellek, eşzamanlı süreç sayısı: bu üç değer eşiği belirler ve sağlayıcı bunları bildirir.

## Süreyi artırmak her zaman doğru yanıt değildir

> Sınırı 30 saniyeden 300 saniyeye çıkarmak mesajı kaldırır ama yanıt vermesi beş dakika süren bir sayfa bırakır — ve bu süre boyunca bir sunucu sürecini tutar. Tekrarlanan bir işlemde bu, kaçınılmak istenen doygunluğu üretir. Doğru yanıt çoğu zaman işlemi partilere bölmektir.

## En sık karşılaştığım nedenler

Birkaç bin satırın tek seferde işlendiği bir katalog içe veya dışa aktarımı.

Yıllardır büyüyen bir tabloda, gerçek sayfalama olmadan tüm kayıtları listeleyen bir yönetim sayfası.

Artık yanıt vermeyen bir dış servise — kargo, işletme yazılımı, tedarikçi — yapılan ve beklemesi tüm sayfayı kilitleyen bir çağrı.

Eşzamanlı süreç sayısının sınırlı olduğu paylaşımlı barındırmada bir trafik zirvesi.

Uygun dizini olmayan ve her görüntülemede tüm tabloyu tarayan bir veritabanı sorgusu.

## Doğru sayfadan devam edin

- **E-ticaret barındırması seçmek** — Kaynaklar gerçekten sorunluysa hangi sınırlara bakmalı. ([/guides/choisir-hebergement-ecommerce](/guides/choisir-hebergement-ecommerce))
- **Yavaş bir mağazayı teşhis etmek** — Hatalar genel bir yavaşlıkla birlikteyse ölçüm yöntemi. ([/guides/diagnostiquer-boutique-lente](/guides/diagnostiquer-boutique-lente))
- **Çalışmayan cron görevleri** — Planlanmış bir görev sunucuyu doyurduğunda ya da hiç bitmediğinde. ([/prestashop/problemes/taches-cron-ne-sexecutent-pas](/prestashop/problemes/taches-cron-ne-sexecutent-pas))
- **Veritabanı ve indeksleri** — Dizini olmayan bir sorgunun bir sayfayı neden süre aşımına ittiği. ([/glossaire/base-de-donnees](/glossaire/base-de-donnees))

## FAQ

### 504 hatası barındırma sağlayıcımın sorunu mu?

Zorunlu olarak değil. Mesajı sağlayıcı üretir ama zamanında yanıt vermeyen sitenizdir. İşe yarayan soru şudur: hangi işlem bu kadar uzun sürüyor ve neden.

### Hata neden yalnızca tek bir sayfada çıkıyor?

Çünkü o sayfa diğerlerinin tetiklemediği bir işlemi tetikliyordur. Teşhis için bu çok iyi bir haberdir: arama alanı zaten birkaç işleme inmiştir.

### Güncelleme sırasında 503 normal mi?

Evet, geçici olarak. Güncelleme bittikten sonra süren bir 503, bakım dosyasının silinmediği anlamına gelir; dosya erişimiyle saniyeler içinde düzelir.

### Bu hatalar bir saldırıdan kaynaklanabilir mi?

Anormal hacimdeki otomatik istekler mevcut süreçleri doyurur ve tam olarak bu kodları üretir. Erişim kayıtları meşru bir trafik zirvesini otomatik taramadan ayırmaya yarar.

### Adanmış sunucuya geçmeli miyim?

Yalnızca ölçüm, sınırların normal kullanımla gerçekten dolduğunu gösteriyorsa. Kötü bölünmüş bir işlemde daha güçlü sunucu eşiği yalnızca birkaç ay öteler.