Szerver szoftver frissítése (Apache, Nginx, PHP) – Tapasztalja meg a zökkenőmentes működést!

Szoftverfrissítés magánügyfeleknek távoli munkában

A Szoftverfrissítés akkor jó döntés, ha egy meglévő weboldal, szerverhez kötött rendszer, ügyfélkapu vagy kisebb üzleti alkalmazás már működik, de elavult összetevők miatt lassabb, sérülékenyebb vagy hibára hajlamos. Ilyenkor nem új rendszert kell építeni, hanem óvatosan felmérni a jelenlegi állapotot, mentést készíteni, majd a frissítést ellenőrzött sorrendben elvégezni. Ez távolról is megoldható, ha a megbízó pontos hozzáféréseket ad, és a feladat elején világos, hogy mit kell megőrizni.

Én azt látom, hogy sok magánügyfél túl későn foglalkozik ezzel. A weboldal vagy a kisebb szoftver működik, ezért nincs sürgősnek érezve a javítás. Aztán egy bővítmény nem indul el, az űrlap nem küld levelet, a tárhely figyelmeztetést ad, vagy a belépési oldal furcsán viselkedik. Egy online szakember ilyenkor nem csak gombokat nyomogat. Megnézi a verziókat, a naplókat, a biztonsági mentést, a függőségeket és azt is, hogy a frissítés után mi romolhat el.

Szerveres frissítés előtti állapotfelmérés

A munka első része mindig az állapot megértése. Ez nem látványos, de fontos. A szakember átnézi, milyen rendszer fut, milyen kiszolgálói környezet van alatta, milyen bővítmények, sablonok, kiegészítők vagy saját fejlesztésű részek kapcsolódnak hozzá. Egy egyszerű oldalnál ez gyors. Egy régebbi rendszer esetén több idő kell, mert a frissítés nem csak egy verziócserét jelent.

Szerintem a legnagyobb kockázat az, amikor a megbízó csak annyit mond, hogy frissíteni kell mindent. Ez kevés. Tudni kell, van-e aktív fizetés, kapcsolatfelvételi űrlap, foglalási rész, ügyféladat, terméklista vagy olyan tartalom, amelynek nem szabad eltűnnie. A távoli informatikai munka akkor lesz biztonságosabb, ha a fejlesztő előre rögzíti, milyen hozzáférés kell, mit ment le, milyen sorrendben halad, és mikor tesztel.

Tapasztalatom szerint a jó állapotfelmérés gyakran olcsóbb, mint egy rosszul indított javítás utólagos rendbetétele. Ha nincs mentés, nincs verziólista, és senki nem tudja, mi volt telepítve korábban, akkor a szakember ideje nagy része nyomozással telik. Ez nem mindig kerülhető el, de csökkenthető.

Szoftverfrissítés árak és munkadíjak

Az ár főleg attól függ, mennyire összetett a rendszer, van-e hiba már a munka előtt, és kell-e utólagos ellenőrzés. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert kimarad a mentés, a tesztelés vagy a visszaállítási terv. Nem mindig a legdrágább megoldás a legjobb, de a gyanúsan alacsony árnál érdemes rákérdezni, pontosan mit tartalmaz.

A fenti díjak tájékoztató jellegűek, de reálisak távoli munkára. Egy magánszemélynek általában nem havi nagy csomag kell, hanem pontosan körülírt beavatkozás. Ettől még lehet érdemes rövid utóellenőrzést kérni, mert néhány hiba csak használat közben látszik.

Megbízható frissítési szakember kiválasztása

A frissítési szakember kiválasztásánál nem elég azt nézni, hogy valaki tud-e weboldalt készíteni. Itt más a feladat. Meglévő rendszert kell úgy módosítani, hogy közben ne vesszen el adat, ne romoljon el a megjelenés, és ne legyen hosszú kiesés. Ezért fontos a korábbi tapasztalat, a nyugodt kommunikáció és az, hogy az illető ne ígérjen biztos eredményt látatlanban.

A Qjob.hu oldalán a magánügyfél olyan szakembert kereshet, aki távoli munkában vállal szoftverkarbantartást, hibakeresést vagy rendszerfrissítést. Érdemes a feladatleírásban megadni a rendszer nevét, a jelenlegi hibát, a tárhely vagy kezelőfelület típusát, és azt is, hogy volt-e már korábbi sikertelen próbálkozás. Ezen a felületen az a jó leírás, amelyből az online szakember gyorsan látja, mire kell ajánlatot adni.

