Site Yavaşlığı ve Kaynak Sınırları

What your hosting plan actually limits, what happens when you reach each limit, and how to work out whether a slow site is a resource problem or a code problem.

Barındırma planınız aslında ne sınırlandırıyor, her sınıra ulaştığınızda neler oluyor ve yavaş bir sitenin bir kaynak problemi mi yoksa bir kod problemi mi olduğunu nasıl anlayacağınız.

"Sitem yavaş" ve "sitem bir şeyden tükendi" dışarıdan aynı hissettiriyor ve içeride neredeyse hiçbir ortak noktaları yok. Bu rehber bunları ayırıyor: önce sınırlar gerçekten neler, sonra da gerçek yavaşlığın nasıl teşhis edileceği.

Önce, Yavaş Mı Yoksa Bozuk Mu?

Yavaş, sayfaların sonunda yüklenmesi anlamına gelir. Bozuk, yüklenmemesi anlamına gelir.

Yavaş sayfalar yerine hata sayfaları alıyorsanız, burada durun ve HTTP Hata Kodları sayfasına gidin. 500, 502 veya 504 hatalarının spesifik bir nedeni ve spesifik bir çözümü vardır, bunlardan hiçbiri "planı yükselt" değildir.

Site yavaş değil de erişilemiyor ise, Web Sitesi Yüklenmiyor sayfasına gidin.

Planınız Aslında Ne Sınırlandırıyor

Dört şey ve hangisinin hangisi olduğunu bilmek çok değerlidir, çünkü sınırlara ulaştığınızda çok farklı davranırlar.

Depolama. Dosyalarınız ve veritabanlarınızın kullandığı disk miktarı. Günlük olarak ölçülür.

Bant genişliği. Ziyaretçilerinizin bir ay içinde indirdiği veri miktarı.

Site sayısı. Planda kaç ayrı site çalıştırabileceğiniz.

CDN erişimi. CDN'nin hiç erişilip erişilmediği ve kenardan sunulabilecek aylık trafik miktarı.

Spesifik limitiniz planınıza bağlıdır. Her plan için güncel rakamlar Faturalandırma altında, sonra Planı değiştir altında yan yana gösterilir; bu, bir yardım makalesine yazılıp değişebilecek bir sayıdan ziyade karşılaştırmanın dürüst yeridir. Planınızı Yükseltme sayfasına bakın.

Site Özeti sayfasında depolama ve CDN kullanımı

Her Sınıra Ulaştığınızda Neler Oluyor

Bu kısım insanların endişelendiği bölüm ve cevaplar beklentilerden daha az dramadır.

Depolama. Disk kullanımı günlük olarak ölçülür ve sitenin Özeti sayfasında gösterilir. Arttıkça, size uyarı veren bir fikir alırsınız; doludursa daha yakında uyarılar artar. İçgörüler sayfasına bakın.

Site sayısı. Bu sınır oluşturma noktasında uygulanır. Planınızın limitini aşan bir site oluşturmaya çalışırsanız, planın kapasiteye ulaştığını söyleyen net bir mesaj alırsınız ve yükseltme veya başka bir plan ekleme seçeneği vardır. Var olan hiçbir şey etkilenmez.

CDN uygunluğu. CDN'yi bunu içermeyen bir planda etkinleştirmeye çalışmak, yükseltme bağlantısı olan "planınıza dahil değil" şeklinde net bir mesaj döndürür. Kısmi veya düşürülmüş mod yoktur. CDN'yi Etkinleştirme sayfasına bakın.

CDN bant genişliği. Bu özelliği anlamaya değer, iyi tasarlanmış gerçek davranışa sahiptir:

Aylık kenar limitinizin yüzde 80'ine ulaştığınızda bir e-posta alırsınız.
Yüzde 100'de, ay geri kalanında kenar duraklatılır. Siteniz çevrimiçi kalır ve normalde sunmaya devam eder, doğrudan kaynaktan, sadece kenardan önbelleğe alınmaz.
Kenar sunma, sonraki ayın başında otomatik olarak devam eder.
Hiçbir zaman bilginiz olmadan sınırı aşan ücretlendirilmezsiniz.

Yani en kötü durum, sitenizin CDN'yi açmadan önce olduğu kadar hızlı hale gelmesidir. Hiçbir şey çevrimdışı kalır.

Yönetilen WordPress ve WooCommerce bant genişliği yumuşak bir sınır olarak çalışır. Sınıra yaklaştıkça ve geçtikçe bilgilendirilirsiniz ve fazla kısım ölçülen fazladan fatura yerine site kesilmiş değilmiş gibi işlenir.

Depolama veya bant genişliği limitini aşmak sitenizi askıya almaz. Bu platformda askıya alma bir kaynak durumu değil, bir faturalandırma durumudur. Hesap Askıya Alındı ve Ödeme Başarısız sayfalarına bakın.

Plan Başına Sınırlandırılmayan Neler

İnsanların bulacağını bekleyeceği ama bulamayacağı iki şey.

Web barındırma planlarında site başına CPU veya bellek kotası yoktur. Planınız size bir çekirdek sayısı ayırmaz.

