La respuesta corta es en realidad sí , en la mayoría de los casos.
En primer lugar, en la mayoría de las configuraciones, la generación de un trabajo cron incurre en un retraso de 1 segundo en la carga de la página, porque se realiza a través de una solicitud HTTP de bucle invertido con un tiempo de espera de 1 segundo; consulte https://wordpress.org/support/topic/save -a-full-second-on-cron-ejecución / .
En segundo lugar, el trabajo generado ahora competirá con la carga de la página por el acceso a la base de datos (así como otros recursos). Múltiples procesos pueden leer la base de datos simultáneamente; sin embargo, cada vez que un proceso está escribiendo en la base de datos, por defecto está bloqueado para evitar el acceso simultáneo de escritura o lectura por cualquier otro proceso; consulte /programming/1005206/does-sqlite-lock-the-database -file-on-reads # answer-1005218 . El impacto de esto depende de cuán complejas sean las actualizaciones de la base de datos del trabajo cron y durante cuánto tiempo esté realmente bloqueada la base de datos, y puede ser insignificante. Por supuesto, también sería un problema si un trabajo cron se ejecutara cuando se solicita una página, pero tener trabajos cron generados en la carga de la página garantiza afectarán al menos esa carga de página.
Si su servidor / hosting lo permite, se recomienda configurar un trabajo cron programado para que se ejecute cada pocas horas, con el comando
php -q /path/to/wp-cron.php
y deshabilite el desove cron en la carga de la página con la siguiente entrada en wp-config.php
:
define('DISABLE_WP_CRON', true);