Desactivar el fichero wp-cron.php para evitar consumo en el VPS

El archivo wp-cron.php cumple con características muy necesarias: Verificación de actualizaciones Pingbacks Publicar artículos programados Es una función muy útil y que necesitamos en nuestro WordPress, pero tiene su parte negativa:  este script php se ejecuta cada vez que la página recibe un impacto. Lo cual son peticiones a apache innecesarias, por lo que os sugiero una configuración alternativa para el caso de los VPS Linux, teniendo en mente que estas tareas se podrían hacer una sola vez al día, de madrugada por ejemplo. Cómo desactivar wp-cron.php? Debemos editar wp-config.php y añadir esta directiva: define(‘DISABLE_WP_CRON’, true); Ahora convendría añadir un cron Linux real, para ello vía SSH en el VPS editamos el crontab de root: crontab -e Y añadimos en el minuto y hora deseados, o bien a una frecuencia, para que el script /var/www/vhosts/wordpress/wp-cron.php se ejecute 1 vez al día en mi caso a las 2:30am, en lugar de en cada visita:   Aquí tienes un pequeño script que ejecutaría todos los cron de todos los WordPress que haya a partir de la carpeta /var/www/webs/: nano /var/www/webs/cronWP.sh Y después podemos programar el crontab cada 30 minutos; crontab -e Aquí tienes un script que actualiza todas las configuraciones de todos los WordPress que haya por debajo de la carpeta /var/www/webs/ para desactivar crontab:

» Leer más

Usuario y grupo en WordPress

Es posible obtener este error al intentar realizar la actualización (realmente un upgrade, con actualizaciones menores no lo había notado hasta la fecha) automática en WordPress: Descargando paquete de instalación desde https://downloads.wordpress.org/release/es_ES/wordpress-4.6.zip… Descomprimiendo actualización… Verificando los archivos descomprimidos… No se ha podido descomprimir la actualización. Instalación fallida Antes de aventuraros con la actualización manual (tediosa y dado que podéis meter la pata si no hacéis un buen backup), os recomiendo revisar permisos del sistema de ficheros, y si son correctos revisad toda la cadena siguiente: Usuario (Linux/FTP) que gobierna la web / dominio, en este caso basada en el cms WordPress.org, para los ejemplos del articulo usaré «joselito«, este ha de ser el dueño o propietario de toda la carpeta sobre la que descansa el cms, en nuestro artículo será la carpeta «blog/»: ls -l total 36 drwxrwxr-x 6 joselito www-data 4096 Aug 22 16:03 blog Los permisos para una carpeta como la que se aprecia arriba, deberían permitir escritura a usuario y a grupo (775 en octal, en cambio para un fichero 664) Grupo del servidor Web en el caso de apache2 basado en sistemas Debian es el usuario / grupo «www-data«, en otros sistemas suele ser www, nobody, … Que el usuario «joselito» tenga como grupo primario o secundario «www-data». La pertenencia a grupos se puede comprobar con el comando id de Linux. Si estáis logados como el usuario en cuestión sin parámetros, y la salida que produce es como esta: id uid=2003(webmaster) gid=2003(webmaster) grupos=2003(webmaster),33(www-data) Si queréis interrogar la pertenencia a grupos de otro usuario, […]

» Leer más
1 2 3