Szükséges-e átváltani PHP 7-re a CMS Joomla esetén?

A Joomla! A 3.5 számos nagyon hasznos kiegészítéssel érkezett, de a legfontosabb változás az volt, amit az átlagfelhasználó nem fog azonnal észrevenni. És természetesen a PHP 7 támogatásának lehetőségéről beszélünk.

Amikor bejelentkezik az adminisztrációs területre, egy figyelmeztetés jelenik meg: A PHP 5.6.29-es verziója jelenleg csak biztonsági javításokat kap a PHP projekttől. Ez azt jelenti, hogy az Ön PHP-verziója hamarosan megszűnik. Javasoljuk, hogy a támogatás 2018. 12. 31-i lejárta előtt tervezze meg a PHP új verziójára való frissítést. A Joomla gyorsabb és biztonságosabb lesz, ha frissít a PHP újabb verziójára (PHP 7.x ajánlott). Kérjük, forduljon tárhelyszolgáltatójához a frissítési utasításokért.

Próbáljuk meg kitalálni.

Ha csak ez a figyelmeztetés zavarja meg az adminisztrációs panelen, akkor nem olvashat tovább, hanem egyszerűen tiltsa le a Plugin Manager - PHP Version Detection Plugin segítségével. Ez semmilyen módon nem befolyásolja az oldal teljesítményét, és a bosszantó értesítés (fenti kép) eltűnik.

A PHP 7-et nem szabad alábecsülni. Segítségével csökkentheti a visszafordulási arányt és az összeomlásokat, növelheti az oldalak betöltési sebességét, és mobilbarátabbá teheti munkáját.

Ha már olvasott cikkeket a PHP 7 használatának elveiről és előnyeiről, akkor valószínűleg tudja, hogy a fejlesztők szerint ennek a nyelvnek a CMS-be való bevezetése jelentősen növeli a termelékenységüket. De hogyan érintette ez közvetlenül a Joomlát? Ezt a kérdést ebben a cikkben tárgyaljuk.

A PHP 7 főként teljesítményéről és csökkentett memóriafogyasztásáról híres. A fejlesztők és a bloggerek azt állítják, hogy a kód majdnem kétszer olyan gyorsan fut, mint a php5.6

De a fő probléma a PHP7-tel az, hogy visszafelé nem kompatibilis a PHP5.6-tal. Azok. A fejlesztők nem garantálják, hogy a régi kódod működni fog a PHP új verziójában.

A PHP 7 frissített verziója a PHP legjelentősebb eseménye és legfontosabb változása lett, kezdve a PHP 5-ös verzióval, amely egyébként számos hiányosságot és panaszt tartalmazott a felhasználók részéről. A PHP fejlesztőcsapata jelentős előrelépést jelent a frissített termékben: a teljesítmény megduplázódott, és a memóriafogyasztás is 50%-kal csökkent az előző verzióhoz képest. Vannak új funkciók is: a hibás hibák kivételekké alakítása, osztályok és operátorok hozzáadása. Van azonban néhány rossz hír a Joomla CMS felhasználókkal kapcsolatban.

A Joomla 3 régi verziói (3.5-ig), valamint a Joomla 2.5 és 1.5 vonalai nem támogatják a PHP7-et.

Számos tesztet végeztek a Joomla és a php7 különböző teljesítménymutatóinak értékelésére, például https://www.gavick.com/blog/joomla-php-7-speedtest https://habr.com/company/mailru/blog /350686 /

Mindegyik 45-50%-os teljesítménynövekedést és a szerverterhelés csökkenését jelzi, ami a nagy és nagy forgalmú oldalak esetében fontos.

Ahogy a kutatási eredmények is mutatják, a PHP 7 támogatás bevezetése a Joomla! a legnagyobb elérhető fejlesztés, amely sokkal többet kínál egy egyszerű funkciófrissítésnél.

Bár első pillantásra nem feltétlenül veszi észre, az a tény, hogy a betöltési sebesség fontos tényező webhelye, a visszafordulási arány és a memóriafelhasználás javítása szempontjából, fontos a nagy számú látogatóval és oldalmegtekintéssel rendelkező webhelyek számára. 40%-kal kevesebb memória oldalanként – ez tényleg sok! Mindezeket figyelembe véve a kérdés csak az, hogy miért ne frissíthetnénk most?

