Projeler ve ajans desteği için müsait · Hızlı yanıt, işi yapan kişiden

Sitem bir gecede yavaşladı

Geçen hafta iki saniyede açılan bir site birden sekiz saniyede açılıyorsa, bu site «yaşlanmış» değildir. Belirli bir tarihte bir şey değişmiştir ve o tarihi bulmak teşhisin yarısıdır. Her zaman var olan bir yavaşlık ile dün ortaya çıkan bir yavaşlık hiçbir şekilde aynı yöntemle ele alınmaz.

Sorunumu anlatayım Mesaj gönderin

Yavaşlığı kesin olarak tarif etmek

  • Tarayıcı, herhangi bir şey görünmeden önce birkaç saniye boş sayfada kalıyor: sunucu yanıt vermekte yavaş.
  • Sayfa hızlı görünüyor ama kullanılamaz durumda kalıyor, görseller tek tek geliyor: sorun sunucuda değil, sayfanın yüklediği içeriktedir.
  • Yalnızca yönetim paneli yavaş, müşterilerin gördüğü mağaza normal çalışıyor.
  • Yavaşlık her gün aynı saatte ya da yalnızca kampanyalarınız sırasında geri geliyor.

Birbirinden çok farklı iki yavaşlık

Ayrıştırılması gereken ilk değer, sunucunun sayfanın ilk baytını göndermesi için geçen süredir; buna TTFB denir. Bu süre birkaç yüz milisaniyenin altında kaldığı sürece sunucu işini yapıyordur: hissedilen yavaşlık o zaman sayfa ağırlığından, sıkıştırılmamış görsellerden ve üçüncü taraf takip ya da sohbet betiklerinden gelir. Bunlar ayrı bütçeleri olan iki ayrı çalışmadır.

İlk bayt birkaç saniye alıyorsa, sorun görüntülemenin öncesindedir: veritabanına yönelik çok sayıda veya çok ağır sorgu, devre dışı bırakılmış bir önbellek, eski bir PHP sürümü ya da doymuş bir sunucu. Paylaşımlı barındırmada bu doyma, aynı makinedeki başka bir siteden bile kaynaklanabilir.

Neyin değiştiğini bulmak

  1. Başlangıcı tarihlendirin

    Ekibinize sorun ve istatistiklerinize bakın: değişimin kesin tarihi geri kalan her şeyi yönlendirir. Bir hafta değil, bir gün.

  2. O haftanın değişikliklerini listeleyin

    CMS, modül veya eklenti güncellemesi, yeni bir reklam betiği, tema değişikliği, toplu ürün içe aktarımı, barındırma paketi değişikliği.

  3. Basit bir sayfayla ağır bir sayfayı karşılaştırın

    Yasal bilgiler sayfası kategori sayfası kadar yavaşsa neden geneldir. Yalnızca kategori sayfası yavaşsa neden katalogda veya filtrelerdedir.

  4. Yoğun saatler dışında test edin

    Geceleri kaybolan bir yavaşlık, kod hatasını değil bir kaynak sınırını işaret eder.

  5. Tablo boyutlarına bakın

    Bağlantı kayıtları, istatistikler, terk edilmiş sepetler ve saklanan aramalar sınırsız büyür ve sonunda her sorguyu yavaşlatır.

Doğru sayfadan devam edin

İhtiyacınızı bir dakikada anlatın

Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.

symptome
plateforme
catalogue (facultatif)
mesure (facultatif)
Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.

Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.

Sıkça sorulan sorular

Barındırma sağlayıcım kendi tarafında sorun olmadığını söylüyor, ne cevap vermeliyim?
Hesabınızın son yedi gündeki işlemci ve bellek kullanımını, ayrıca yavaş veritabanı sorgusu sayısını isteyin. Bu veriler her zaman mevcuttur ve tartışmayı bitirir.
Yavaşlığı çözmek için barındırma değiştirmeli miyim?
Bazen, ama nadiren ilk adım olarak. Kötü optimize edilmiş bir site daha güçlü bir makinede de yavaş kalır; yalnızca daha pahalıya mal olur. Önce zamanın nerede kaybedildiğini ölçerim.
Yavaşlık ele geçirilmiş bir siteden kaynaklanabilir mi?
Evet. Ele geçirilmiş bir site spam göndermek veya asalak sayfalar barındırmak için kaynak tüketir. Anormal giden trafikle birlikte açıklanamayan yavaşlık bir güvenlik olayı olarak ele alınmalıdır.
Sitem bende neden hızlı, müşterilerimde yavaş?
Tarayıcınız dosyaların büyük bölümünü bellekte tutar. Gizli sekmede, mobil bağlantıyla ve başka bir cihazdan test edin: ziyaretçilerinizin gördüğü budur.
Nedeni belirlemek ne kadar sürer?
Sunucu kayıtlarına erişilebiliyorsa ve değişim tarihi biliniyorsa belirleme kısadır. Değişken olan, bir ayar mı yoksa yeniden yazılacak bir sorgu mu olduğuna göre değişen düzeltmedir.