# PHP-verzió módosítása a tárhely ügyfélterületén

> A PHP-verzió módosítása tárhelyen a weboldal veszélyeztetése nélkül: előkészítés, a megfelelő célverzió, teszt az átállás után és a visszaút.

Forrás: https://phpsos.de/hu/blog/php-version-hosting-aendern/  
Állapot: 2026. 10. 25.  
Szolgáltató: PHP SOS, PHP-vészhelyzeti segítség és szerverbiztonság. Azonnali segítség WhatsAppon: https://wa.me/491736494914?text=%C3%9Cdv%C3%B6zl%C3%B6m%2C%20PHP%20SOS%21%20Seg%C3%ADts%C3%A9gre%20van%20sz%C3%BCks%C3%A9g%C3%BCnk%20a%20PHP-szerver%C3%BCnkkel.%20C%C3%A9g%3A%20%E2%80%A6%20Weboldal%3A%20%E2%80%A6

**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ó](https://phpsos.de/hu/server/shared-hosting/) 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](https://phpsos.de/hu/ratgeber/hoster-patch-status-erfragen/) ú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ó.

1. **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.
2. **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.
3. **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.
4. **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.
5. **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.
6. **Á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.
7. **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.
8. **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.

> **Tipp:**
> 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](https://phpsos.de/hu/php/release-zyklus/) 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](https://phpsos.de/hu/leistungen/php-migration-legacy/) 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](https://phpsos.de/hu/blog/alte-php-versionen-abschalten/) í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.

## Források

- [php.net: támogatott verziók](https://www.php.net/supported-versions.php)
- [php.net: biztonsági közlemények](https://www.php.net/)
- [WordPress](https://wordpress.org/)