Topluluk ve Forum Sitelerinde Yavaşlama Hatalarını Önleme Yolları
Forum sitesi yavaşlıyor ya da 502, 504 ve "Too many connections" hataları mı veriyor? Belirtiye göre teşhis, bot ve spam kontrolü ve önleme adımları.

İçindekiler
- Belirtiler ve ne anlama geldikleri
- Yavaşlamanın beş ana nedeni
- Kaynak yetersizliği
- Veritabanı yükü
- Bot ve spam trafiği
- Arka plan işleri
- Disk ve loglar
- Teşhis: Nereden başlamalı?
- Belirtiye göre teşhis aracı
- Önleme: Sorun yaşanmadan önce
- İzleme kurun
- Botları ve spam’i sınırlayın
- Arka plan işlerini ve yedekleri planlayın
- Ek dosyaları ve görselleri ayrı yönetin
- Kapasiteyi büyümeden önce planlayın
- Sıkça sorulan sorular
- Forum sitem neden yavaşlıyor?
- 504 Gateway Timeout hatası neden olur?
- “Too many connections” hatası nasıl çözülür?
- Botlar forumu yavaşlatır mı?
- Forum için ne zaman daha büyük sunucuya geçmeliyim?
- Paylaşımlı hostingde forum yavaşlamasını nasıl anlarım?
- Sonuç: Önce izle, sonra önle
Cuma akşamı, forumunuzun en kalabalık saati. Önce sayfalar yavaşlıyor, sonra bazı ziyaretçiler “504 Gateway Timeout” hatası görmeye başlıyor. Yönetim paneline girmeye çalışıyorsunuz, o da açılmıyor. Yarım saat sonra her şey kendiliğinden düzeliyor ve ne olduğunu kimse bilmiyor. Forum sitesi yavaşlama sorunlarının en zor yanı, çoğu zaman iz bırakmadan geçip gitmesidir.
Bu yazıda forum ve topluluk sitelerinde en sık görülen yavaşlama belirtilerini, her belirtinin arkasındaki olası nedenleri ve sorun yaşanmadan önce alınabilecek önlemleri anlatıyoruz. Örnekler XenForo üzerinden verilse de phpBB, MyBB ve diğer forum yazılımları için de geçerlidir. Sunucu seviyesinde müdahale gerektiren adımlar için kaynakların size ayrıldığı XenForo hosting gibi paylaşımsız ortamlar büyük kolaylık sağlar.
Belirtiler ve ne anlama geldikleri
Forum sitesi yavaşlama sorunlarında ilk iş, yavaşlamanın türünü belirlemektir. Yavaşlamanın türü, nedenine dair güçlü ipuçları verir. Bir hata mesajı gördüğünüzde onu not edin, saatini kaydedin ve aşağıdaki tabloyla karşılaştırın.
| Belirti | Ne anlama gelir? | İlk kontrol |
|---|---|---|
| 502 Bad Gateway | Web sunucusu PHP’den yanıt alamadı | PHP süreçleri çöktü mü, bellek doldu mu? |
| 504 Gateway Timeout | PHP yanıtı çok uzun sürdü | Yavaş sorgular, kilitlenen tablolar |
| Too many connections | Veritabanı bağlantı sınırı doldu | Uzun süren sorgular, bağlantı sızıntısı |
| Allowed memory size exhausted | PHP bellek sınırı aşıldı | Ağır eklenti, büyük içe aktarma |
| Belirli saatlerde yavaşlık | Zamanlanmış iş ya da trafik zirvesi | Yedek, cron, bot taraması |
| Sürekli ve yavaş yavaş artan yavaşlık | Büyüyen veritabanı ya da dolan disk | Tablo boyutları, disk kullanımı |
Yavaşlamanın beş ana nedeni

