Weboldal-üzemeltetés és karbantartás

Mit jelent a folyamatos figyelés?

Egy saját fejlesztésű felügyeleti rendszert. Az elérhetőséget egy külső figyelő ötpercenként nézi, a többit a rendszer minden reggel végigellenőrzi azokon az oldalakon, amiket gondozok. Amit néz, közérthetően:

• Elérhető-e az oldal. Ha leáll, percek alatt jelzést kapok.
• Lejár-e valami. A tanúsítvány és a domain lejárata előtt szól, amíg van idő megújítani.
• Naprakész-e a rendszer. WordPress-oldalon a mag, a téma és a bővítmények verziója — és az is, ha egy bővítményt levesznek a WordPress tárából, vagy a fejlesztője magára hagyja.
• Jár-e idegen az oldalon. Új admin-fiók, ami a feltörés leggyakoribb nyoma; ismeretlen kód; a lap forrásába került titkos kulcs.
• Úgy néz-e ki, mint tegnap. A megjelenést egy rögzített állapothoz méri, tehát ha egy elem szétcsúszik vagy eltűnik, az kiderül, mielőtt egy látogató szólna.
• Megtalálják-e a keresők. Véletlenül bekapcsolt „ne indexelj” jelzés, halott link, be nem töltődő kép.
• Ép-e a mentés. Naponta készül, a másolata külön helyre kerül, és a rendszer azt is megnézi, van-e benne adat — egy üres mentés a mérete alapján ugyanolyannak látszik, mint egy jó.
• Célba ér-e a levél. Az oldal domainjének e-mail-hitelesítése, hogy a leveleid ne a spambe menjenek, és más ne küldhessen a nevedben.

Ha hibát jelez, azonnal nekiállok, hétvégén és munkaidőn kívül is: a készenlét a karbantartás része. A figyelés arra való, hogy a hiba ne a látogatóktól derüljön ki, és ne hetekkel később. Egy feltört oldal ugyanis épp a tulajdonosa elől tud rejtőzni.

Miért nem várhat a frissítés?

2025-ben 11 334 új sebezhetőséget találtak a WordPress körül, és kilenctizedük bővítményekben volt. A tömegesen támadott hibák felét a nyilvánosságra kerülés után öt órán belül támadni kezdték — ezt a Patchstack éves jelentése mérte.

2026 áprilisában az uniós intézmények kiberbiztonsági központja, a CERT-EU arról írt, hogy mesterséges intelligencia önállóan ezerszámra talált súlyos hibát, és több esetben működő támadást is írt hozzájuk. A hibák felkutatása ezzel olcsóbb lett — annak is, aki nem javítani akarja őket. Arról, hogy ez mit változtat egy kis cég honlapján, és mit nem, külön írtam.

Ezért frissítek ütemezetten, és ezért fut minden új oldalam saját témán, a lehető legkevesebb bővítménnyel. Ahová nem kerül bővítmény, oda a hibák kilenctizede el sem ér.

Miért romlik el egy honlap, ha senki nem nyúl hozzá?

Egy honlap nem önmagában áll. Egy szerveren fut, amit a tárhelyszolgáltató időnként új szoftverre vált, böngészőkben jelenik meg, amik évente többször frissülnek, és többnyire olyan összetevőkből épül, amiket a készítőik tovább fejlesztenek. Ami ma hibátlanul működik, az nem magától működik jövőre is — a környezete mozog alatta.

Ebben a cikkben azt írom le, mi romlik el egy magára hagyott honlapon, hogyan néz ki az a munka, amit karbantartás néven csinálok, és mikor melyik forma éri meg.

Mi romlik el magától?

A leggyakoribb hibák nem az oldalon belül keletkeznek, hanem a környezet változásából. Néhány jellemző eset, ahogy a tulajdonos találkozik velük:

