Weboldal hibajavítás

Az okot javítjuk, nem a tünetet

Egy kapcsolatfelvételi űrlap abbahagyja a küldést. A gyors megoldás egy másik űrlapbővítmény telepítése, és az űrlap egy ideig ismét működik. A valódi ok azonban legtöbbször az, hogy az oldal a webszerveren keresztül küld e-mailt egy rendes levelezőszolgáltatás helyett, és a fogadó szerverek elkezdték visszautasítani. Cserélje le a bővítményt, és a probléma egy hónap múlva visszatér, immár két telepített űrlapbővítménnyel.

Először ezt a mögöttes okot keressük. A szerver hibanaplói, a böngésző konzolja és a legutóbbi frissítések listája általában egyenesen rámutat. Sok weboldal-hiba ugyanarra a néhány gyökérre vezethető vissza: egy frissítés, amely megváltoztatta egy bővítmény működését, egy gyorsítótárazási réteg, amely régi verziót szolgál ki, egy téma, amelyet közvetlenül szerkesztettek, majd felülírtak, vagy egy elért tárhelykorlát.

Miért javítunk először egy másolaton

Az éles oldal módosítása hibakeresés céljából az, ahogy egy kis probléma kieséssé válik. Egy beállítás átbillentése egy elmélet tesztelésére tönkreteheti a fizetést minden látogatónál, amíg a teszt fut. Ezért ahol a szolgáltató engedi, készítünk egy staging másolatot, ott reprodukáljuk a hibát, és bizonyítjuk a javítást, mielőtt az éles oldalhoz nyúlnánk.

Minden munka teljes mentéssel kezdődik és egy naplóval zárul: mi volt a hiba, mi okozta, mit változtattunk és hol. Ez a napló jóval a befejezés után is hasznos. Amikor ugyanaz a tünet visszatér egy frissítés után, aki legközelebb ránéz, a válaszból indul ki, nem a nulláról.

• Nem küldő űrlapok: általában a levélküldés a hibás, nem maga az űrlap
• Frissítés után eltört elrendezés: általában téma- vagy építőverzió-váltás
• A változások nem jelennek meg: általában gyorsítótárazás a szerver, a bővítmény vagy a CDN szintjén
• Fehér képernyő vagy 500-as hiba: általában PHP-verzió vagy memóriakorlát