Acelerar la administración de WP con Redis y HHVM

Cuando preguntamos a nuestros lectores a qué tema les gustaría acercarse en nuestros tres tutoriales se destacaron más:
Optimización de la velocidad del sitio
Seguridad
Optimización de la velocidad de administración de WP
Los cubrimos en los dos primeros en nuestros tutoriales anteriores, por lo que hoy todo es sobre la optimización de WP-Admin. Debido a su naturaleza dinámica, no podemos hacer el almacenamiento de la página de la página, ¡pero eso no significa que no podamos hacerlo más rápido! Nota: Las técnicas que mostraré aquí aceleran a WordPress en general (no solo el administrador), pero si hace algún tipo de almacenamiento de la página (descrita en otro tutorial), entonces no tendrá demasiado impacto en el visitante – El lado con la cara.
Antes de comenzar a seguir este tutorial, necesitará su propio servidor privado virtual (consulte este tutorial si no tiene uno), ejecutando Ubuntu 14.04 x64 y ninx como servidor web. Tenga en cuenta que las acciones que realizaremos aquí no solo pueden destruir su WordPress, sino también el servidor, así que asegúrese de tener una copia de seguridad o incluso mejor, primero en un medio de prueba/diseño. ¿Reduce WP-Admin? Hay dos procesos que tienen lugar una vez que cargamos cualquier página WP-Admin: Procesamiento PHP (compilando el código PHP en el código que la computadora puede entender) y MySQL (Operaciones de la base de datos). Cuantos más complementos tenga, más lento será su administrador. ¿Suena familiar?
Afortunadamente, podemos optimizar tanto el procesamiento de PHP con HHVM y MySQL con almacenamiento de caché (más al respecto pronto). Instalar HHVM HHVM es un automóvil virtual, desarrollado por inteligentes ingenieros de Facebook, que prácticamente reemplaza a PHP-FPM como procesador PHP. Bien cerca; El problema es que es lo que llamamos un software superior, es decir, no se probó ampliamente en entornos de producción (es decir, fuera de Facebook), por lo que lo que haremos es usar ambos; HHVM será nuestro procesador PHP principal con PHP-FPM como alternativa. Por lo tanto, obtenemos todos los beneficios que HHVM trae a la mesa y PHP-FPM se hará cargo si está bloqueado. No se preocupe, todo se lleva a cabo automáticamente en segundo plano, por lo que los visitantes ni siquiera notarán que algo salió mal. Para instalar HHVM, ingrese los siguientes órdenes (como documentación oficial): $ sudo apt-get install software -properties- comunes $ sudo apt-key adv — Recv-kys –kyserver hkp: //keyserver.buntu.com: 80 0x5a16e7281be7a449 $ sudo add-repository ‘deuda http://dl.hhvm.com/ubuntu Trusty Maine’ $ sudo apt- Obtenga actualización $ sudo apt-get install hhvm
Instalación de HHVM Ahora que HHVM está instalado, debemos instalarla como una interfaz FastCGI, así que ejecute: $ sudo /usr/share/hhvm/install_fastcgi.sh ahora instalar (o reemplazar) la interfaz de línea de comando (proporcionada por php5-cli) con HHVM: $ sudo/usr/bin/update-alternativo-installe/usr/bin/php php/usr/bin/hhvm 60 y, finalmente, asegúrese de que HHVM se inicie automáticamente, cuando el sistema comienza:

$ sudo update-rc.d HHVM predeterminados para asegurarse de que funcione correctamente
La versión HHVM ahora que HHVM funciona correctamente, es hora de configurar Nginx para conectarse a ella en lugar de a PHP-FPM, pero primero debemos hacer una pequeña corrección (opcional, pero mi preferencia personal). Editar /etc/hhvm/server.ini, comente en la línea con el puerto y la siguiente línea: hhvm.server.file_socout =/lime/run/hhvm/hhvm.sock El archivo final debería verse así: hhvm servidor .Ini Restaurar HHVM ($ sudo Service HHVM Reiniciar) y debe estar preparado para la configuración de Nginx.

Abra el archivo de host virtual para el sitio web de WordPress que configura (en mi caso, esto está en /etc/nginx/sites-ended/www.wp-kickstart.com): $ sudo nano/etc/nginx/sitio-habilitado/www .wp-kickstart.com allí, ubique el bloque de ubicación responsable del procesamiento de PHP y reemplácelo con estos dos: ubicación ~. (HH | php) $ {proxy_intercept_errors on; error_page 502 = @fpm; Try_files $ uuri /index.php; Incluye fastcgi_params; Fastcgi_pass unix: /var/run/hhvm/hhvm.sock; Fastcgi_param script_filename $ document_root $ fastcgi_script_name; fastcgi_index index.php; } Ubicación @FPM {try_files $ uuri /index.php; Incluye fastcgi_params; Fastcgi_pass unix: /var/run/php5-fpm.sock; Fastcgi_param script_filename $ document_root $ fastcgi_script_name; fastcgi_index index.php; } ¿Notas la Directiva ERROR_PAGE 502? Esta es nuestra red de seguridad; Si, por alguna razón, HHVM se atasca o no responde a la solicitud, PHP-FPM se hace cargo y lo procesa como si nada hubiera sucedido.

