Kiel optimumigi OPcache en HestiaCP? Opcode-kaŝmemorigo kaj kompilado de PHP-kodo povas draste pliigi la rapidon de retejo.

Rapido estas vivo; se retejo eĉ frakcion de sekundo postrestas, uzantoj turnos sin kaj foriros.

Tial HestiaCP Optimumigo de OPcache estas decida por la sukceso aŭ malsukceso de iu ajn retejo, kiu dependas de PHP.

Kio estas OPcache?

OPcache estas enkonstruita bajtkoda kaŝmemorilo en PHP.

Ĝia funkcio estas simpla: konservi la kompilitan PHP-skripton en kaŝmemoro, kaj rekte voki la kaŝmemoron kiam oni aliras ĝin denove, anstataŭ rekompili.

Ĉi tio plibonigas la respondrapidon de la retejo, reduktas la ŝarĝon de la CPU, kaj tuj malpezigas la premon sur la servilo.

Laŭ la oficiala dokumentado de PHP:

"OPcache provizas signifajn plibonigojn de rendimento reduktante la plenumtempon evitante la duobligon de skripta kompilo."

Mallonge: OPcache estas PHP-akcelilo.

Kial optimumigi OPcache en HestiaCP?

HestiaCP estas malpeza kontrolpanelo, kiun multaj homoj uzas por administri VPS aŭ dediĉitajn servilojn.

OPcache estas ebligita defaŭlte, sed la parametroj ofte estas konservativaj.

Sen alĝustigoj, la plibonigo de la rendimento estos limigita.

ekzemple:
Sur servilo kun 4 kernoj kaj 8GB da memoro, la defaŭlta OPcache-memoro estas nur 64MB, kaj la nombro de kaŝmemoritaj dosieroj estas nur 4000.
Ĉi tio estas por mezgranda WordPress Por retejo, ĝi simple ne sufiĉas.

La rezulto estas, ke la kaŝmemoro konstante malpleniĝas, kaŭzante ke la rendimento plurfoje fluktuas.

Kontrolu la nunan OPcache-staton

Rulu la sekvan komandon:

php -i | grep opcache.enable

Vi vidos rezultojn similajn al:

• opcache.enable => On: Tio signifas, ke OPcache estas ebligita en PHP-FPM.
• opcache.enable_cli => Malŝaltita: Ne ebligita en komandlinia reĝimo.
• opcache.enable_file_override => Malŝaltita: La funkcio de dosiersuperregado ne estas ebligita.

Tio signifas, ke kvankam OPcache jam funkcias, ankoraŭ estas loko por optimumigo.

Redakti PHP-agordodosierojn

En HestiaCP, la PHP-agordodosiera vojo kutime estas:

/etc/php/8.x/fpm/php.ini

Por ebligi CLI-reĝimon:

/etc/php/8.x/cli/php.ini

Trovu la sekcion [opcache] kaj aldonu aŭ modifu la jenajn parametrojn:

[opcache]
; 启用 OPcache
opcache.enable=1
opcache.enable_cli=1

; 内存与缓存设置
opcache.memory_consumption=256
opcache.interned_strings_buffer=16
opcache.max_accelerated_files=10000

; 文件更新检测
opcache.validate_timestamps=0
opcache.revalidate_freq=60

; 其他优化参数
opcache.save_comments=1
opcache.fast_shutdown=1
opcache.enable_file_override=1

Parametraj detaloj kaj optimumiga logiko

• opcache.memoro_konsumo=256
  Asigni 256MB da memoro al OPcache taŭgas por mezgrandaj ĝis grandaj retejoj.
  Por malgrandaj retejoj, vi povas agordi ĝin al 128MB.

• opcache.interned_strings_buffer=16
  Provizas 16MB-ĉenan kaŝmemoron por redukti la uzadon de duobligitaj ĉenoj.

• opcache.max_accelerated_files=10000
  La maksimuma nombro de kaŝmemoritaj dosieroj estas rekomendinda esti almenaŭ 10 000 en WordPress + kromprogramo-medio.

