PHP-beállítások

Minden weboldal saját, elszigetelt PHP-környezetben fut, így a PHP-verzió és a legtöbb beállítás oldalanként (domainenként, aldomainenként) külön választható. Ez az oldal leírja a verzióváltást, az alapértelmezett korlátokat, a .user.ini használatát, a Redis/Memcached elérését és a naplók helyét.

Technikai környezet röviden

PHP-verzió váltása

A verziót a vezérlőpultban Ön is átállíthatja, oldalanként külön.

1. Lépjen be az admin.hidden.hu felületre.
2. Domainek menü → kattintson a domainre (részletek).
3. A PHP verzió váltás blokkban válassza ki a kívánt verziót.
4. Mentse. A weboldal konténere újraindul, ez néhány másodperces kiesést okoz.
5. Ellenőrizze az oldalt (főoldal, admin, űrlapok, kosár). WordPressnél az Eszközök → Webhely egészsége → Információ → Szerver alatt látja a ténylegesen futó verziót.

Ha a váltás után „PHP verzió váltás sikertelen!” üzenetet kap, az rendszerint nálunk jelentkező hiba – írjon a [email protected] címre, és javítjuk.

Melyik verziót válasszam?

• Új oldalhoz a legújabb, az alkalmazása által támogatott verziót.
• WordPressnél a WordPress által aktuálisan ajánlott verziót; elavult verziónál a Webhely egészsége „elavult PHP” figyelmeztetést mutat.
• Régi oldal (régi téma, régi bővítmények, régi keretrendszer) 8.x-en eltörhet. Váltás előtt nézze meg a fejlesztőjével a kompatibilitást, vagy próbálja ki egy teszt aldomainen.
• Elavult verzióra nem kényszerítjük, és újabbra sem állítjuk át az oldalát kérés nélkül – a döntés mindig az Öné.

Ha a váltás után hibás lett az oldal

1. Váltson vissza az előző verzióra a vezérlőpultban – ez néhány másodperc alatt helyreállítja az oldalt.
2. Nézze meg a logs/php.log fájlt FTP-n: a hibaüzenet általában megmondja, melyik bővítmény vagy fájl a gond (pl. Call to undefined function get_magic_quotes_gpc(), Class ... not found).
3. Frissítse vagy cserélje a hibás bővítményt/témát, majd próbálja újra az újabb verziót.
4. WordPressnél egy hibás bővítményt FTP-n is kikapcsolhat: nevezze át a könyvtárát a web/wp-content/plugins/ alatt (pl. elementor → elementor.off).

Webgyökér (root könyvtár) módosítása

Alapesetben a weboldal a web/ könyvtárból szolgálódik ki. Keretrendszereknél (Laravel, Symfony) a nyilvános könyvtár egy alkönyvtár:

1. Domainek → domain részletei → Root könyvtár váltás.
2. Adja meg a web/ alatti alkönyvtárat, pl. public – ekkor a rendszer a web/public/ könyvtárat használja.
3. Mentse.

Alapértelmezett PHP-korlátok

Fontos további korlát: a weboldalak a Cloudflare mögött futnak, amely 100 másodperc után megszakítja a választ (524-es hiba). Hiába emeli a max_execution_time értéket, egy böngészőből indított kérés 100 másodpercnél tovább nem futhat. Hosszú feladatot (import, export, nagy feldolgozás) bontson részekre, vagy futtassa háttérben, ütemezett feladatként – lásd Időzített feladatok.

Beállítások módosítása .user.ini-vel

A PHP-beállítások egy részét Ön is módosíthatja egy .user.ini fájllal a weboldal gyökerében (web/.user.ini; ha másik root könyvtárat állított be, akkor abban).

Példa:

memory_limit = 256M
upload_max_filesize = 64M
post_max_size = 64M
max_execution_time = 120
max_input_vars = 5000

Tudnivalók:

• A változás legfeljebb 5 perc múlva lép életbe (a PHP ennyi időnként olvassa újra a fájlt).
• A post_max_size legyen legalább akkora, mint az upload_max_filesize.
• Ne adjon irreálisan nagy memóriát (pl. több GB-ot): a tárhely konténerének memóriakorlátja miatt a folyamatot a rendszer leállíthatja, ami 500/503-as hibát okoz.
• A max_input_vars emelése (sok menüpont, nagy WooCommerce-beállítóoldal) nem növeli az erőforrás-használatot, nyugodtan emelheti.
• Ellenőrzés: hozzon létre ideiglenesen egy web/info.php fájlt <?php phpinfo(); tartalommal, nyissa meg böngészőben, majd törölje – ne maradjon nyilvánosan elérhető.
• Ha egy beállítás nem változik, vagy magasabb értékre van szüksége, írjon a supportnak – oldalanként beállítjuk.
• Régi szolgáltatótól áthozott .user.ini vagy php.ini hivatkozhat nem létező útvonalra (pl. session.save_path = /home/.../tmp). Az ilyen sorokat törölje, mert hibát okoznak.

.htaccess és PHP

• A .htaccess fájlok működnek (átirányítások, rewrite-szabályok, jelszavas védelem, tiltások).
• php_value és php_flag sorokat ne írjon a .htaccess-be: PHP-FPM mellett ezek nem működnek, és 500-as „Internal Server Error”-t okozhatnak. PHP-beállításhoz a .user.ini-t használja.
• Óvatosan a máshonnan átvett biztonsági .htaccess-szabályokkal (pl. SetHandler, php_flag engine off): ha rossz könyvtárba kerülnek, kikapcsolhatják az oldal PHP-futtatását.

