Odpravljanje napak na spletni strani

Odprava vzroka, ne le simptomov

Kontaktni obrazec ne pošilja sporočil. Hitra rešitev je namestitev drugega vtičnika za obrazce, ki deluje nekaj časa. Pravi vzrok je pogosto ta, da stran pošilja e-pošto prek spletnega strežnika namesto prek specializirane storitve, sprejemni strežniki pa to zavrnejo. Zamenjava vtičnika pomeni, da se težava vrne čez mesec dni, zdaj pa sta nameščena dva vtičnika za obrazce.

Najprej iščemo temeljni vzrok. Dnevniške datoteke napak na strežniku, brskalnikova konzola in seznam nedavnih posodobitev običajno neposredno kažejo nanj. Številne napake na spletnih straneh izvirajo iz istih nekaj virov: posodobitev, ki je spremenila vedenje vtičnika, plast predpomnjenja, ki streže staro različico, tema, ki je bila urejena neposredno in nato prepisana, ali dosežen limit gostovanja.

Zakaj popravke najprej izvajamo na kopiji

Spreminjanje žive strani zaradi iskanja napake je način, kako majhna težava preraste v izpad. Nastavitev, vklopljena za testiranje teorije, lahko med tekom testa onemogoči nakupovanje vsem obiskovalcem. Zato, kadar gostitelj dopušča, naredimo razvojno kopijo (staging), tam reproduciramo napako in preverimo delovanje popravka, preden dotaknemo žive strani.

Vsako delo se začne s polnim varnostnim kopiranjem in konča z dnevnikom: kaj je bilo narobe, kakšen je bil vzrok, kaj smo spremenili in kje. Ta dnevnik je uporaben še dolgo po zaključku. Ko se isti simptom ponovi po posodobitvi, bo naslednji, ki ga pregleduje, začel od odgovora, ne od začetka.

• Obrazci, ki ne pošiljajo: običajno gre za dostavo e-pošte, ne za sam obrazec
• Pogled (layout) pokvarjen po posodobitvi: običajno sprememba različice teme ali gradnika
• Spremembe se ne prikazujejo: običajno predpomnjenje na ravni strežnika, vtičnika ali CDN
• Bela zaslonica ali napaka 500: običajno verzija PHP ali omejitev pomnilnika