PHP kapasitesi için komşularınızla yarışmıyorsunuz. Her site kendi izole PHP işçi işlemler havuzunda çalışır. Yanındaki meşgul bir site sitenizin ihtiyaç duyduğu işçileri tüketemez. Bu izolasyon gerçektir ve bu nedenle "komşunun sitesi benimkini yavaşlatıyor" bu platformda neredeyse hiçbir zaman açıklama değildir.

Uygulanan şey bir istek başına limittir: tek bir isteğin ne kadar bellek kullanabileceği ve kaç saniye çalışabileceği. Bunları ayarlamak sizin için kalır. PHP Uzantıları ve Ayarları sayfasına bakın.

Kullanımınızı Nerede Göreceğiniz

Depolama, sitenin Özeti sayfasında.
CDN bant genişliği, CDN etkinleştirildikten sonra Özeti sayfasında da ve sitenin Kapsule CDN sekmesinde.
Uyarılar, İçgörüler yoluyla ve e-postayla. İçgörüler sayfasına bakın.
Orbit projeleri için yapı dakikaları ve bant genişliği, Orbit kullanım sayfasında. Orbit, harcama sınırı da dahil olmak üzere, kendi başka sınırlarına sahiptir. Orbit Plan Limitleri ve Orbit Harcama Sınırları sayfalarına bakın.

Aslında Yavaş Bir Siteyi Daha Hızlı Yapmak

Çabaların getirisi sırasında. Listenin altına atlamak yerine aşağıya doğru ilerleyin.

1. Önbelleğe Almayı Açın

Her zaman en büyük kazanç. Bir sayfanın depolanmış kopyasını sunmak, onu her ziyaretçi için yeniden oluşturmaktan büyük ölçüde daha ucuzdur.

Web Siteleri, site, WordPress, sonra Önbelleğe Alma sayfasına gidin. Nesne önbelleğe almak WordPress-ailesi planları genelinde kullanılabilir ve tam sayfa önbelleğe almak yönetilen planlar üzerinde kullanılabilir. Site Önbelleğe Almak sayfasına bakın.

Bazı yolların kasıtlı olarak hiçbir zaman önbelleğe alınmadığını unutmayın: yönetici sayfaları, giriş, sepet, ödeme ve hesap sayfaları. Ödeme sayfasını önbelleğe almak bir müşteriye başka bir müşterinin sepetini gösterebileceğinden, bu yapılandırılamaz ve olmamalıdır.

2. CDN'yi Etkinleştirin

Önbelleğe alma kopyayı bir yere koyar. CDN bunu ziyaretçilerinizin yakınına koyar. Dinleyicileriniz sunucunuzla aynı ülkede değilse en büyük etki. Uygun bir plan ve kendi özel etki alanınız gerekir. CDN'yi Etkinleştirme sayfasına bakın.

3. Daha Yeni Bir PHP Sürümüne Geçin

Herhangi bir çalışma olmadan gerçek, ölçülebilir bir fark. Hazırlama üzerinde test edin. PHP Sürümü Değiştirme sayfasına bakın.

4. Görüntülerinizi Düzeltin

Yavaş sayfadaki tutarlı en büyük şey. Telefonu dümdüz çeken bir fotoğraf birkaç megabayt olabilir ve 400 piksel genişlikte görüntülenebilir. Yüklemeden önce yeniden boyutlandırın ve modern bir format kullanın.

5. Eklentilerinizi Denetleyin

Her istek üzerine çalışan her eklenti her istekte sizi maliyetlendirir. Tek tek devre dışı bırakın ve ölçün. Devre dışı bırakmaktan ziyade kullanmadığınız şeyi silin. WordPress Eklentileri sayfasına bakın.

6. Asıl Yavaş Şeyi Bulun

Tahmin etmeyi bırakın ve ölçün:

APM sekmesi WordPress sitelerinde hangi isteklerin yavaş olduğunu gösterir. Site Performansı sayfasına bakın.
Yavaş sorgu günlüğü, WordPress sağlık araçlarından kullanılabilir, hangi veritabanı sorgularının sorun olduğunu gösterir.
PHP yavaş günlüğü bir istek çok uzun sürdüğünde ne yaptığını yakalar.
Hata günlükleri sessizce başarısız olan ve yeniden denenen her şeyi gösterir. Hata Günlükleri sayfasına bakın.

7. Sonra, Yalnızca Sonra, Daha Fazla Kaynak Düşünün

Önbelleğe alma açıksa, CDN açıksa, PHP güncelse, görüntüler mantıklıysa ve profil oluşturucu işin gerçekten gerekli olduğunu söylüyorsa, planın dışına çıkmışsınız ve yükseltmek doğru çağrıdır. Planınızı Yükseltme sayfasına bakın.

Bu adımı önce yapmak, insanların yine de yavaş bir site için daha fazla ödeme yapmasına neden olur, çünkü daha büyük bir plandaki optimize edilmemiş bir site yine optimize edilmemiş bir sitedir.

Sunucu Zamanı Geldiğinde

Paylaşılan barındırma çoğu site için doğru cevaptır. Platform sağlamadığı yazılıma ihtiyaç duyduğunuzda, kök erişimine, standart olmayan hizmetlere veya gerçekten ağır bir şey için öngörülebilir ayrılmış kapasiteye ihtiyaç duyduğunuzda bulut veya özel sunucuya geçin. Bulut Sunucuları ve Mimari Seçimi sayfalarına bakın.