Volt olyan eset, amikor egy ügyfél csak egy sablon frissítését kérte. A munka közben derült ki, hogy a régi sablon saját módosításokat tartalmazott, amelyeket évekkel korábban kézzel írtak bele. A sima frissítés ezeket felülírta volna. A fejlesztő végül előbb mentést készített, majd külön átvitte a szükséges részeket. Ez drágább lett, mint egy egyszerű frissítés, de így nem tűnt el a fontos tartalom.

Távoli munka menete és kommunikáció

A távoli frissítés akkor működik jól, ha a feladat elején nincs homály. A megbízó elküldi a szükséges hozzáféréseket biztonságos módon, megadja, melyik részek fontosak, és leírja, mikor lehet rövid kiesés. A szakember ezután ellenőrzi a jelenlegi állapotot, mentést készít, majd elvégzi a szoftverfrissítést vagy a kapcsolódó javítást. A végén tesztelni kell a belépést, az űrlapokat, a megjelenést, a fizetési vagy foglalási részt, ha van ilyen.

Nem kell hosszú online értekezlet minden apróságról. De kell egy rövid, érthető egyeztetés. Mi a cél. Mi számít hibának. Milyen eredményt kell átadni. És milyen jelzésből látszik, hogy a munka kész. A jó fejlesztő röviden leírja, mit módosított, mit nem módosított, és mire kell figyelni a következő napokban.

Az eredmény átadása lehet rövid üzenet, képernyőkép, változtatási lista vagy hozzáférés nélküli összefoglaló. Magánügyfeleknél ez sokszor elég. Nagyobb rendszer esetén jobb, ha készül egy egyszerű dokumentum is. Nem jogi irat, csak egy használható leírás arról, mi történt.

Gyakori hibák szoftverkarbantartás közben

Sokan ott hibáznak, hogy frissítés előtt nem készítenek teljes mentést. Van, aki csak az adatbázist menti, de a fájlokat nem. Más csak a fájlokat másolja le, de az adatbázist nem. A kettő együtt ad biztonságot. Ha baj van, csak így lehet visszaállni egy korábbi állapotra.

Másik gyakori gond a türelmetlenség. A megbízó gyors eredményt vár, a szakember pedig kihagyja az ellenőrzést. Ez elsőre olcsóbbnak látszik, de később jönnek az apró hibák. Nem működik egy gomb. Eltűnik egy kép. Lassabb lesz az adminfelület. Nem érkezik meg egy levél. Ezek nem mindig nagy hibák, de rontják a használatot.

Én azt látom, hogy az elavult rendszereknél nem mindig lehet mindent egy lépésben rendbe tenni. Néha előbb átmeneti javítás kell, utána külön nagyobb frissítési kör. Ez nem kifogás, hanem ésszerű sorrend. A régi környezet és az új verziók között lehet olyan különbség, amelyet nem szabad vakon kezelni.

Minőség, tesztelés és átadás frissítés után

A munka nem akkor kész, amikor a frissítés gomb lefutott. Akkor kész, amikor az alapfunkciók ellenőrizve vannak, a hibák nem ismétlődnek, és a megbízó érti, mit kapott. A jó minőség itt nem látványos. Inkább abban látszik, hogy nincs pánik, nincs adatvesztés, és az oldal vagy a rendszer stabilan működik tovább.

A tesztelésnek nem kell túl bonyolultnak lennie. Egy kisebb online rendszer esetén elég lehet a belépés, a főoldal, az űrlap, a menü, a fontos aloldalak és a visszaigazoló levelek ellenőrzése. Ha a rendszer rendelést, fizetést vagy időpontfoglalást kezel, akkor próbaművelet is kell. Enélkül könnyen marad rejtett hiba.

A Szoftverfrissítés végén érdemes elkérni a rövid összefoglalót. Milyen verzióról milyen verzióra történt váltás. Volt-e figyelmeztetés. Maradt-e későbbi teendő. Kell-e újabb ellenőrzés néhány hét múlva. Ez a pár sor később sok időt takaríthat meg, főleg ha másik szakember veszi át a munkát.

Aki távoli segítséget keres, annak a legfontosabb nem az, hogy minden műszaki részletet értsen. Elég, ha pontosan leírja a célt, megadja a szükséges anyagokat, és olyan szakembert választ, aki nem bagatellizálja a kockázatokat. A szoftverkarbantartás nyugodt, lépésenkénti munka. Ha így történik, a frissítés nem külön stressz, hanem a meglévő rendszer normális gondozása.