Plesk informa d’un ús elevat de PHP, però el gràfic no revela si els visitants, els robots, el cron, l’administrador AJAX o una tasca del connector van ocupar el grup. Augmentar el nombre de processos sense identificar la durada de la sol·licitud pot augmentar la pressió de la memòria i la base de dades.
Utilitzeu marques de temps per connectar la mètrica del tauler a una pila d’URL i PHP.
Definiu la subscripció i el gestor afectats
Confirmeu el domini, la subscripció, la versió de PHP i el controlador que es mostren a Plesk. Diversos llocs poden executar grups diferents o compartir recursos del servidor.
Registra quan augmenta l’ús i si el símptoma és CPU, memòria, processos recursos o sol·licituds a la cua. Reviseu la vista d’estat de l’hosting o del servidor en una finestra que conté l’incident.
No canvieu la configuració global de PHP quan només es vegi afectada una subscripció.
Compareu els registres d’accés i errors
Utilitzeu els registres de domini de Plesk durant el mateix període. Agrupeu URL i codis d’estat freqüents o d’aspecte lent. Els objectius comuns de WordPress inclouen:
wp-cron.php;admin-ajax.php;- Rutes de l’API REST;
wp-login.php;- Trucades al carretó/checkout de WooCommerce;
- cerca i paràmetres d’arxiu filtrats.
El recompte de sol·licituds només és incomplet. Una trucada d’importació llarga pot consumir un treballador més de centenars de visites de pàgina emmagatzemades a la memòria cau.
Protegiu les dades personals en exportar registres; les cadenes de consulta poden contenir correus electrònics o testimonis.
Habiliteu el registre lent PHP-FPM deliberadament
Quan l’accés al servidor i la política ho permeten, PHP-FPM pot registrar traces de pila per a sol·licituds que superin un llindar. Configureu-lo per al grup específic mitjançant directives compatibles amb Plesk o assistència del proveïdor.
Trieu un llindar que capturi el treball anormal sense registrar totes les sol·licituds. Emmagatzemeu els registres fora de l’accés web públic, restringiu els permisos i desactiveu el diagnòstic després d’haver recollit prou proves.
No reinicieu les piscines casualment en una botiga ocupada. Seguiu el procés d’aplicació/recàrrega admès per la plataforma i planifiqueu una retrocés.
Correlaciona amb l’activitat de WordPress
Compareu les piles lentes amb els camins del complement/temes de WordPress, les programacions cron i el programador d’accions. Una còpia de seguretat, una exploració de programari maliciós o una importació de productes poden explicar un pla normal.
Comproveu l’estat de visita de la memòria cau de la pàgina. Si un desplegament o una actualització d’estoc purga la memòria cau, el trànsit normal es pot convertir de sobte en trànsit PHP.
Inspeccioneu les trucades HTTP externes en piles lentes. Un servidor de llicències o una connexió SMTP poden mantenir un procés fins i tot quan la CPU local sembla moderada.
Reviseu la configuració del grup amb proves de memòria
Plesk pot permetre configuracions com ara el mode de gestor de processos, fills màxims i temps d’espera d’inactivitat. Abans d’augmentar-los, mesura la memòria de procés aproximada i l’espai total del servidor.
Més nens permeten un treball PHP més concurrent però poden esgotar la memòria RAM, augmentar l’intercanvi i desbordar MySQL. Massa pocs poden posar en cua les sol·licituds legítimes fins i tot quan la CPU segueixi disponible.
Ajusteu només el grup afectat i documenteu els valors anteriors. Els límits d’hosting gestionats poden anul·lar la configuració de la subscripció.
Redueix l’entrada PHP innecessària
Doneu pàgines públiques segures des de la memòria cau de la pàgina o CDN, tot excloent el compte, el carretó i la compra. Limiteu els inicis de sessió o el trànsit de cerca abusius mitjançant els controls de seguretat adequats.
Substituïu el WP-Cron activat pel visitant per una tasca programada només després de verificar l’ordre cron de Plesk. Escalona les còpies de seguretat i les exploracions lluny dels pics de trànsit.
No bloquegeu admin-ajax.php globalment; Els formularis públics, els carretons i els connectors poden dependre d’accions específiques.
Compareu el trànsit públic amb l’administració autenticada per separat. Una edició massiva de productes, un desament del constructor visual o una regeneració de mitjans poden utilitzar legítimament PHP considerable durant un període curt. Si el lloc públic continua sa, programeu aquest treball editorial en comptes d’aplicar una restricció frontal que no l’afecti.
Verifiqueu amb el següent període comparable
Després de reparar la sol·licitud identificada o ajustar un límit de grup mesurat, compareu els processos recursos, la cua, el temps de resposta i la taxa d’error. Confirmeu que els formularis, les feines programades i els fluxos de pagament autoritzats continuen funcionant.
Manteniu un breu registre d’incidències que vinculi les marques de temps, la sol·licitud, el propietari, el canvi i les proves. Això fa que la recurrència sigui molt més ràpida de diagnosticar.
Sol·liciteu una avaluació quan el registre lent no estigui disponible, diversos llocs comparteixen el coll d’ampolla o els canvis d’agrupació de riscos de trànsit de comerç electrònic. Comenceu amb gràfics de Plesk i extractes de registre desinfectats en lloc de credencials.