Arıza siteden mi barındırmadan mı kaynaklanıyor
Neyi onaracağınızı aramadan önce kiminle konuşacağınızı bilmeniz gerekir. Barındırmaya ait bir olay kodda düzeltilmez, uygulamaya ait bir arıza da destek talebiyle asla çözülmez. Bu sayfa, erişim istemeden önce ilk uyguladığım yöntemi veriyor: birkaç dakika sürer ve günlerce süren sorumluluk atmayı önler.
İkisi arasındaki kesin sınır
Barındırma; makine, üzerinde dinleyen web servisi, veritabanı servisi, disk alanı, kaynak sınırları ve size ulaşan ağ yoludur. Site ise üzerinde çalışan şeydir: CMS, modülleri, teması, yapılandırma dosyaları, verileri.
En basit kural şudur: sunucu herhangi bir şey döndürdüyse barındırma çalışıyordur. Bir hata sayfası, bir CMS mesajı, boş bir sayfa, yarım kalmış bir sayfa: bunların hepsi bir makinenin isteği aldığını ve bir yanıt gönderdiğini varsayar. Sorun o hâlde vakaların büyük çoğunluğunda uygulamadadır. Buna karşılık hiçbir yanıtın olmaması, tarayıcının kendi yazdığı bir mesaj ya da barındırıcının ürettiği bir sayfa, sitenin öncesindeki bir olayın işaretidir.
Kararı veren beş gözlem
-
Kimin konuştuğunu okuyun
Tarayıcının kendi biçimiyle görünen mesaj tarayıcıdan gelir. Barındırıcının logosunu taşıyan mesaj barındırıcıdan gelir. Sitenin renklerindeki mesaj siteden gelir. Basit görünür, yine de en güvenilir ipucudur.
-
CMS'e bağlı olmayan bir adresi test edin
Köke bir metin dosyası bırakın ya da var olan bir görseli doğrudan açın. Sayfalar başarısızken bu dosya açılıyorsa web sunucusu tamamen çalışıyordur: arıza sitenin çalıştırılmasındadır.
-
Genel tarafla yönetim panelini karşılaştırın
Biri yanıt verip diğeri vermiyorsa barındırma elenir: ikisi de aynı sunucudan, aynı diskten ve aynı veritabanından geçer.
-
Aynı hesaptaki başka bir sitenin çalışıp çalışmadığına bakın
Birden çok site aynı barındırmayı paylaşıyorsa, tek birinin düşmesi o siteyi; hepsinin düşmesi makineyi ya da hesabı işaret eder.
-
Zaman içindeki kararlılığı denetleyin
Birkaç dakikada bir gelip giden arıza bir kaynak sınırını, dolayısıyla barındırmayı düşündürür. Her denemede aynı olan kararlı bir arıza kodu düşündürür.
Hangi taraf neyden sorumlu
- Barındırma: durmuş makine, dolan disk ya da veritabanı kotası, askıya alınmış hesap, değişmiş PHP sürümü, bir adresi engelleyen güvenlik duvarı, ağ kesintisi, panelden yenilenmemiş sertifika.
- Site: uyumsuz modül, hatalı geçersiz kılma, eskimiş derlenmiş önbellek, fazla ağır sorgu, hatalı yapılandırma dosyası, içe aktarma sonrası tutarsız veriler.
- Ortak alan: dosya izinleri, zamanlanmış görevler, posta gönderimi, adres yeniden yazma. Bu dördü aynı anda ikisine birden bağlıdır ve en çok gün burada kaybedilir.
Yanıt «ikisi de» olduğunda
Bazı olaylar gerçekten karmadır ve yöntemin en çok önem kazandığı yer burasıdır. Fazla tüketen bir site bir barındırma sınırına takılır ama neden kötü yazılmış bir sorgudur. Başarısız posta gönderimi hem sunucu yapılandırmasını hem CMS ayarlarını ilgilendirir. Sağlayıcının kararıyla değişen bir PHP sürümü güncel olmayan bir modülü bozar.
- Bu durumlarda kaynağı artırmak nedene dokunmadan belirtiyi kaldırır ve sorun aylar sonra geri döner.
- Sınırı ayarlamadan kodu düzeltmek bazen zirveler için yeterli pay bırakmaz.
- Doğru yaklaşım önce ölçmek, sonra neyin ayar neyin düzeltme olduğuna karar vermektir.
Yalnız çalışıyorum ve iki tarafta da müdahale ediyorum: kodu da sunucu kayıtlarını da okurum. Bu, barındırmayı suçlayan bir geliştiriciyle siteyi suçlayan bir destek ekibi arasındaki gidip gelmeyi ortadan kaldırır.
Doğru sayfadan devam edin
-
Sitem hiç yanıt vermiyor
Hiçbir şey açılmıyorsa: kimseyi aramadan önce yapılacak dört kontrol.
-
502, 503 veya 504 hatası
Site sessizken bir aracı kod döndürüyorsa: hangi halka koptu.
-
Barındırma sağlayıcım bana uyarı gönderdi
Mesaj barındırmadan geliyorsa: kota, disk, işlemci, kilitli veritabanı.
-
Sitem bir gecede yavaşladı
Site yanıt veriyor ama kötüyse: sunucu yavaşlığını uygulama yavaşlığından ayırmak.
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.