Memcached սերվերի անպատասխանատվության խնդրի լուծումը HestiaCP-ում՝ PHP 8.4-ով

Ձեր կայքը դանդաղում է ոչ թե չափազանց շատ այցելությունների պատճառով, այլ հավանաբար այն պատճառով, որ Memcached-ի backend-ը ընդհանրապես չի աշխատում։

Սա ամենահիասթափեցնող մասն է. դուք թարմացրել եք PHP 8.4-ի, բայց Memcached սերվերը չի արձագանքում, և էջերը բեռնվում են շատ արագ։ Հիմնական պատճառը իրականում բավականին պարզ է՝ ընդլայնումների անհամապատասխանություն, ժամկետանց բանալիներ և սխալ կախվածության հերթականություն։ Ստորև ես կբացատրեմ ամբողջ լուծումը, որպեսզի դուք կարողանաք այն շտկել մեկ փորձով։

Խնդրի արմատը

PHP-ն 8.4 տարբերակին թարմացնելուց հետո, եթե Memcached ընդլայնումը չաշխատի, այն անմիջապես սխալ կարտացոլի։

Շատերը անտեսեցին packages.sury.org Խնդիրը ծագել էր GPG բանալու ժամկետանց լինելուց, որի արդյունքում տեղադրման փաթեթը չէր ներբեռնվում։

Ավելի վատն այն է, որ Memcached-ը կախված է... igbinary 和 msgpackԲեռնման հերթականությունը պետք է խստորեն պահպանվի, հակառակ դեպքում դա նման է փազլի կտորները սխալ տեղում դնելուն, ինչը կհանգեցնի ամբողջ ծառայության խափանմանը։

GPG բանալին թարմացնել

Առաջին քայլը աղբյուրի բանալին վերանորոգելն է։

curl -sSL https://packages.sury.org/php/README.txt | bash -x
apt update

Այս քայլը համարժեք է համակարգին մուտքի թույլտվություն վերստին տրամադրելուն. առանց դրա բոլոր հետագա տեղադրումները կմերժվեն։

Համաձայն Debian-ի պաշտոնական փաստաթղթերի, բանալու ժամկետի ավարտը տարածված խնդիր է և պետք է պարբերաբար թարմացվի։

Տեղադրեք Memcached ընդլայնումը PHP 8.4-ի համար

Հաջորդ քայլը ընդլայնումը տեղադրելն է։

apt install -y php8.4-memcached

Նկատի ունեցեք, որ տարբերակը պետք է ճշգրտորեն համապատասխանի PHP 8.4-ին, հակառակ դեպքում կառաջանա «անորոշ սիմվոլ» սխալ։

Համաձայն PHP ընդլայնման գրադարանի պաշտոնական փաստաթղթերի, համատեղելիության համար Memcached-ը պահանջում է վերակազմակերպում 8.x շարքում։

Կարգավորման ֆայլի հուշումների մշակում

Տեղադրման գործընթացի ընթացքում կհայտնվի ցատկող պատուհան։ memcached.ini Ընտրության հուշումներ։

Այստեղ ոչինչ մի փոխեք, պարզապես սեղմեք Enter և ընտրեք լռելյայնը։ NՊահպանեք առկա կարգավորումը։

这是因为 HestiaCP Այն արդեն ունի իր սեփական կարգավորման ֆայլը. դրա հարկադիր վերագրանցումը միայն կհանգեցնի նրան, որ վահանակը կհաղորդի սխալի մասին։

Ուղղել կախվածության ընդլայնման բեռնման հերթականությունը

Սա կարևորագույն քայլ է։

phpdismod -v 8.4 memcached
phpdismod -v 8.4 msgpack
phpdismod -v 8.4 igbinary
phpenmod -v 8.4 igbinary
phpenmod -v 8.4 msgpack
phpenmod -v 8.4 memcached

Պատվերը պետք է լինի հետևյալը.igbinary → msgpack → memcached.

Եթե ​​պատվերը սխալ է, Memcached-ը անմիջապես կհաղորդի «չեմ կարողանում բեռնել մոդուլը» սխալի մասին։

Սա ստուգվել է Stack Overflow-ի անթիվ մշակողների կողմից։

Վերագործարկեք ծառայությունը

Վերջնական քայլը վերագործարկելն է։

systemctl restart php8.4-fpm
systemctl restart memcached

Այս քայլը նման է համակարգի թարմացման կոճակը սեղմելուն. միայն այդ դեպքում բոլոր կարգավորումները իսկապես ուժի մեջ կմտնեն։

Ստուգեք, թե արդյոք տեղադրումը հաջող է եղել։

📍

php8.4 -m | grep memcached

Եթե ​​ելքը պարունակում է memcachedՍա նշանակում է, որ ընդլայնումը հաջողությամբ բեռնվել է։

Սա նշանակում է, որ ձեր HestiaCP վահանակը վերջապես վերականգնել է քեշի աջակցությունը, և կայքի աշխատանքը անմիջապես կբարելավվի։

Եզրակացություն։ Իմ տեսակետը

Տեխնիկական խնդիրները երբեք ամենասարսափելին չեն լինում։ Իսկապես սարսափելի է չիմանալ, թե որտեղ է խնդիրը։

Memcached-ի չպատասխանելը կարող է բարդ թվալ, բայց իրականում այն ​​​​հանգում է երեք հիմնական կետի.Տարբերակի համապատասխանեցում, բանալու թարմացում, կախվածության կարգ.

Այն լուծելը նման է ճշգրիտ շարժիչի նորոգմանը. քանի դեռ յուրաքանչյուր մասը ճիշտ տեղում է, ամբողջ մեքենան կարող է կրկին կենդանանալ։

Այս տեղեկատվությամբ հագեցած դարաշրջանում կայքի արդյունավետությունը մրցակցային առավելություն է։ Քեշավորումը ոչ միայն հաճելի բան է, այլև անկյունաքար, որը որոշում է օգտատիրոջ փորձը։

Այսպիսով, թույլ մի տվեք, որ կարգավորման փոքր սխալները խաթարեն ձեր բիզնեսը: Վարպետացեք այս քայլերը, և դուք կարող եք ամբողջությամբ լուծել խնդիրը և վերականգնել ձեր կայքի սահուն աշխատանքը:

Տեխնոլոգիայի արժեքը կայանում է ոչ թե դրա բարդության, այլ ճշգրտության մեջ։ Իսկական վարպետությունը կայանում է խնդիրները ճշգրիտ լուծելու մեջ։