Előbb megérteni a hibát. Utána tartósan javítani.

Egy üres oldal mögött lehet kódhiba, erőforráshiány vagy ütköző bővítmény. Egy hibás űrlapnál a felület, a szerveroldali feldolgozás és a levélkézbesítés külön kérdés. A javítást ezért nem találgatással, hanem a hiba körülményeinek összegyűjtésével kezdem.

A tünet nem mindig mutatja meg az okot

Egy üres oldal mögött lehet kódhiba, erőforráshiány vagy ütköző bővítmény. Egy hibás űrlapnál a felület, a szerveroldali feldolgozás és a levélkézbesítés külön kérdés. A javítást ezért nem találgatással, hanem a hiba körülményeinek összegyűjtésével kezdem.

Fontos információ, mikor jelentkezett először a probléma, melyik oldalon és milyen lépések után látható. Hasznos a pontos hibaüzenet és az is, történt-e frissítés, költözés vagy új bővítmény telepítése.

Biztonságos diagnózis

Lehetőség szerint mentés és tesztkörnyezet mellett vizsgálom az érintett részt. A cél nem az, hogy sok beállítást egyszerre megváltoztassunk, hanem hogy elkülönítsük a lehetséges okokat. Így a javítás után az is megmagyarázható, miért történt a hiba.

Ha az oldal éppen üzletileg kritikus feladatot végez, először a működés helyreállításának legkisebb kockázatú útját keressük. A végleges korrekció és a további korszerűsítés ettől külön munkafázis is lehet.

Visszaellenőrzés a látogató szemével

A javítás után ugyanazt a folyamatot ismételjük meg, amelyben a hiba előjött. Űrlapnál a kitöltést és a feldolgozást, webshopnál a kosarat és a rendelést, megjelenési problémánál az érintett képernyőméreteket ellenőrzöm.

Nem tekintem lezártnak a feladatot attól, hogy eltűnt egy hibaüzenet. A tényleges eredményt és a kapcsolódó működést is meg kell nézni.

Mi segít megelőzni az ismétlődést?

A javítás mellett röviden összefoglalom a feltárt okot és a szükséges további lépéseket. Előfordulhat, hogy a hiba egy elavult komponensből vagy nem dokumentált egyedi módosításból ered. Ilyenkor hosszabb távon a rendszer rendezése is indokolt lehet.

Ez nem jelenti azt, hogy minden hibánál teljes újraépítésre van szükség. A javaslat arányos marad a probléma súlyával és a weboldal használatával.

Mit tartalmazhat a közös munka?

• Hibajelenség és körülmények rögzítése
• Lehetséges okok elkülönítése
• Egyeztetett javítás elvégzése
• Érintett működés újratesztelése
• Rövid összefoglaló a javításról
• Megelőző lépések javaslata

Mit érdemes előkészítened?

A pontos ajánlathoz az alábbi információk segítenek. Ami még nincs meg, azt az első egyeztetésen tisztázzuk; nem szükséges kész műszaki dokumentációval érkezned.

• Érintett URL és pontos hibaüzenet
• A hibához vezető lépések
• Legutóbbi módosítások
• Elérhető mentés és hozzáférés

Árazás és a feladat határai

A díjat a tényleges feladat, a rendszer jelenlegi állapota és a szükséges kapcsolódások alapján határozom meg. A konkrét vállalás, az átadás feltételei és az esetleges külső díjak az írásos ajánlatban szerepelnek. A később felmerülő új igényeket külön egyeztetjük.

A tünet mögötti okot keressük

Egy hibás pénztár, eltűnő kép vagy elcsúszó mobilmenü több különböző okból is kialakulhat. Ezért először reprodukálni próbálom a jelenséget, és csak utána választok beavatkozást. Az időpont, a pontos webcím és az előző módosítások sokat segítenek a vizsgálatban.

A javítás előtt külön egyeztetjük, érint-e élő rendeléseket, űrlapokat vagy más üzleti folyamatot a munka. Ahol indokolt, tesztpéldányon vizsgáljuk a változtatást. Bizonytalan helyzetben nem célszerű találomra több összetevőt lecserélni.

A lezárás ellenőrizhető eredmény legyen

A javítás után ugyanazt a folyamatot újra végigpróbáljuk, és a kapcsolódó működést is megnézzük. Rövid összefoglaló készülhet arról, mi okozta a hibát, mi változott, és milyen további feladat maradt. A diagnózis során derül ki, mekkora beavatkozás szükséges.