Nyilvánvaló, hogy a sebesség és a memória fejlesztése nagyon vonzó lehetőségek, amelyeket a lehető leggyorsabban ki szeretne használni. Ebben az esetben azonban Jobb, ha nem rohansz, hanem mindent átgondoltan csinálsz. Végül is nagy valószínűséggel webhelyét a Joomla! korábbi verzióival telepítették. és PHP. És az a tény, hogy a Joomla! A 3.5 és újabb verziók kompatibilisek a PHP 7 legújabb kiadásával nem garantálja a kompatibilitást harmadik féltől származó bővítményekkel már telepítve van a webhelyére. Ezért a PHP frissített verziójának telepítése előtt érdemes magát a Joomlát frissíteni a legújabb verzióra, és ellenőrizni a webhelyére telepített bővítmények kompatibilitását. Ne felejtse el ellenőrizni azt is, hogy tárhelye kompatibilis-e a PHP 7-tel. Ha nem, akkor talán itt az ideje, hogy keressen egy másik modern tárhelyet, amely lehetővé teszi, hogy kihasználja a PHP új verziójának minden előnyét.

Én egy egyszerű megközelítést használok - ha a bővítményt idén (és többször is) frissítették, akkor nagy a valószínűsége annak, hogy kompatibilis a php7-tel. De ez nem tény! Fel kell keresnie a bővítmények fejlesztőinek webhelyeit, és ott kell keresnie. Probléma van a képzetlen hétköznapi felhasználókkal is. Valószínűleg a bővítménysablonok megváltoztak, vagy személyre szabták őket. A felül lévő bővítmények frissítésekor a kialakítás torzulhat. Előfordulhat, hogy a bővítménysablonokat át kell helyeznie a megfelelő helyre – a webhelysablon html mappájába. Ezért mindig mindent az adatbázis és az összes fájl archívumával kell csinálni!!!

Ha rendelkezik fizetős bővítményekkel egy domainhez (például egy online áruházhoz), akkor nagy a valószínűsége annak, hogy azokat IonCube, Opcache vagy akár a régi Zend Optimizer tárhelyhez fordítják a php egy bizonyos verziójához, és nem munka. Az ilyen kiterjesztés fejlesztőjétől meg kell tudnia, hogy megjelent-e frissítés a php7-hez, és le kell töltenie. Szerencsére ez nem általános a szokásos webhelyeknél, de előfordul az online áruházakban, ahol gyakran vásárolnak fizetős bővítményeket. Például a https://joomshopping.pro/ ez a fejlesztője mindenről lemondott, nem frissíti a php7 bővítményeit, és nem válaszol senkinek. És ez megtörténik. Csere után kell néznie az ilyen kiterjesztéseknek, vagy mindent úgy kell hagynia, ahogy van a php5.6-on (ajánlott).

Végezzen teljes ellenőrzést - mit telepített, milyen verziókat és kompatibilis-e a php7-tel.

Semmi rossz nem fog történni a webhelyével, ha egy kísérlet céljából egyszerűen php 7-re vált a személyes tárhelyfiókjában. Váltson vissza, ha valami történik, és ennyi. Ettől nem kell félni.

Váltás után ellenőrizze a webhely, az összes bővítmény és a webhely adminisztrációs panelének működését. Szükségszerűen! lépjen az Általános webhelybeállításokhoz, és engedélyezze az Összes hiba megjelenítése a fejlesztőnek lehetőséget. Ha nincs hiba az adminisztrációs panelen, akkor jó, menjen a webhelyre. Még ha nagyon sok is van belőlük, ne ijedjen meg, próbálja meg alaposan megnézni a hibakódokat. Ott általában a hibaútvonal jelzi az összetevőt (plugin, modul) és azt a fájlt, amelyben előfordul. Először frissítse ezt az összetevőt.