• A tárhely új PHP-verzióra vált, és az oldal helyén fehér képernyő marad — vagy egy hibaüzenet, látogatók szeme előtt. Ezt egy másolaton előre ki lehet próbálni.
• Két bővítmény egy frissítés után összeakad, és az űrlap nem küldi el az üzenetet. A látogató ezt nem jelzi, egyszerűen mást keres.
• A biztonsági tanúsítvány lejár, és a böngésző piros figyelmeztetést mutat az oldal helyett.
• Egy régóta ismert biztonsági résen keresztül feltörik az oldalt, ami ezután spamet küld vagy másik oldalra irányít.
• Az űrlapot robotok találják meg, és a postafiókot elönti a géppel küldött üzenet.

Ezek nem ritka, látványos üzemzavarok, hanem lassú kopás. A legtöbbje csendben történik, a tulajdonos hetekkel később veszi észre — vagy akkor sem, csak a megkeresések fogynak el.

Mit jelent a weboldal üzemeltetése a gyakorlatban?

A weboldal üzemeltetése négy dologból áll nálam: frissítés, mentés, hibajavítás és kisebb módosítások. A frissítés a rendszert és a bővítményeket tartja naprakészen, mielőtt a különbség hibává válna. A mentés arra való, hogy legyen hova visszanyúlni, ha valami mégis eltörik — mentés nélkül a hiba végleges is lehet. A hibajavítás és a kisebb módosítás pedig a napi valóság: egy elakadt űrlap, egy új árlista, egy cserélendő kép.

Ez nem napi figyelmet jelent. A tulajdonos akkor ír, amikor valami kell, a háttérmunka pedig ütemezetten fut — a legtöbb hónapban észrevétlenül. Az üzemeltetés jó esetben unalmas: az az állapot, amikor nincs miről beszélni.

Mikor éri meg havidíjban, és mikor elég eseti?

A havidíjas forma ott éri meg, ahol az oldalon rendszeres a változás, vagy ahol az oldal kiesése közvetlen bevételkiesés — foglalás, fizetés, megrendelés fut rajta. Ilyenkor a karbantartás nem alkalmi javítás, hanem folyamatos felügyelet, és a havidíj ezt a készenlétet fedezi.

Egy kis, ritkán változó bemutatkozó oldalnál az eseti munka is védhető: évente egy-két alkalom, felmérés, frissítés, mentés. A különbség annyi, hogy eseti formában a két alkalom között senki nem figyeli az oldalt — ezt érdemes tudva vállalni, nem véletlenül.

Át lehet venni egy oldalt, amit más készített?

Át lehet, és a karbantartási megkeresések nagy része pontosan ilyen: az oldal elkészült valamikor, a készítője pedig azóta elérhetetlen, vagy megszűnt a kapcsolat. Az átvételhez két dolog kell — hozzáférés a tárhelyhez és az adminfelülethez.

Az átvétel nálam felméréssel indul: megnézem, mi fut az oldal alatt, milyen állapotban vannak az összetevői, és leírom, mit találtam. Ebből derül ki az is, mennyi az elmaradás, és mi az, ami sürgős. A felmérés után a tulajdonos dönt — a leírás akkor is nála marad, ha nem lesz folytatás.

Hogyan csinálom a gyakorlatban

A frissítés nálam nem az „összes frissítése” gomb. Előtte mentés készül, a frissítés után pedig végignézem az oldal kulcspontjait — űrlap, fizetés, foglalás, ami az adott oldalon fontos. Ha egy frissítés láthatóan kockázatos, előbb másolaton próbálom ki. A sorrend abból a tapasztalatból jött, hogy élő oldalon a legkisebb módosításnak is lehet következménye — az egyik esettanulmányban le is írtam, mi történt, amikor ez a védőháló hiányzott.

A mentésnél a visszaállíthatóság számít, nem a mentés ténye. Külön helyre kerül, nem arra a tárhelyre, amit védenie kell, és időnként próbát is teszek vele — a mentés ugyanis csak akkor ér valamit, ha vissza is állítható.

Hogyan néz ki ez élesben? A munkáim közül a szálláshely honlapjáról szóló esettanulmány áll ehhez a laphoz a legközelebb: az arról szól, mi történt egy oldallal az átadás utáni években.

Kérdések a témáról

← Vissza a kezdőlapra