Röviden: A PHP-verziót tárhelyen többnyire az ügyfélterületen módosítja, egy „PHP-beállítások” vagy „PHP-verzió” hasonló menüpont alatt, gyakran domainenként külön. Előtte szüksége van egy mentésre és a CMS-e rendszerkövetelményeire, utána egy működési tesztre. Fontos a PHP2Shell után: a kiválasztás csak a PHP-ágat határozza meg. Hogy ez az ág javított-e, azt a tárhelyszolgáltatónak kell megerősítenie.
Miért módosítja most sok üzemeltető a PHP-verziót
A PHP2Shell óta sok weboldal-üzemeltető évek óta először néz bele a tárhelybeállításaiba. Gyakran PHP 7.4-et vagy 8.1-et találnak ott, mert az oldalt egyszer így állították be, és azóta senki sem nézett rá. A PHP-projekt ezeket az ágakat már nem látja el kiadásokkal; a PHP2Shell ellen csupán minimális forráskód-javításokat bocsátott rendelkezésre a 7.4-hez, a 8.0-hoz és a 8.1-hez.
Az átállás a legtöbb tárhelyszolgáltatónál egy kattintás. Éppen ez teszi kockázatossá: egy régebbi weboldal, amelynek a kódját nem újabb PHP-verziókra írták, utána esetleg csak egy hibaüzenetet mutat. Némi előkészülettel ez elkerülhető. Hogy a tárhelyszolgáltató a PHP2Shell keretében mit vállal át, és mi marad Önnél, azt a Megosztott tárhely: mit tesz a tárhelyszolgáltató oldal írja le.
A panelben való kiválasztás nem a javítás
Gyakori félreértés: aki az ügyfélterületen a 8.2-ről a 8.3-ra áll át, azzal nem zárta be automatikusan a PHP2Shellt. Egy olyan ágat választ, amelyet a tárhelyszolgáltató biztosít. Hogy ez az ág tartalmazza-e a javításokat, vagyis a 8.3.36-on áll-e, vagy van megerősített backportja, azt a tárhelyszolgáltató kezében van.
Fordítva is igaz: ha a korábbi 8.2-es ága a tárhelyszolgáltatónál javított, a PHP2Shell ellen védett, váltás nélkül is. Az újabb verzióra való áttérés ettől még értelmes, mert a PHP 8.2 a támogatás végét 2026. december 31-én éri el. A javítási állapotot erősíttesse meg írásban; mintát kínál rá a A tárhelyszolgáltató megkérdezése a javítási állapotról útmutató.
PHP-verzió módosítása tárhelyen: lépésről lépésre
A menünevek szolgáltatónként különböznek. Keressen az ügyfélterületen olyan kifejezésekre, mint PHP-beállítások, PHP-verzió, PHP-konfiguráció vagy szkriptnyelvek. Sok szolgáltatónál a kiválasztás az egyes domain kezelésében található.
- Jegyezze fel a jelenlegi állapotot: Melyik PHP-verzió fut domainenként és aldomainenként? A beállítások képernyőfotója segít a visszaútnál.
- Készítsen mentést: Fájlok és adatbázis, lehetőleg a tárhelyszolgáltató mentési funkciójával és emellett letöltésként is.
- Ellenőrizze a követelményeket: Mely PHP-verziókat támogatja a CMS-e vagy webshopja a telepített verzióban? Ez a gyártó rendszerkövetelményei között áll, például a wordpress.org, shopware.com vagy typo3.org oldalon.
- Frissítse a bővítményeket és a témákat: Az elavult bővítmények a PHP-váltás utáni hibák leggyakoribb okai. Frissítse őket az átállás előtt.
- Használjon tesztkörnyezetet, ha van: Sok tárhelyszolgáltató kínál stagingot vagy másolatot egy aldomainen. Először ott állítson át.
- Állítsa át: Válassza ki az új verziót, mentse, várjon néhány percet. Egyes tárhelyszolgáltatók nem veszik át azonnal a módosítást.
- Tesztelje: Nyissa meg a főoldalt, az űrlapot, a bejelentkezést, a keresést, a kosarat és a fizetési folyamatot, jelentkezzen be az admin területre és mentsen.
- Olvassa el a hibanaplót: Az ügyfélterületen többnyire van PHP-hibanapló. Az átállás utáni figyelmeztetések megmutatják, hol kellenek módosítások.
Az átállást a fő üzleti időn kívül végezze, és gondoskodjon arról, hogy a weboldalt ismerő személy a következő órában elérhető legyen. A hibák gyakran csak ritkán használt funkcióknál tűnnek fel.
Melyik verzió a megfelelő?
Válassza a legújabb verziót, amelyet az alkalmazása hivatalosan támogat. Az ok egyszerű: minden PHP-ág csak korlátozott ideig kap biztonsági frissítéseket. Minél újabb az ág, annál hosszabb nyugalma van. Az aktuális futamidőket a php.net a támogatott verziók oldalán közli; a ciklus működését a PHP-verziók és kiadási ciklus oldal magyarázza.
| Ág | Javított verzió (PHP2Shell) | Besorolás |
|---|---|---|
| PHP 8.5 | 8.5.12 | jelenleg támogatott |
| PHP 8.4 | 8.4.27 | jelenleg támogatott |
| PHP 8.3 | 8.3.36 | jelenleg támogatott |
| PHP 8.2 | 8.2.35 | a támogatás 2026. december 31-én ér véget |
| PHP 8.1 és régebbi | nincs hivatalos kiadás | csak forrásszintű vagy szolgáltatói backportok |
Ha az alkalmazása nem támogat 8.2-től felfelé verziót, az átállás önmagában nem lehetséges. Akkor először az alkalmazást kell frissíteni vagy lecserélni. Ezt az utat a PHP 8.1-es és régebbi verziók migrációja szolgáltatásunk írja le.
Tipikus buktatók az átállás után
Egy üres oldal vagy egy 500-as hiba többnyire egy olyan bővítményre vagy témára utal, amely nem viseli el az új verziót. A hibanapló általában megnevezi a fájlt és a sort. Kapcsolja ki az okozót, vagy állítson vissza átmenetileg.
A saját PHP-beállítások váltáskor néha elvesznek. Aki például magasabb feltöltési korlátot vagy hosszabb szkriptfutási időt állított be, ellenőrizze, hogy ezek az értékek az új verzióra is érvényesek-e. Ügyeljen arra, hogy ne írja felül a tárhelyszolgáltató PHP2Shell elleni átmeneti intézkedéseit.
Ha a weboldal az átállás után régi tartalmakat vagy furcsa hibákat mutat, egy gyorsítótár lehet a bűnös. Ürítse ki a CMS és az esetleges gyorsítótár-bővítmények gyorsítótárát. Ha a probléma megmarad, kérdezze meg a tárhelyszolgáltatót, hogy a szerveroldali gyorsítótárakat újra kell-e építeni.
Ne felejtse el az aldomaineket, a tesztinstallációkat és a régi könyvtárakat. A weboldal régóta elfelejtett, PHP 7.4-en futó másolata ugyanúgy támadható, mint a főoldal. Hogyan szabadulhat meg az ilyen örökségektől, azt a Régi PHP-verziók leállítása írás írja le.
Hogyan segít konkrétan a PHP SOS?
- Felmérjük, mely PHP-verziók futnak a domainjein és aldomainjein, és a tárhelyszolgáltatóval tisztázzuk a javítási állapotot.
- Ellenőrizzük az alkalmazása kompatibilitását, és először tesztkörnyezetben állítunk át.
- Kísérjük az átállást, kiértékeljük a hibanaplót, és kijavítjuk a hibákat, vagy ellenőrzötten visszaállítunk.
- Ahol az alkalmazás nem viseli el a támogatott verziót, megtervezzük a migrációt, és biztosítjuk az átmeneti időszakot.
Gyakori kérdések
Bezárja a PHP2Shellt az újabb PHP-verzióra való átállás?
Csak akkor, ha a tárhelyszolgáltató maga javította a kiválasztott verziót. Az ügyfélterületen többnyire csak az ágat választja ki, például a 8.3-at. Hogy ez az ág a 8.3.36-on vagy egy megerősített backporton áll-e, azt a tárhelyszolgáltató dönti el.
Melyik PHP-verziót válasszam?
A legújabbat, amelyet a CMS-e vagy webshopja a gyártó rendszerkövetelményei szerint támogat. A PHP 8.2 a támogatás végét 2026. december 31-én éri el, ezért a 8.3 vagy újabb a jobb választás, ha az alkalmazása megengedi.
Mi történik, ha a weboldal az átállás után már nem fut?
Állítsa vissza az ügyfélterületen az előző verziót. Jegyezze fel a hibaüzenetet a hibanaplóból, és javíttassa ki az okot, mielőtt újra megpróbálja. Ne maradjon tartósan olyan verzión, amelyhez nincs biztonsági frissítés.
Beállíthatok különböző PHP-verziókat különböző domainekhez?
Sok tárhelyszolgáltatónál igen, domainenként, aldomainenként vagy könyvtáranként. Ez praktikus a teszteléshez, de megvan a veszélye, hogy egy régi verzió tovább fut egy elfelejtett aldomainen.