Gyakran használjuk a saját hibaoldalunkat, de az oldal nem töltődik be a php7-re váltás után, és azonnal megjeleníti ezt az oldalt. de nincs rajta hibakód. Ebben a helyzetben ideiglenesen nevezze át az error.php fájlt a sablon mappájában. Ezután betöltődik a szabványos hibaoldal, és egy sor jelzi az elérési utat.

Még ha a Joomla 3.8+ verziója is van, nem tény, hogy a php7-re váltáskor semmi sem fog eltörni: egyes bővítmények és összetevők még nem támogatják a php7-et.

A probléma itt az, hogy a PHP 7-ben megváltoztatták az operátorok alkalmazási sorrendjét (és nem csak):

Forráskód:
$foo->$bar["baz"]
A php5.6 verzióban ez a következőképpen értendő:
$foo->($bar["baz"])
Á, a php7 teljesen másképp érti:
($foo->$bar)["baz"]

Elvileg, ha az összetevő nagyon értékes számodra, akkor a problémát saját magad is megoldhatod, ha zárójeleket teszel a megfelelő helyre: $foo->($bar["baz"]). Ehhez a Joomla adminisztrációs panelén engedélyezze az összes lehetséges hiba megjelenítését, majd keresse meg a megfelelő problémákat fájlnevek és sorszámok segítségével.

Sok a hiba. Például: Hibák és megoldások az SJ-sablonok PHP 7.x használatára való frissítése során:

1. Google Térkép

Hiba:
Elavult: Az osztályukkal azonos nevű metódusok nem lesznek konstruktorok a PHP jövőbeli verziójában; A Plugin_googleMaps egy elavult konstruktorral rendelkezik a /plugins/system/ytshortcodes/includes/libs/googlemap/googleMaps.lib.php 385. sorában

Keresse meg: function Plugin_googleMaps

2. Cookie Lite irányelv

Hiba:
Elavult: Az osztályukkal azonos nevű metódusok nem lesznek konstruktorok a PHP jövőbeli verziójában; plgSystemEUCookieDirectiveLite egy elavult konstruktort tartalmaz a /plugins/system/EUCookieDirectiveLite/EUCookieDirectiveLite.php 37. sorában

Nyissa meg: /plugins/system/EUCookieDirectiveLite/EUCookieDirectiveLite.php

Keresse meg: function plgSystemEUCookieDirectiveLite

Csere a következőre: function __construct

3. YT keretprogram

Hiba:
Elavult: Az osztályukkal azonos nevű metódusok nem lesznek konstruktorok a PHP jövőbeli verziójában; Az YtFrameworkTemplate egy elavult konstruktorral rendelkezik a /plugins/system/yt/includes/site/lib/yt_template.php 16. sorában.

Keresés: YtFrameworkTemplate függvény

Csere a következőre: function __construct

4. YT Framework Render XML

Hiba:
Elavult: Az osztályukkal azonos nevű metódusok nem lesznek konstruktorok a PHP jövőbeli verziójában; Az YtFrameworkRenderXML egy elavult konstruktorral rendelkezik a /plugins/system/yt/includes/site/lib/yt_renderxml.php 13. sorában.

Keresés: YtFrameworkRenderXML függvény

Csere a következőre: function __construct

5. Keret objektum YT

Hiba:
Elavult: Az osztályukkal azonos nevű metódusok nem lesznek konstruktorok a PHP jövőbeli verziójában; Az YtObject egy elavult konstruktorral rendelkezik a /templates/sj_imag/menusys/ytobject.php 13. sorában

Keresés: YtObject függvény

Csere a következőre: function __construct

6. JW Minden videó

Hiba:
Elavult: Az osztályukkal azonos nevű metódusok nem lesznek konstruktorok a PHP jövőbeli verziójában; A plgContentJw_allvideos egy elavult konstruktort tartalmaz a /plugins/content/jw_allvideos/jw_allvideos.php 18. sorában

Lépjen a következő oldalra: /plugins/content/jw_allvideos/jw_allvideos.php

Keresse meg: function plgContentJw_allvideos

Csere a következőre: function __construct

A szigorú szabványok hibáit leggyakrabban kezelik – Távolítsa el a sorból és

