X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

₺ Türk Lirası $ US Dollar
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

₺ Türk Lirası $ US Dollar

Site Hızlandırma: Yavaşlığı Bulup Güvenle Giderme

AnasayfaYazılarTeknik RehberlerSite Hızlandırma: Yavaşlığı Bulup G...

Site hızlandırma için önce rastgele eklenti, tema veya sunucu ayarı değiştirmek yerine yavaşlığın nerede oluştuğunu ayırın. Yönetim paneline ve mümkünse hosting ölçümlerine erişiminiz olsun; değişiklikten önce mevcut değeri ve ölçüm saatini kaydedin. Sunucu yanıtı yavaşsa önbellek ve uygulama tarafını, yanıt hızlı olduğu hâlde sayfa geç açılıyorsa görseller ve tarayıcıya aktarılan dosyaları ele alın.

Site hızlandırma öncesi ortamı ve başlangıç ölçümünü hazırlayın

Bu yöntem hem paylaşımlı hosting panelinde site yönetenler hem de kendi sunucusunu yönetenler için uygundur. Sunucu yöneticisi değilseniz PHP işleyicisi, web sunucusu veya işletim sistemi ayarlarını değiştirmeye çalışmayın; hosting panelindeki önbellek, PHP sürümü, kaynak kullanımı ve hata kayıtlarıyla sınırlı kalın. Yönetici erişiminiz varsa aynı kanıtları web sunucusu, uygulama ve sistem izleme ekranlarında arayın.

Önce ana sayfayı ve yavaş olduğu bilinen bir iç sayfayı aynı ağ ve benzer tarayıcı koşullarında ölçün. Tarayıcı geliştirici araçlarındaki Ağ ekranında belge isteğinin bekleme süresine, toplam yükleme süresine ve büyük dosyalara bakın. Bir sayfa ölçüm aracının sonuçlarını tek başına kesin hüküm saymayın; önbellek durumu, test konumu ve eklenti çalışmaları sonucu değiştirebilir. Tarihi, URL'yi, önbelleğin açık olup olmadığını ve gözlenen değeri not edin.

Önce sunucu yanıtı ile sayfa kaynaklarını birbirinden ayırın

Belge isteği uzun süre bekliyor ve ardından HTML geç geliyorsa sorun çoğunlukla uygulamanın veriyi üretmesi, veritabanı sorguları, PHP kaynak sınırı veya önbelleğin çalışmaması tarafındadır. Buna karşılık HTML kısa sürede geliyor, fakat görseller, yazı tipleri ya da JavaScript dosyaları uzun sürüyorsa dosya boyutu, istek sayısı veya üçüncü taraf kaynaklar daha olası adaydır. Bu ayrım önemlidir; görselleri küçültmek, sunucu yanıtı oluşmadan geçen süreyi düzeltmez.

Örneğin, varsayımsal bir içerik sitesinde HTML belgesi hızlı gelirken tek bir kapak görseli diğer dosyaların toplamından büyük görünsün. Bu gözlem sunucunun mutlaka yavaş olduğunu kanıtlamaz; görselin gerçek görüntü boyutundan çok büyük dışa aktarılmış olması daha güçlü bir açıklamadır. Görseli uygun ölçüde yeniden hazırlamak ve modern bir biçimi, tema ve tarayıcı uyumluluğunu kontrol ederek kullanmak hedefli bir düzeltmedir. Aynı sitede belge isteği bekliyorsa önce görsele değil, sayfanın üretilme sürecine bakılmalıdır.