Kaynak yetersizliği
Eş zamanlı çevrimiçi kullanıcı sayısı arttıkça PHP süreçleri ve veritabanı daha fazla işlemci ve bellek ister. Bellek dolduğunda sistem takas alanına düşer ve her şey yavaşlar. İşlemci sürekli yüzde yüzdeyse istekler sıraya girer. Paylaşımlı hostingde bu durum, komşu hesapların yükünden de kaynaklanabilir.
Veritabanı yükü
Forumlar büyüdükçe arama, okundu işaretleri ve bildirim tabloları hızla büyür. Yetersiz veritabanı belleği ve ağır sorgular yavaşlamanın en sık teknik nedenidir. Bu konuyu XenForo veritabanı optimizasyonu yazımızda ayrıntılı ele aldık.
Bot ve spam trafiği
Forumlar, içerik kopyalayan tarayıcıların ve spam botlarının sevdiği hedeflerdir. Agresif bir tarayıcı saniyede onlarca sayfa isteyerek gerçek ziyaretçilerin kaynağını tüketebilir. Spam botları ise sahte üyelikler açıp mesaj göndererek hem veritabanını şişirir hem de moderatörlerin yükünü artırır.
Arka plan işleri
E-posta bildirimleri, istatistik güncellemeleri ve temizlik görevleri ziyaretçi istekleriyle tetikleniyorsa, yoğun anlarda bazı ziyaretçilerin sayfaları bu işler yüzünden gecikir. Yedekleme ve arama dizinini yeniden oluşturma gibi ağır işler gündüz çalışıyorsa belirli saatlerdeki yavaşlıkların nedeni büyük olasılıkla budur.
Disk ve loglar
Ek dosyalar, avatarlar, yedekler ve döndürülmeyen log dosyaları diski zamanla doldurur. Disk dolduğunda veritabanı yazamaz, oturumlar kaydedilemez ve site hata vermeye başlar. Disk kullanımı yüzde 85’i geçtiğinde alarm alacak şekilde izleme kurmak bu sürprizi önler.
Teşhis: Nereden başlamalı?
Sorun yaşanırken ya da hemen sonrasında birkaç komutla tabloyu netleştirebilirsiniz. Sunucuya SSH ile bağlanıp sırasıyla disk, bellek ve sistem yükünü kontrol edin:
df -h
free -m
uptime
uptime çıktısındaki yük ortalaması, işlemci çekirdek sayınızı sürekli aşıyorsa sunucu kapasitesinin sınırındasınız. Veritabanında o anda çalışan uzun sorguları görmek için şu komutu kullanın:
SHOW FULL PROCESSLIST;
Trafiğin nereden geldiğini görmek için de web sunucusu erişim logundaki en çok istek gönderen IP adreslerini sıralayabilirsiniz. Log dosyasının yolu kullandığınız web sunucusuna ve panele göre değişir:
awk '{print $1}' access.log | sort | uniq -c | sort -rn | head -20
Listede tek bir IP adresi ya da aynı ağdan gelen birkaç adres binlerce istekle başı çekiyorsa, yavaşlığın nedeni büyük olasılıkla agresif bir tarayıcıdır.

Belirtiye göre teşhis aracı
Yaşadığınız belirtiyi seçin. Araç olası nedenleri ve ilk adımları gösterir.
Önleme: Sorun yaşanmadan önce
İzleme kurun
Bir çalışma süresi izleme servisi forumunuzu birkaç dakikada bir kontrol eder ve erişilemez olduğunda size bildirim gönderir. Sunucu tarafında ise işlemci, bellek, disk ve veritabanı bağlantı sayısı için grafik ve alarm tanımlayın. Yavaşlamanın hangi saatte başladığını bilmek, nedenini bulmanın yarısıdır.
Botları ve spam’i sınırlayın
Meşru arama motoru botları misafir önbelleğinden yararlanır ve genellikle sorun çıkarmaz. Agresif tarayıcılar için web sunucusunda istemci başına istek ve bağlantı sınırı tanımlayın ya da bir web uygulama güvenlik duvarı kullanın. Spam kayıtlarına karşı e-posta doğrulaması, kayıt sorusu ve XenForo’nun spam kontrol entegrasyonları gibi önlemler sahte üyeliklerin büyük kısmını kapıda durdurur.