Sok lehetséges hiba lehet, és ha nem értesz semmit, vagy hagyd úgy, ahogy van, vagy frissítsd a Joomlát és az összes bővítményt php7-tel kompatibilisre, majd próbálj meg rá váltani. Vagy forduljon szakemberhez.

Következtetések

Egyszer még át kell váltanod a php7-re új oldalakhoz, meglátogatott oldalakhoz, nagy terhelésű oldalakhoz stb. A Joomla 4 csak php7-el működik. És ez az átmenet nem lesz fájdalommentes: valószínűleg valamit ki kell javítani, vagy valamit el kell hagyni. Nem valószínű, hogy minden azonnal és hiba nélkül működjön!

Tanácsként azt tanácsolom, hogy várj még egy kicsit: talán a nálad lévő sablonok/összetevők/modulok/bővítmények egyik fejlesztője kiad egy új, PHP7-tel kompatibilis verziót. Most néhány kiterjesztés nem frissíthető php5.6-ra - azt írja, hogy php7 szükséges. Az átmeneti idők, mint tudjuk, nehezek.

De ha az oldala remekül működik, mindennel elégedett, akkor ezt egyáltalán nem kell megtennie. Nem kell ez a frissítési verseny, nagyon kellemetlen és fájdalmas tud lenni! Gondolkodnia kell webhelye további biztonságán?

Ha idegesítenek ezek az üzenetek a frissítésekről, php verziókról, e-mailekről stb. - menjen a bővítménykezelőbe és kapcsolja ki a bővítményeket - értesítés a bővítmények frissítéseiről, értesítés a Joomla frissítésekről, a php verzió ellenőrzése, a frissítési levelek (értesítések) küldése és a statisztikák. És békében élni és dolgozni.