Instalar este paso es opcional, pero se asegurará de que HHVM se reinicie correctamente, siempre que consuma mucha memoria o procesador. Y no desea verificar manualmente si HHVM se ha bloqueado. Porque tiene otras cosas que hacer. Mon es un proceso (que se ejecuta en segundo plano) que verifica constantemente otros procesos, de más de una forma: cuántos recursos uso, incluso están ejecutando, escuchando las direcciones/puertos correctos, etc. . Monit es lo que te gustaría. Llame a un perro guardián del sistema. La instalación es simple, solo ejecute el siguiente comando: $ sudo apt-get install monit esto instalará e iniciará monit, pero no verificará ningún proceso en el cuadro, para esto tenemos que agregar un archivo de configuración:
$ sudo nano /etc/monit/conf.d/hhvm Agregue el siguiente contenido en: Verifique el proceso HHVM con pidfile/var/run/hhvm/pid group hhvm start = “/usr/sbin/service hhvm start” con tiempo de espera 60 segundos Stop programa = “/usr/sbin/service hhvm stop” Si falló unixSocout /r/run/hhvm.sock, entonces se restablezca si MEM> 400.0 MB durante 1 ciclos, se restablezca si 5 se restringe con 5 ciclos y luego tiempo de tiempo de espera, abra la configuración principal Archivo/etc/monitrc y alrededor de la línea 50, debería ver una directiva del servidor establecida de mailserver. Cancele los comentarios e ingrese la información de su servidor de correo electrónico para que se vea así:
Establezca MailServer SMTP.GMail.com Puerto 587 Nombre de usuario “[Correo electrónico protegido]” Contraseña “Your_Password” usando TLSV1 y luego desplácese hacia abajo en el archivo y a la línea con el conjunto de alerta (alrededor de la línea 115) Agregue su correo electrónico para alertar cuando algo no está yendo Bueno: configure la alerta [correo electrónico protegido] con un recordatorio en 15 ciclos si desea activar el informe de estado de Monit, también debe encontrar la Directiva establecida HTTPD (alrededor de la línea 123) y asegúrese de que estas líneas no se comenten: Establezca el puerto HTTPD 2812 y use la dirección localhost localhost guardar y cerrar el archivo, luego reinicie el monit para que la configuración que acaba de comenzar a funcionar: $ sudo servicio de servicio de servicio para verificar el estado de nuestros servicios, simplemente ejecute $ sudo monit status. Listo, tu fiel monto de perro guardián ahora monitorea HHVM. Si desea monitorear otros servicios, he escrito una idea con los comunes configurados: solo copielos para separar los archivos (en el mismo directorio en el que he configurado HHVM) y reiniciar el monit. -Prote la memoria en el caché de objetos con Redis con HHVM en operación, hemos mejorado el tiempo de procesamiento de PHP, por lo que ahora, centrémonos en el segundo bloque primario: la consulta MySQL. WordPress viene con su propia solución de almacenamiento en caché de objetos, pero el problema es que no está persistido (guardado) entre consultas, lo que significa que debe ser regenerado en cada solicitud. Claramente, esto no nos ayuda mucho en términos de rendimiento, por lo que tenemos que hacerlo persistente.

Una forma de hacerlo sería guardarlo en la base de datos, pero eso derrota nuestro objetivo de hacer menos consultas, por lo que las almacenaremos en Redis. Redis podría considerarse un motor de base de datos que almacena datos no en el disco duro, sino en la memoria (que es mucho más rápido escribir y leer en el disco duro). La instalación de Redis requiere un solo comando: $ sudo apt-get install redis-server no necesita configuración, ¡funciona desde el cuadro! Dado que PHP no viene con el soporte de Redis, también debemos instalar el módulo para esto: $ sudo apt-get install php5-render ahora que se está ejecutando (y PHP sabe cómo conectarse a él), es hora de decirle a WordPress que Debe usarlo para almacenar objetos en caché. Primero, debe abrir WP-Config.php e informar a WordPress en qué host y puerto ejecutan Redis y agregar una sal a las claves (especialmente si ejecuta más sitios de WordPress en el mismo servidor): define (‘wp_cache_ke_salt’, ‘mydomain_ ‘); $ redis_server = array (‘host’ => ‘127.0.1’, ‘puerto’ => 6379,); Ahora tenemos que instalar el complemento WP Redis. No lo active porque lo más probable es que vea un error;