Arka plan işlerini ve yedekleri planlayın
Arka plan işlerini sunucu cron’una taşıyın ve ağır bakım görevlerini trafiğin en düşük olduğu saatlere bırakın. Bu ayarların ayrıntılarını XenForo optimizasyonu yazımızda bulabilirsiniz. Log dosyalarının döndürüldüğünden ve eski yedeklerin otomatik olarak silindiğinden emin olun.
Ek dosyaları ve görselleri ayrı yönetin
Büyük forumlarda kullanıcıların yüklediği görseller ve ek dosyalar, disk alanının ve IO trafiğinin önemli bir kısmını oluşturur. Bu dosyaların başka sitelerden doğrudan bağlantıyla kullanılması, yani hotlinking, sunucunuzun bant genişliğini başkalarına harcatır. Ek dosyalar için erişim kuralları tanımlamak ve statik dosyaları bir CDN üzerinden sunmak, forum sitesi yavaşlama risklerinden birini baştan ortadan kaldırır. Çok büyük ek dosya arşivleri için harici nesne depolama da değerlendirilebilir.
Kapasiteyi büyümeden önce planlayın
Forumunuzun aylık büyüme hızını izleyin. Eş zamanlı çevrimiçi kullanıcı sayısı her ay artıyorsa, kaynak sınırına gelmeden bir üst pakete geçmeyi planlayın. Önem Bilişim’in paylaşımsız VDS altyapılı XenForo paketleri 2’den 4 çekirdeğe ve 2’den 4 GB belleğe kadar seçenekler sunuyor. Paketlerde bulunan DDoS koruması da saldırı kaynaklı yavaşlamalara karşı ilk savunma hattıdır.
İlginizi çekebilir: Yüksek trafikli forumlar için XenForo optimizasyonu
Sıkça sorulan sorular
Forum sitem neden yavaşlıyor?
En sık nedenler; eş zamanlı kullanıcı sayısının sunucu kaynaklarını aşması, büyüyen veritabanı, agresif bot trafiği, ziyaretçi istekleriyle tetiklenen arka plan işleri ve dolan disktir. Yavaşlığın belirli saatlerde mi yoksa sürekli mi olduğunu belirlemek, nedeni daraltmanın ilk adımıdır.
504 Gateway Timeout hatası neden olur?
504 hatası, web sunucusunun PHP’den belirlenen süre içinde yanıt alamadığını gösterir. Forumlarda en sık nedeni uzun süren veritabanı sorguları, kilitlenen tablolar ve yoğunlukta sıraya giren PHP süreçleridir. Veritabanında çalışan sorguları kontrol edin ve yavaş sorgu logunu açın.
“Too many connections” hatası nasıl çözülür?
Bu hata veritabanının eş zamanlı bağlantı sınırının dolduğunu gösterir. Sınırı artırmak geçici bir çözümdür. Asıl çözüm, bağlantıları uzun süre meşgul eden yavaş sorguları bulmak ve düzeltmektir. Çünkü sorgular hızlandığında her bağlantı daha kısa sürede serbest kalır.
Botlar forumu yavaşlatır mı?
Meşru arama motoru botları genellikle düzenli ve sınırlı hızda tarar ve sayfa önbelleğinden yanıt alır. İçerik kopyalayan agresif tarayıcılar ise saniyede onlarca istek göndererek kaynakları tüketebilir. Erişim logunda en çok istek gönderen IP adreslerini kontrol edin ve gerekirse hız sınırı uygulayın.
Forum için ne zaman daha büyük sunucuya geçmeliyim?
Optimizasyonları yaptığınız halde yoğun saatlerde işlemci sürekli dolu, bellek takas alanına düşüyor ve yanıt süreleri uzuyorsa daha büyük bir pakete geçme zamanı gelmiştir. Büyümeyi aylık olarak izleyip kaynak sınırına ulaşmadan geçiş yapmak, kesintisiz bir deneyim sağlar.
Paylaşımlı hostingde forum yavaşlamasını nasıl anlarım?
Kontrol panelinizdeki kaynak kullanımı ekranında CPU, bellek ya da IO grafiklerinin sık sık sınıra dayandığını görüyorsanız forumunuz paketinizin sınırına ulaşmıştır. Yavaşlık belirli saatlerde yoğunlaşıyorsa önce zamanlanmış işleri ve bot trafiğini kontrol edin. Sorun sürüyorsa kaynakların size ayrıldığı bir ortama geçmeyi değerlendirin.
Sonuç: Önce izle, sonra önle
Forum sitesi yavaşlama sorunlarının çoğu habersiz gelmez. Kaynak grafikleri, loglar ve hata mesajları önceden ipucu verir. İzleme kurun, botları ve spam’i kapıda durdurun, arka plan işlerini sakin saatlere taşıyın ve kapasiteyi büyümenizin önünde planlayın.
Forumunuzu kaynakların yalnızca size ayrıldığı bir ortamda çalıştırmak isterseniz Önem Bilişim XenForo hosting paketlerini inceleyebilirsiniz. Topluluk siteleri ve sunucu yönetimi üzerine diğer yazılarımız Önem Bilişim blogunda yer alıyor.
XenForo hosting
Forumunuz için ayrılmış kaynak
Paylaşımsız VDS altyapısında CPU ve RAM yalnızca forumunuza ait; DDoS koruması, SSD disk ve 1 Gbit hat ile yoğun anlarda da ayakta kalın.