Reševanje težave z neodzivnostjo strežnika Memcached v HestiaCP s PHP 8.4

Vaše spletno mesto ne zaostaja zaradi prevelikega prometa, ampak verjetno zato, ker zaledni sistem Memcached sploh ne deluje!

To je najbolj frustrirajoč del: nadgradili ste na PHP 8.4, vendar se strežnik Memcached ne odziva in strani se nalagajo s polžjo hitrostjo. Osnovni vzrok je pravzaprav precej preprost – neujemanje razširitev, potečeni ključi in napačen vrstni red odvisnosti. Spodaj bom razčlenil celotno rešitev, da jo boste lahko odpravili naenkrat.

Korenina problema

Po nadgradnji PHP na različico 8.4, če razširitev Memcached ne dohaja, bo neposredno vrgla napako.

Mnogi ljudje so spregledali packages.sury.org Težava je izvirala iz potečenega GPG ključa, zaradi česar se namestitveni paket ni mogel prenesti.

Še huje, Memcached je odvisen od ... igbinary In msgpackVrstni red nalaganja je treba strogo upoštevati; sicer je to, kot če bi koščke sestavljanke postavili na napačno mesto, kar bi povzročilo sesutje celotne storitve.

Posodobi ključ GPG

Prvi korak je popravilo izvornega ključa.

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

Ta korak je enakovreden ponovni izdaji dovoljenja za sistem; brez njega bodo vse nadaljnje namestitve zavrnjene.

Glede na uradno dokumentacijo Debiana je potekanje ključev pogosta težava in ga je treba redno posodabljati.

Namestite razširitev Memcached za PHP 8.4

Naslednji korak je namestitev razširitve.

apt install -y php8.4-memcached

Upoštevajte, da se mora različica natančno ujemati s PHP 8.4, sicer se bo pojavila napaka »nedoločen simbol«.

Glede na uradno dokumentacijo knjižnice razširitev PHP Memcached zahteva ponovno prevajanje v seriji 8.x za združljivost.

Obravnavanje pozivov konfiguracijske datoteke

Med namestitvijo se bo prikazalo pojavno okno. memcached.ini Izbirni pozivi.

Tukaj ne spreminjajte ničesar, samo pritisnite Enter in izberite privzeto. NOhranite obstoječo konfiguracijo.

这是因为 HestiaCP Že ima svojo konfiguracijsko datoteko; če jo prisilno prepišete, bo nadzorna plošča le sporočila napako.

Popravi vrstni red nalaganja razširitev odvisnosti

To je ključni korak.

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

Naročilo mora biti:igbinary → msgpack → memcached.

Če je vrstni red napačen, bo Memcached neposredno sporočil napako »modula ni mogoče naložiti«.

To so potrdili številni razvijalci na Stack Overflowu.

Znova zaženi storitev

Zadnji korak je ponovni zagon.

systemctl restart php8.4-fpm
systemctl restart memcached

Ta korak je kot pritisk gumba za osvežitev v sistemu; šele takrat bodo vse konfiguracije zares začele veljati.

Preverite, ali je bila namestitev uspešna.

Izvedba:

php8.4 -m | grep memcached

Če izhod vsebuje memcachedTo pomeni, da je bila razširitev uspešno naložena.

To pomeni, da je vaša plošča HestiaCP končno ponovno dobila podporo za predpomnilnik in da se bo delovanje spletnega mesta takoj izboljšalo.

Zaključek: Moje stališče

Tehnične težave niso nikoli najbolj strašljive; resnično strašljivo je, če ne vemo, kje tiči težava.

To, da se Memcached ne odziva, se morda zdi zapleteno, vendar se v resnici vse skupaj zreducira na tri ključne točke:Ujemanje različic, posodobitev ključev, vrstni red odvisnosti.

Reševanje je kot popravilo preciznega motorja; dokler je vsak del na pravem mestu, lahko celoten stroj spet zaživi.

V tej informacijsko nasičeni dobi je delovanje spletnih strani konkurenčna prednost. Predpomnjenje ni le nekaj lepega, temveč temeljni kamen, ki določa uporabniško izkušnjo.

Zato ne dovolite, da majhne napake v konfiguraciji ohromijo vaše podjetje. Obvladajte te korake in težavo lahko popolnoma odpravite ter spet zagotovite nemoteno delovanje svojega spletnega mesta.

Vrednost tehnologije ni v njeni kompleksnosti, temveč v njeni natančnosti. Pravo mojstrstvo je v natančnem reševanju problemov.