VestaCP Post kiam la TTT-servo elektas la ŝablonon "phpfcgid", granda nombro da PHP-CGI-procezoj igas la memoron rapide elĉerpiĝi:
- Mi esence mankis memoro dum kelkaj horoj post rekomenco de la servilo.
- La antaŭe neaktiva PHP-CGI-procezo ne estas senvivigita, kaj unu procezo kuras preskaŭ 1 subprocezojn, konsumante almenaŭ 20M da memoro.
Uzita en SSH htop
komando (instalaĵo bezonata), vi povas vidi ĉi tiun staton ▼
Se vi ricevas erarmesaĝon "-bash: htop: komando ne trovita" kiam vi uzas la htop-komandon, bonvolu vidi ĉi tiun lernilon por la solvo ▼
Granda nombro da PHP-CGI-procezoj igas la memoron rapide elĉerpiĝi.La problemo kuŝas en VestaCPCentOSEn la ŝablono phpfcgid, neoptimumigita agordo estas uzata.
- VestaCP en la ŝablono phpfcgid, agordu 1 PHP-CGI-procezon por funkcii ĝis 20 infanaj procezoj.
Vidu /usr/local/vesta/data/templates/web/httpd/phpfcgid.sh
Linio 13 de la dosiero:
export PHP_FCGI_CHILDREN=20
Tamen, tia aranĝo malobservas la averton de Apache en la PHP-subproceza administrado-dokumentado:
PHP-infan procezadministrado (PHP_FCGI_CHILDREN) ĉiam devas esti malŝaltita per mod_fcgid, kiu direktos nur unu peton samtempe al aplikaĵprocezoj kiujn ĝi generis; tiel, ajnaj infanprocezoj kreitaj de PHP ne estos uzataj efike. (Krome, la PHP-infanprocezoj eble ne estos konvene finitaj. .) Defaŭlte, kaj kun la mediovariabla agordo PHP_FCGI_CHILDREN=0, PHP-infana procezadministrado estas malŝaltita.
Ĉar en la mod_fcgid-modulo de Apache, la PHP-CGI-procezo povas nur respondi al unu peto kaj funkcii samtempe, la PHP-CGI-infana procezo estas tre malefika.
Tial, la agordoj por PHP-subproceza administrado devus esti malŝaltitaj rekte ▼
PHP_FCGI_CHILDREN=0
Samtempe, se vi jam havas generitan virtualan gastiganton, vi devas modifi la agordajn dosierojn de ĉiuj retejoj ▼
/home/用户名/web/域名/cgi-bin/fcgi-starter
Post malfermi la agordan dosieron fcgi-starter, enigu la jenan ▼
export PHP_FCGI_CHILDREN=20
Modifita al ▼
export PHP_FCGI_CHILDREN=0
- Post modifo, PHP-subproceza administrado estos malŝaltita en mod_fcgid-reĝimo.
- La PHP-CGI-procezo ne plu kreos infanajn procezojn, kiuj povas ŝpari multe da memoro.
Ankaŭ, VestaCP ne fiksas finmekanismon por neaktivaj procezoj:
- Ĉiuj nove ekzekutitaj PHP-CGI-procezoj daŭre uzos memoron ĝis la sistemo estos rekomencita.
Por ripari ĉi tion, simple aldonu la agordosieron mod_fcgid /etc/httpd/conf.d/fcgid.conf
Aldonu la sekvajn agordojn en ▼
FcgidIdleTimeout 120
- Agordu Apache por aŭtomate mortigi PHP-CGI-procezojn kiuj estas neaktivaj dum 2 minutoj (120 sekundoj).
Post kiam la aranĝo estas kompleta, rekomencu la Apache-servon ▼
service httpd restart
Post kiam la servo estas rekomencita, la centoj da PHP-CGI-procezoj, kiuj antaŭe estis montritaj en HTOP, ne plu estos montrataj.
Tipe, ununura PHP-CGI-procezo por ununura Vesta CP-uzanto konsumas 30 ĝis 40M da memoro, plene kontentigantelinuxgastigaj postuloj.
sekve,Interreta Merkatadohomoj volas fari boneSEO, estas tre grave optimumigi la agordon de Vesta CP kaj ŝablonoj ^_^
Vi povas rigardi la jenajn lernilojn sur la VestaCP-panelo ▼
Antaŭe, la blogo de Chen Weiliang dividis lernilon pri instalo kaj agordo de Monit en CentOS 6 ▼
Tamen, la agordo de la monitora programo Monit en CentOS 7 estas iom diferenca de tiu en CentOS 6, kaj ĝi ne estas ĝuste la sama.Se vi……Hope Chen Weiliang Blogo ( https://www.chenweiliang.com/ ) konigis "Optimigante VestaCP phpfcgid Template Configuration Process Multiple Memory Exhaustion 500 Eraroj", kio estas helpema al vi.
Bonvenon dividi la ligon de ĉi tiu artikolo:https://www.chenweiliang.com/cwl-735.html
Bonvenon al la Telegram-kanalo de la blogo de Chen Weiliang por ricevi la plej novajn ĝisdatigojn!
📚 Ĉi tiu gvidilo enhavas grandegan valoron, 🌟Ĉi tio estas malofta ŝanco, ne maltrafu ĝin! ⏰⌛💨
Kunhavigu kaj ŝatu se vi ŝatas!
Via kundivido kaj ŝatoj estas nia kontinua instigo!