Az emberek gyakran kérdezik: „Azt mondja, hogy a biztonság megsérül a php5.6-nál.” Nem sok, és ha webhelye megfelelően védett (olvassa el speciális webhelyünkön - https://joomlahealth.ru), akkor tökéletesen és biztonságosan fog működni a Joomla régebbi verzióin és a php régebbi verzióin.

Ha új oldalakat hozol létre, azt mindenképpen PHP7-ben kell azonnal megtenned!

Befejezésül, a Joomla hivatalos webhelyéről származó idézetek több fordítása a php 7-re és a Joomla 4-re vonatkozóan:

A Joomla 4 jövő évi megjelenésével szeretnénk felhívni a figyelmet a PHP 7-re való frissítés szükségességére.
A Joomla 4 futtatásához PHP 7 szükséges. A legtöbb tárhely már kínálja a PHP 7-et a csomagjában, és meglehetősen könnyű lesz megváltoztatni a PHP verziót.

Okok, amiért frissíteni kell a PHP-t:

A PHP 7 jobb

A PHP 7 valójában olyan teljesítményjavításokkal rendelkezik, amelyek révén webhelye kétszer gyorsabban fut (a PHP 5+ verzióhoz képest), és 50%-kal kevesebb memóriát fogyaszt. A PHP 7 biztonságosabb is, és több tevékenységet tesz lehetővé fejlesztőként.

A Joomla 4 hatalmas fejlesztéseket fog tartalmazni mind a felhasználók, mind a fejlesztők számára. Javított kód, frissített keretrendszer, nagyszerű új szolgáltatások és még sok más. A Bootstrap 4 a magban lesz implementálva, 2 új sablon jelenik meg (frontend és backend), és sokaknak tetszeni fog az új médiakezelő.

Mivel a Joomla 4 még fejlesztés alatt áll, a funkciók listája folyamatosan bővülni fog.

Frissített szerkezet

A Joomla 4-hez mellékelt frissített Framework (2.0-s verzió) jelentős fejlesztéseket tartalmaz. Az adatbázis API natívan támogatja az elkészített utasításokat, ami jelentős biztonsági fejlesztés. A titkosított adatok tárolása immár lehetséges a moduláris kulcstartó komponens használatával. A parancssori eszközök jobban és biztonságosabban építhetők fel egy új konzolkomponenssel.

Biztonságosabb és támogatottabb

A PHP 5.6-nál régebbi verziói már nem támogatottak a biztonsági javításokhoz. Ha a PHP 5.3-ban nagy sebezhetőséget találnak, senki sem fogja kijavítani, és az Ön webhelye sebezhető lesz. A legújabb verzió használatával mindig tudni fogja, hogy ezeket a lehetséges problémákat megoldjuk, és a frissítések nagyon gyorsan elérhetővé válnak.
Mivel a PHP 7 a legújabb főverzió, sokáig támogatott lesz (beleértve a kisebb kiadásokat is), így a Joomla 4 webhelye könnyedén futni fog 2025-ig.

Mi van, ha nem tudok frissíteni?

Fontos megjegyezni, hogy a Joomla 3.9+ a megjelenése után két évig támogatott. Ez azt jelenti, hogy 2020-ig kényelmesen kezelheti Joomla 3 webhelyét, de lemarad a Joomla 4 összes nagyszerű funkciójáról és előnyeiről.

Erősen elköteleztük magunkat amellett, hogy a Joomla következő generációját a legjobb generációvá tegyük, és hiszünk abban, hogy a PHP 7 jövőbeni használata segít a legjobb minőségű terméket biztosítani felhasználóinknak.

M. Babker

Itt csak egy jelentés van- A Joomla 4 csak php7+-on fog működni. A 3. Joomla vonal php5+-on futhat.

A frissítés vagy nem frissítés rajtad múlik, figyelembe véve mindazt, amit a cikk elején írtam...

Megéri frissíteni a PHP 7.0 új verziójára? – Mindenképpen megéri, ne is gondolj rá – hajrá!

A hetedik verzió elég sok újítást tartalmaz. A főbbek:

• A PHP 7 mag PHPNG-t használ. Az új mag 40%-kal növeli a webhelyek teljesítményét;
• írja be a Tippeket és visszatérési értékeket. Most egy függvény deklarálásakor minden változóhoz megadhatja a saját típusát, valamint azt az adattípust, amelyet a függvény visszaad. Elérhető típusok: int, float, string és bool;
• kombinációs összehasonlító operátorés még sok más.

Néhány kiterjesztést eltávolítottak a PHP 7-ben:

• mysql

Már a PHP 5.6.x-ben nem volt kívánatos ezeknek a kiterjesztéseknek a használata. A "mysql" helyett használd a "PDO"-t, az ereg helyett pedig a preg .

Az új PHP 7 termékekről többet megtudhat a hivatalos oldalon

Megéri PHP 7-re frissíteni?

Egyelőre a webhely teljesítményének javítására a legegyszerűbb, ha a PHP 7.0.x-re frissít. A sebességnövekedés a projekt megírásától is függ. Ha még mindig kétségei vannak, mutassunk néhány összehasonlítást:

Benchmarkok PHP 5.6 vs PHP 7 egyes keretrendszerekhez (Zend keretrendszer, Magento, Drupal, Mediawiki, WordPress, Laravel, SugarCRM stb.):

A teljesítménynövekedés minden keretrendszer esetében jelentős. Nézzük meg, hogyan állnak a dolgok a kernel függvényekkel és konstrukciókkal:

Benchmarkok PHP 5.6 vs PHP 7 kernel függvényekhez és konstrukciókhoz:

Ha a grafikonok meggyőznek, megpróbálhatja áttelepíteni webhelyét a PHP új verziójára, és megtapasztalhatja a valódi projekt előnyeit.

Az Elasticweb munkatársai elmondták, hogy mielőtt elindítottak egy új szervert PHP 7-tel, egy nagy kormányzati projektet indítottak el rajta, amely Laravel 5-ön fut. Ez egyfajta teljesítményteszt volt a PHP új verziójára és a szerver egészére. Korábban ez a projekt PHP 5.6-os szerveren volt. Az oldal migrációja után az oldalak lényegesen gyorsabban kezdtek megnyílni, miközben az erőforrás-felhasználás felére csökkent.

A PHP 7-re való átállás előkészítéséhez a PHP 7 Migration Assistant Report (MAR) jelentését használták. A legtöbb népszerű CMS/Framework már kompatibilis a PHP 7-tel, így a fő feladat az egyéni bővítmények tesztelése volt.

A WordPress 4, a Drupal 8/7 és a Joomla legújabb verziója készen áll a PHP 7-re!

Néhány napja lecseréltem a szerveremet körülbelül 30 oldallal PHP 7-re. Néhányuk meglehetősen régi volt, és különféle keretrendszerek és CMS-ek széles skáláját alkotta. Íme néhány tipp azoknak, akik még nem döntötték el, hogy váltanak-e PHP 7-re vagy sem.

Kezdjük azzal, hogy megértem, hogy sokan vannak, akik nem tartják igazán „stabilnak” a stabil verziót, amíg egy kicsit be nem érik, és arra számítanak, hogy még mindig lesznek hibák vagy inkompatibilitások. Az eddig látottak alapján az egyes kiadásjelölteket kipróbálva, amint megjelennek, teljesen biztonságos a PHP 7-re váltani, amint megjelennek. Soha nem vettem észre olyan furcsa viselkedést vagy ütközést, ami nem az én hibámból lett volna. Annak ellenére, hogy ez egy új verzió, nem hoz sok összeegyeztethetetlen változást, vagyis nagyjából sokkal gyorsabban tudod csak PHP 5.7-ként kezelni.

A sebesség pedig valóban lenyűgöző, sőt hihetetlen. Például egy egyszerű webhely a PHPixie-n majdnem háromszor gyorsabban működött, ami majdnem megegyezik a PHP 5.6-os Phalcon sebességével, a Wordpress több webhelye pedig stabilan kétszeres sebességnövekedést mutatott. Ha figyelembe vesszük a Google legutóbbi jelentését, miszerint az oldalbetöltési teljesítmény 10%-os csökkenése is jelentős vásárlói veszteséget eredményez, akkor ha egyszerűen a felére gyorsíthatja webhelyét a PHP frissítésével, akkor több kiadást érhet el anélkül, hogy bármit is költene. Emlékezzen erre, amikor meggyőzi vezetőjét, hogy váltson PHP 7-re. Semmi sem győz meg jobban, mint az értékesítési mennyiség.

Néhány megjegyzés

Kiterjesztés mysql már nem elérhető, tehát ha még nem váltott át OEM vagy mysqli akkor most mindenképpen muszáj. Szerencsére sok esetben elég egyszerűen lecserélni a címre érkező hívásokat mysql_ funkciók bekapcsolva mysqli_.

E_STRICT a hibákat más hibatípusokká minősítik át. Ha korábban elrejtetted vagy figyelmen kívül hagytad őket, most másokkal együtt fognak megjelenni. Például a nem statikus metódusok statikus hívása most dob E_DEPRECATED ami egy csomó problémát okozott a Joomla 2.5-tel, amely valamilyen oknál fogva elég gyakran csinálja ezt. Az inkompatibilis öröklődés is a következő kategóriába tartozik E_WARNING. A Wordpress már február óta tesztelve működik a PHP 7-tel, így magával nincs probléma, azonban több plugin inkompatibilisnek bizonyult.

foreach most mindig a tömb másolatával működik, így a tömbben az iteráció során végrehajtott változtatások nem befolyásolják magát az iterációt. Tény, hogy sok esetben így is működött, és maga a tok is elég ritka, de mégis az egyik pluginben akadtam rá.

Jelenleg $foo->$bar["baz"]úgy értelmezve ($foo->$bar)["baz"]és nem $foo->($bar["baz"]) mint a PHP 5-ben. Ez ritka eset, de az egyik pluginban is előfordult, és mint kiderült a Magento 1.x-ben ( core/Mage/Core/Model/Layout.php).

Ne feledje, hogy már nem minden kiterjesztés támogatja a PHP 7-et, már nem tudom használni a kedvenc XCache-emet, amely sok éven át jól szolgált.

Összességében körülbelül 5 órába telt, amíg az összes webhelyet áthelyeztem a PHP 7-re. A folyamat egyáltalán nem nehéz, és már minden népszerű disztribúcióhoz elérhetők a csomagok. Tehát még ha vár is egy stabil kiadásra (most már nem sokáig), semmi okunk arra, hogy ne készítse fel webhelyeit idő előtt az áttelepítésre.

Jó napot, kedves olvasók és előfizetők! Bizonyára sokan hallottátok már azt az információt, hogy a Google keresőmotorja nagy erőfeszítéseket tesz annak érdekében, hogy az interneten található összes webhelyet biztonságos https-kapcsolatra helyezze át. titkosítási tanúsítványok telepítése webhelyekhez, amely felajánlja a webmestereknek, hogy bónuszokat kapjanak a keresési eredmények között, minden más dolog változatlansága mellett. Szóval komolyan elgondolkodtam ezen a feladaton, tervezem, hogy a nyáron átköltöztetem az oldalt, de előtte mindent elő kell készítenem, és a felkészülés egyik szakasza, amit magamnak tűztem ki, a php 5-ről a php 7-re való átállás. az mchost.ru tárhely

Miért kell php 5-ről php 7-re váltani?

Két dolog késztetett erre:

• Több funkciót kapok a php 7-től
• Csökkentem az erőforrásaim terhelését és csökkentem a kérések számát, ezzel növelve az oldal betöltési sebességét, ami most nagyon fontos a mobil keresési eredményeknél, amelyek aránya már meghaladta az 50 százalékot.

A cikkben már leírtam, hogyan hajlott meg az oldalam az elemzés terhelése alatt, és a technikai támogatás a problémák megoldása után szintén javasolta, hogy a PHP 7-et támogató oldallal váltson rá. A php 5 és a php 7 teljesítményét összehasonlító tesztek, lásd a linket.

php verzió váltás

Mivel VPS-tárhelyem van az mchoston, ez nagyon egyszerűen történik. Az Ön személyes fiókjába lépünk a https://cp.mchost.ru/login.php címen. Ezután, mint minden normális embernek, készítsen biztonsági másolatot a webhelyről. Megyünk a biztonsági mentések elemhez, kiválasztjuk a webhelyet, és létrehozzuk.

A következő lépés a helyek kiválasztása. Keresse meg közülük a kívántat, és kattintson a PHP beállítások gombra.

A domain php elemében a lehetséges verziók listája látható, jelenleg a legújabb a FastCGI PHP 7.1

Megkezdődik a php 5-ről a php 7-re való váltás folyamata, a jobb oldalon egy folyamatjelző sáv látható.

amint látod, a verzióváltás előtt az 5.4.45-ös verzióm van

Nézzük most a 7.1-et

Szeretném megjegyezni, hogy maga a fordítás a verziók között akár 15 percet is igénybe vehet, ezért jobb, ha ezt a műveletet estig halasztja

Ha egyébként szeretnél 3 hónap ingyenes ajándékot kapni ettől a tárhelytől, akkor kattints az alábbi bannerre és lépj be promóciós kód 48C4-D018-AC60-50C6

Miután átvitte a webhelyet a legújabb verzióra, ellenőrizze az erőforrás összes funkcióját, hogy minden működik-e és megfelelően jelenik-e meg, ha nem, akkor két lehetősége van: az 1. visszagörgetés, a második a webhely módosítása.

Lehetséges problémák

Előfordulhat, hogy hibaüzenetet kap: Hiba az adatbázishoz való kapcsolódás során

A megoldás egyszerű, frissítenie kell az adatbázis jelszavát a személyes fiókjában. Válassza az Adatbázisok lehetőséget, és kattintson a kívántra (szerkesztés)

Állítsa vissza a jelszót.

Ha például nem emlékszik a jelszóra, és van egy webhelymotorja, mint én a WordPress-nél, akkor tud csatlakozni az ftp szerverhezés keresse meg a wp-config.php fájlt a webhely gyökerében

Nyissa meg és keresse meg a mezőt (MySQL Database Password)

Ha bármilyen más problémája van, írja meg a megjegyzésekben, és megpróbáljuk közösen megoldani. Tehát ne legyen túl lusta ennek a feladatnak a végrehajtásához, fontos, hogy a legújabb szoftver minden képességét kihasználja, különösen azért, mert bónuszt kap a tárhely kisebb terhelése és az erőforrás nagyobb sebessége.