Güvenli bir inceleme ve düzeltme sırası

  1. Aynı arızayı yeniden üretin: Yavaş URL'yi, ölçüm saatini ve önbellek durumunu kaydederek açın. Ağ ekranında belge isteğinin bekleme süresi ile kaynakların indirme süresini ayrı okuyun. Belge bekliyorsa sonraki adımda uygulama ve hosting kayıtlarını, kaynaklar bekliyorsa dosya listesi ve tarayıcı önbelleğini inceleyin.
  2. Sunucu ve uygulama kanıtını bulun: Hosting panelindeki kaynak kullanımı, PHP işlem kayıtları, uygulama hata günlüğü veya yönetilen sunucudaki erişim ve hata günlüklerinde aynı dakikaya ait yeni satırları arayın. Belirli bir eklenti, tema bileşeni ya da veritabanı sorgusu açıkça anılıyorsa önce onun ayar geçmişini ve uyumluluğunu kontrol edin; bütün eklentileri aynı anda kapatmayın.
  3. Önbellek durumunu doğrulayın: Sayfa önbelleği etkin görünüyor fakat her istekte HTML yeniden oluşturuluyorsa kuralın ilgili URL'yi hariç tutup tutmadığını ve oturum açmış kullanıcı davranışının testi etkileyip etkilemediğini kontrol edin. Güvenli bir test için yalnızca etkilenen önbellek girdisini, panelin sunduğu temizleme seçeneğiyle temizleyin; tüm sistemi veya veritabanını silmeyin. Sonuçta ikinci anonim isteğin bekleme süresi belirgin biçimde azalırsa sorun önbellek kapsamı ya da doldurma davranışıyla ilgilidir.
  4. Dosya yükünü hedefleyin: HTML hızlı, kaynaklar yavaşsa Ağ ekranında en büyük görsel, JavaScript ve yazı tipi dosyalarını boyut ve istek sırasına göre belirleyin. Görseli gerçek gösterim ölçüsüne yakın yeniden üretin; kullanılmayan bir betiği, kullanan sayfaları doğrulamadan kaldırmayın. Değişiklikten önce özgün dosyayı ve tema ayarını yedekleyin. Büyük dosya ortadan kalkıyor fakat yeni bir düzen veya işlev bozuluyorsa eski değere dönün.
  5. Tek faktörü değiştirip tekrar ölçün: Örneğin yalnızca önbellek kuralını değiştirdiyseniz aynı URL'yi aynı koşullarda yeniden açın. Yeni ölçüm saatindeki Ağ kaydı ve uygulama günlüğüyle karşılaştırın. Belge hızlandı ama bir form veya sepet sayfası yanlış önbellekten geliyorsa dinamik URL'yi önbellek dışında bırakıp önceki güvenli kuralı geri yükleyin.
  6. Sonucu doğrulayın ve sınırı belirleyin: Değişiklikten sonra hem ilk ziyaret hem de önbellekten gelen sonraki ziyaret için ölçüm alın. İlk ziyaret sürekli yavaş, sonraki ziyaret hızlıysa önbellek çalışıyor ancak ilk üretim maliyeti sürüyor olabilir. Her iki ziyaret de yavaşsa ve kayıtlarda kaynak sınırı veya belirli bir eklenti görünüyorsa yalnız o bileşeni, kendi yönetim aracıyla geçici olarak devre dışı bırakıp yeniden test edin; yeni belirti değişmiyorsa önceki duruma dönün.

Sonuca göre hangi düzeltme mantıklıdır?

Belge bekleme süresi yüksek ve kayıtlarda tek bir eklenti ya da ağır sorgu görünüyorsa, o bileşenin güncel yapılandırmasını ve veri erişimini incelemek; yalnız o bileşeni izole ederek test etmek daha doğrudur. Belirli bir neden görünmüyor, fakat kaynak kullanımında işlem veya bellek sınırına yaklaşma kaydı varsa tüm limitleri körlemesine artırmak yerine hosting paketinin gerçek sınırını ve uygulamanın gereksinimini karşılaştırın. Sınır artırımı, verimsiz sorguyu veya hatalı eklentiyi ortadan kaldırmaz.

HTML hızlı olduğu hâlde sayfa ağırsa görselleri, kullanılmayan betikleri, yazı tiplerini ve üçüncü taraf isteklerini sırayla ele alın. Bir dosyanın kaldırılması başka bir işlevi bozuyorsa değişikliği geri alın ve yalnız ilgili sayfada yüklenmesini sağlayan tema ya da eklenti ayarını arayın. CDN kullanımı dosyanın kullanıcıya daha yakın sunulmasına yardımcı olabilir, ancak kaynak sunucuda yavaş üretilen HTML'yi tek başına düzeltmez; önbellek kuralları ve dinamik içerik davranışı ayrıca doğrulanmalıdır.

Ölçümden sonra güvenli sonraki adım

Bir düzeltme işe yaradıysa, aynı ayarı başka bileşenlerle birleştirmeden önce birkaç farklı sayfa türünde kontrol edin: ana sayfa, içerik sayfası ve varsa giriş gerektiren işlev. Her sayfada kabul edilebilir sonuç yalnızca daha düşük bir sayı değildir; yeni hata kaydı oluşmaması, görsellerin doğru görünmesi ve form, arama ya da sepet gibi işlevlerin çalışması da gerekir. İyibirNet'in ana sayfasından hosting ve teknoloji rehberlerine ulaşarak kullandığınız ortama uygun sonraki inceleme başlığını seçebilirsiniz.


Top