Recientemente instalé WP 6.6.1 en mi servidor compartido. Toda la configuración estándar, sin complementos. Importé alrededor de 100 publicaciones de Blogger como base. Los intentos de realizar cualquier edición masiva de publicaciones en el menú Publicaciones son extremadamente lentos y eventualmente conducen a un tiempo de espera 504 de Gateway. Por ejemplo, este tiempo de espera ocurre si selecciono alrededor de 25 publicaciones en la edición masiva y simplemente les aplico la opción “publicado” nuevamente. Cambiar cualquier publicación de un elemento masivo puede llevar 5 segundos o más. ¿Es esto solo una advertencia sobre el alojamiento compartido? Consulte los detalles del servidor web a continuación.
La información de salud de mi sitio muestra esto, pero no estoy seguro de que sea un problema:
No se detecta la caché de la página, pero el tiempo de respuesta del servidor es correcto Rendimiento
El caché de página mejora la velocidad y el rendimiento de su sitio al guardar y mostrar páginas estáticas en lugar de solicitar una página cada vez que un usuario lo visita.
La caché de página se detecta buscando un complemento de caché de página activo, además de realizar tres solicitudes a la página de inicio y buscar uno o más de los siguientes encabezados de respuesta de almacenamiento en caché del cliente HTTP:
control de caché, expira, edad, última modificación, etag, x-cache-enabled, x-cache-disabled, x-srcache-store-status, x-srcache-fetch-status.
- El tiempo de respuesta medio del servidor fue de 159 milisegundos, cifra inferior al umbral recomendado de 600 milisegundos.
- No se detectaron encabezados de respuesta de almacenamiento en caché del cliente.
- No se detectó un complemento de caché de página.
Aquí hay algunos detalles de información del sitio:
Arquitectura del servidor Linux 4.18.0-553.8.1.lve.el8.x86_64 x86_64
Servidor web Apache
Versión PHP 8.2.21 (admite valores de 64 bits)
PHP SAPI fpm-fcgi
Variables de entrada máximas de PHP: 6200
Límite de tiempo de PHP 90
Límite de memoria PHP 768M
Tiempo máximo de entrada 60
Subir tamaño máximo de archivo 512M
Tamaño máximo de publicación PHP 512M
Versión de cURL 7.61.1 OpenSSL/1.1.1k
¿Está instalado SUHOSIN? No
Base de datos
Extensión mysqli
Versión del servidor 10.6.18-MariaDB-log
Versión del cliente mysqlnd 8.2.21
Constantes de WordPress
LÍMITE DE MEMORIA WP 256M
LÍMITE DE MEMORIA MÁXIMA DE WP 768M
Me comuniqué con mi proveedor de alojamiento web y me respondieron lo siguiente: me sugirieron que me comunicara con el soporte de WordPress:
Thank you for contacting Technical Support, I've taken a look at your WordPress install with the posts bulk update feature issue that you're having.
I am able to replicate the issue, it appears to take longer than 90s to complete which is why it's getting the 503 error.
The part that is a big a head scratcher the SQL query it runs to enumerate the posts it completes within the first second, MySQL is left untouched from that point forward, and when I do a bulk update in WordPress CLI for these posts but instead of 10, doing 100, it completes in under the 90s cut off.
Even then when checking the load on the server when running the bulk change within WordPress is not taxing the CPU.
Considering that you're using wordpress in nearly it's stock configuration I can only chalk this up to a coding error or bug within WordPress' software.[stimul10@ecngx308 allthingsbobot.com]$ time wp post update $(seq 400 500) --post_status=publish
Success: Updated post 400.
Success: Updated post 401.
Success: Updated post 402.
Success: Updated post 403.
Success: Updated post 404.
Success: Updated post 405.
Success: Updated post 406.
Success: Updated post 407.
Success: Updated post 408.
Success: Updated post 409.
Success: Updated post 410.
Success: Updated post 411.
Success: Updated post 412.
Success: Updated post 413.
Success: Updated post 414.
Success: Updated post 415.
Success: Updated post 416.
Success: Updated post 417.
Success: Updated post 418.
Success: Updated post 419.
Success: Updated post 420.
Success: Updated post 421.
Success: Updated post 422.
Success: Updated post 423.
Success: Updated post 424.
Success: Updated post 425.
Success: Updated post 426.
Success: Updated post 427.
Success: Updated post 428.
Success: Updated post 429.
Success: Updated post 430.
Success: Updated post 431.
Success: Updated post 432.
Success: Updated post 433.
Success: Updated post 434.
Success: Updated post 435.
Success: Updated post 436.
Success: Updated post 437.
Success: Updated post 438.
Success: Updated post 439.
Success: Updated post 440.
Success: Updated post 441.
Success: Updated post 442.
Success: Updated post 443.
Success: Updated post 444.
Success: Updated post 445.
Success: Updated post 446.
Success: Updated post 447.
Success: Updated post 448.
Success: Updated post 449.
Success: Updated post 450.
Success: Updated post 451.
Success: Updated post 452.
Success: Updated post 453.
Success: Updated post 454.
Success: Updated post 455.
Success: Updated post 456.
Success: Updated post 457.
Success: Updated post 458.
Success: Updated post 459.
Success: Updated post 460.
Success: Updated post 461.
Success: Updated post 462.
Success: Updated post 463.
Success: Updated post 464.
Success: Updated post 465.
Success: Updated post 466.
Success: Updated post 467.
Success: Updated post 468.
Success: Updated post 469.
Success: Updated post 470.
Success: Updated post 471.
Success: Updated post 472.
Success: Updated post 473.
Success: Updated post 474.
Success: Updated post 475.
Success: Updated post 476.
Success: Updated post 477.
Success: Updated post 478.
Success: Updated post 479.
Success: Updated post 480.
Success: Updated post 481.
Success: Updated post 482.
Success: Updated post 483.
Success: Updated post 484.
Success: Updated post 485.
Success: Updated post 486.
Success: Updated post 487.
Success: Updated post 488.
Success: Updated post 489.
Success: Updated post 490.
Success: Updated post 491.
Success: Updated post 492.
Success: Updated post 493.
Success: Updated post 494.
Success: Updated post 495.
Success: Updated post 496.
Success: Updated post 497.
Success: Updated post 498.
Success: Updated post 499.
Success: Updated post 500.
real 1m43.933s
user 0m16.938s
sys 0m0.708s
You might want to reach out to the Developers of WordPress see what they suggest or at least them know that doing bulk edits is leading WordPress to lock up when attempting to do so, but that bulk edits work from CLI and when it happens there is no queries stuck in MySQL nor a high load from PHP.
Este tema fue modificado hace 11 horas, 59 minutos por
.