Elromlott a weboldalad? Ezeket gyűjtsd össze a javításhoz

A weboldal javítása már az első üzenetnél gyorsítható. Amikor annyit írsz, hogy elromlott az oldal, abból még nehéz megállapítani, melyik műveletet kell megvizsgálni. Közben elakadhat az ajánlatkérés, leállhat az adatimport, a munkatársaid pedig kézzel próbálják pótolni a kieső feladatot. Én azt tartom jó kiindulópontnak, ha néhány mondatból kiderül, mit szeretnél elvégezni, pontosan hol akad meg a folyamat, és mekkora részt érint a napi működésből. Ehhez technikai diagnózisra még nincs szükséged.

Írd le a műveletet és a várt eredményt

A hibás oldal pontos címével kezdd, majd írd le az egymás után elvégzett lépéseket. Melyik menüpontot nyitod meg, melyik gombra kattintasz, milyen fájlt töltesz fel? Mi történik ezután, és mit várnál helyette? Egy adminfelületnél az is számít, hogy milyen jogosultságú felhasználóval jelentkezel be. Előfordulhat, hogy egy funkció az egyik munkatársnál működik, a másiknál elakad.

Az eredményt üzleti szempontból is fogalmazd meg. Űrlapnál például az elküldés visszajelzése, az üzenet beérkezése és az adat rendszerben történő rögzítése külön ellenőrizhető mozzanat. Importálónál lényeges, hogy az egész feldolgozás áll le, néhány sor marad ki, vagy hibás adatok jelennek meg. Minél pontosabban különíted el ezeket, annál egyértelműbb lesz, hogy mit kell helyreállítani.

Írd meg azt is, minden alkalommal előjön-e a probléma. Ha csak bizonyos fájlnál, terméknél vagy böngészőben jelentkezik, ezt külön említsd meg. A vizsgálathoz szükséges mintából érdemes előre eltávolítani a fölösleges személyes adatokat.

Rögzítsd, mikor kezdődött és mi változott előtte

A hiba első észlelésének időpontja és az utolsó ismert jó működés időpontja együtt hasznos információ. A „tegnap óta” helyett jobb egy dátum és megközelítő idő. A fejlesztő így a megfelelő időszakot keresheti a naplókban. Egy képernyőkép mellé másold be a hibaüzenet teljes szövegét is, ha ez lehetséges. A hibakód és a hozzá kapcsolódó mondat a vizsgálat során külön jelentőséget kaphat.

Gyűjtsd össze az előző változtatásokat: rendszer- vagy bővítményfrissítés, tárhelyváltás, PHP-verzió módosítása, új importfájl, jelszócsere, külső szolgáltatás beállításának átírása. Ezek lehetséges összefüggések. Attól, hogy két esemény közel történt egymáshoz, még vizsgálni kell az ok-okozati kapcsolatot. Ha valaki már próbálta javítani az oldalt, az általa végzett módosítások listáját is kérd el.

Ugyanilyen lényeges a hiba kiterjedése. Csak az adminfelület érintett, vagy a látogatók is találkoznak vele? Egyetlen művelet állt le, vagy az egész oldal elérhetetlen? Ebből látszik, milyen sorrendben indokolt foglalkozni az egyes problémákkal.

A mentést és a hozzáféréseket is tisztázni kell

Javítás előtt meg kell nézni, van-e használható mentés, mikor készült, és mit tartalmaz. A fájlok és az adatbázis együtt is érintettek lehetnek. Érdemes a jelenlegi állapotot is megőrizni, mert az a vizsgálathoz szükséges adatokat és az utolsó mentés óta keletkezett bejegyzéseket is tartalmazhatja. Egy régi állapot visszatöltése előtt külön át kell gondolni a közben beérkezett rendelések, jelentkezések vagy egyéb adatok sorsát.

Egy hibásan lefutó import ismételt elindításával is óvatosan kell bánni. Előbb tisztázni kell, az előző futás meddig jutott, és az ismétlés képezhet-e másolatokat. A képernyőn látható hiba eltüntetése mellett a már módosított adatok ellenőrzése is része lehet a feladatnak.

A szükséges hozzáférés a problémától függ: adminisztrátori, tárhely-, fájl- vagy adatbázis-hozzáférésre, illetve naplókra lehet szükség. Ezek átadását külön egyeztetjük. Jelszót ne írj a rendelés megjegyzésébe; csak olyan rendszerhez adj hozzáférést, amelynek kezelésére jogosult vagy.

A hibajavítás terjedelmét előre határozzuk meg

Határozott véleményem, hogy a „csináljuk meg, hogy jó legyen” túl bizonytalan megrendelés. Érdemes konkrétan leírni a javítandó hibát és azt a működést, amelyet az átadáskor ellenőrzünk. WordPress, WooCommerce, OpenCart, egyedi PHP-program, adminfelület, adatimportáló vagy külső kapcsolat hibájával is megkereshetsz. A vizsgálat dönti el, mi okozza az elakadást, és az adott keretek között milyen beavatkozás végezhető el.

Előfordulhat, hogy egy félbehagyott funkcióhoz további fejlesztés kell, vagy több egymástól független probléma derül ki. Teljes rendszerátalakítás, új integráció vagy átfogó korszerűsítés külön feladat lehet. Ilyenkor a további munkát előre egyeztetjük. Zárt rendszer esetén a szolgáltató vagy az eredeti fejlesztő közreműködésére is szükség lehet.

A javítás végét a működés ellenőrzése jelenti

Az átadásnál ugyanazt a műveletet kell újra elvégezni, amellyel a hibát bemutattad. Nézzük meg a kapott eredményt és az érintett kapcsolódó funkciókat is. Egy feldolgozó programnál például a bekerült adatok tartalma is számít. Jó, ha az ellenőrzéshez a vállalkozás részéről olyan munkatárs is csatlakozik, aki naponta használja a funkciót, és tudja, milyen eredményre van szükségetek.

A munka végén közérthető összefoglalót adok a feltárt okról, a módosításról és az esetleges további teendőkről. Ha elakadt a rendszered, a Hibás weboldal javítása szolgáltatásnál tudsz elindulni. Küldd el az oldal címét, a hiba rövid leírását és az első észlelés időpontját. Ebből már megkezdhető az érdemi egyeztetés.