• opcache.revalidigi_frekvencon=60
  Dosieroj estas kontrolataj por ĝisdatigoj ĉiujn 60 sekundojn por redukti oftajn enigojn/eligojn.

• opcache.enable_cli=1
  Ebligi CLI-kaŝmemorigon taŭgas por funkciigi komandliniajn ilojn kiel Artisan kaj WP-CLI.

• opcache.enable_file_override=1
  Permesu al OPcache transpreni la dosiersisteman kaŝmemoron, plue reduktante la disko-aliron.

• opcache.validigi_tempsignojn=0
• Malŝalti realtempan detektonReduktu dosiersisteman I/O-n kaj plibonigu rendimenton.

• Tamen, tio signifas, ke vi devas permane malplenigi la kaŝmemoron (rekomenci la PHP-servon) post modifo de PHP-dosieroj.

Post modifo de la agordo, vi devas rekomenci la PHP-servon por ke la ŝanĝoj ekvalidu.

sudo systemctl restart php<版本>-fpm

La kombinaĵo de ĉi tiuj parametroj permesas al la retejo resti stabila eĉ sub alta samtempeco.

Rekomencu la PHP-FPM-servon

Post la ŝanĝoj, memoru rekomenci la servon:

sudo systemctl restart php8.x-fpm

Poste rulu ĝin denove:

php -i | grep opcache

La parametroj estas konfirmitaj kiel ĝisdatigitaj.

Plej bonaj praktikoj por produktadaj medioj

En produktadaj medioj, OPcache-optimigo implikas pli ol nur parametragordadon; ĝi ankaŭ inkluzivas la jenajn strategiojn:

1. Malplenigu la kaŝmemoron dum deplojo

Post ĉiu kodĝisdatigo, la OPcache devas esti malplenigita; alie, pli malnova versio povus esti ŝargita.

Vi povas aldoni la jenon al la CI/CD-skripto:

<?php
opcache_reset();

Alternative, efektivigu ĝin ene de la deploja procezo:

systemctl reload php8.x-fpm

2. Evitu oftan purigadon

Tro ofta malplenigo de kaŝmemoro povas kaŭzi malpliiĝon de rendimento.
Estas rekomendinde purigi nur kiam la kodo estas ĝisdatigita, anstataŭ purigi je regulaj intervaloj.

3. Monitori la uzadon de OPcache.

Vi povas kontroli la trafoftecon de la kaŝmemoro en reala tempo per `php -i | grep opcache` aŭ instalante la kromprogramon Opcache Control Panel.
Sukceso-procento de pli ol 95% indikas akcepteblan konfiguracion.

Laŭ la oficialaj rendimentaj testoj de Zend, ebligi OPcache povas plibonigi la plenumrapidon de PHP-skriptoj ĝis 3-oble kaj redukti la uzadon de CPU je 50%.

Ĉi tio ne estas ia mistika teorio; ĝi estas solidaj datumoj.

Konkludo: Miaj Vidpunktoj kaj Ŝlosilaj Citaĵoj

Laŭ mia opinio, OPcache estas kiel "turboŝarĝilo" por retejo. Sen ĝi, PHP estas kiel aŭto sen turboŝarĝilo, funkcianta malrapide kaj malŝparanta fuelon.

Optimumigi OPcache ne estas nur teknika detalo, sed ankaŭ strategia elekto por reteja funkciigo.

Ĉar rapideco egalas konvertan indicon, kaj rendimento egalas konkurencivon.

Ĉefa citaĵo: La estonteco de retejo ne kuŝas en kiom ŝika estas ĝia kodo, sed en kiom rapide ĝi povas respondi tiel rapide, ke uzantoj eĉ ne havas tempon palpebrumi.

Tial, ĉesu lasi servilojn malŝpari rimedojn en malefikaj cikloj.

Optimigu vian HestiaCP OPcache nun kaj igu vian retejon flugi.

Ĉu vi volas, ke mi verku plej bonan ŝablonon por OPcache-agordo por via produktada medio, kiun vi povas poste rekte kopii kaj uzi en php.ini?