PHP-bővítmények

A szokásos, CMS-ekhez szükséges bővítmények elérhetők (pl. mysqli/PDO, GD és imagick, OPcache, memcached). A pontos listát az adott PHP-verzióhoz a phpinfo() oldalon látja.

• ionCube Loader kérésre beállítható.
• Ha egy bővítmény hiányzik (pl. bcmath, redis), írjon a supportnak. Egyes verziókhoz kérésre beépítjük; ahol ez nem lehetséges, alternatív megoldást javaslunk (pl. a PhpRedis helyett a tisztán PHP-ban írt Predis könyvtár).
• open_basedir-t és a letiltott rendszerfüggvényeket biztonsági okból nem kapcsoljuk ki.

Redis és Memcached

Minden szerveren díjmentesen elérhető:

• A Redis a szerver közös gyorsítótára, kis méretű és nem tartós tár: csak gyorsítótárnak használja, és adjon egyedi kulcs-előtagot (prefix), hogy ne ütközzön más oldalak kulcsaival. Érzékeny adatot ne tároljon benne.
• WordPressnél objektum-gyorsítótárként használható (pl. Redis Object Cache bővítmény, WP_REDIS_HOST = redis., WP_REDIS_PREFIX = egyedi érték).
• Laravelnél: REDIS_HOST=redis., REDIS_PASSWORD=null, és állítson be REDIS_PREFIX-et.

Levélküldés PHP-ból

• A PHP mail() függvény működik, a levél a szerver helyi levelezőrendszerén keresztül megy ki.
• A feladó (From) címe a weboldal saját domainjén legyen (pl. [email protected]), és a domain SPF-rekordja tartalmazza az include:spf.hidden.hu bejegyzést – különben a levelek spambe kerülhetnek vagy elutasítják őket.
• Ha a mail() nem működik, vagy az alkalmazás SMTP-t kér, használja a tárhely helyi SMTP-jét: host smtp., port 25, hitelesítés és titkosítás nélkül. A küldés óránként korlátozott (alapértelmezés szerint 500 levél/óra), hírlevélre ezért külső szolgáltatást (pl. Mailchimp, Mailgun) használjon.
• A weboldalról küldött levelek naplója a logs/ könyvtárban található.

Részletesebben: WordPress a Hidden tárhelyen – levélküldés.

Naplók (logok)

FTP-n vagy SFTP-n a tárhely logs/ könyvtárában:

• Egyes szervereken a vezérlőpultban a domain részleteinél Logok és Terminal megnyitása gomb is megjelenik – itt böngészőből is megnézheti a naplókat.
• A naplók nem korlátlan ideig maradnak meg; régi (1-2 hónapnál régebbi) adatokra ne számítson.
• A napló fájlokat ne törölje a könyvtárral együtt (a logs/ könyvtárnak léteznie kell); ha egy napló túl nagy, kiürítheti vagy törölheti magát a fájlt.

Gyakori hibák

Gyakori kérdések

Ki tudja átállítani a PHP-verziót – én vagy a support? Ön is, a vezérlőpultban (Domainek → részletek → PHP verzió váltás). Ha a listában nem szereplő verzió kell, vagy a váltás hibára fut, a support segít.

Lehet oldalanként (aldomainenként) más PHP-verzió? Igen, minden domain/aldomain külön tárhely, saját PHP-verzióval.

A WordPress elavult PHP-ra figyelmeztet. Mit tegyek? Állítsa át a vezérlőpultban egy újabb, a WordPress által ajánlott verzióra, előtte ellenőrizze a téma és a bővítmények kompatibilitását. Ha valami eltörik, egy kattintással visszaválthat.

Mennyi ideig áll az oldal verzióváltáskor? Néhány másodpercig, amíg a konténer újraindul.

Emelhető a memória vagy a feltöltési limit? Igen, .user.ini-vel Ön is emelheti, ésszerű határon belül, vagy kérje a supporttól.

Van SSH, Composer, WP-CLI? Igen: SSH az ftp.hidden.hu 2222-es portján érhető el, a shellt a vezérlőpultban FTP-fiókonként, időablakkal kell engedélyezni. A weboldal saját környezetében fut, composer és wp-cli használható benne. Ha ez nem elérhető Önnek, a Composer-telepítést a support elvégzi, vagy a vendor könyvtárat feltöltheti FTP-n. Nagy projektnél javasoljuk, hogy a Composer és a front-end build a CI-folyamatban fusson, és csak a kész fájlok kerüljenek a tárhelyre.

Átállíthatják Nginx-re vagy LiteSpeedre? Megosztott tárhelyen nem; Apache fut. Statikus gyorsítótárhoz használjon fájl alapú cache-bővítményt és a Cloudflare gyorsítótárát.

Hova írhat a PHP ideiglenes fájlokat? A tárhely saját tmp/ könyvtárába.

Kapcsolódó oldalak

• WordPress a Hidden tárhelyen
• Lassú oldal és hibakódok
• Időzített feladatok (cron)
• FTP és SFTP hozzáférés

Nem találta, amit keresett? Kérdezze az asszisztenst, vagy írjon a [email protected] címre.