Actualmente estoy usando APC con PHP FPM para almacenar en caché unos cientos de sitios de Wordpress. Con un caché de 2 gigas, todo funciona bien, pero no es muy eficiente y el caché siempre está al máximo.
Si tengo 200 sitios de Wordpress, todos en el mismo servidor, todos con versiones idénticas, almacenará en caché 200 archivos wp-db.php idénticos, por ejemplo.
Me parece recordar una discusión hace unos años sobre cómo podría ser un riesgo para la seguridad. Dudo que eso siga siendo un problema (especialmente con PHP FPM), pero controlo todos los sitios de todos modos, por lo que los beneficios son mejores que las desventajas.
¿Ha cambiado esto en los últimos años? ¿Especialmente con el nuevo Zend Opcache predeterminado? Un truco como el de los enlaces simbólicos no es ideal, por ejemplo, no se pueden actualizar 500 sitios a la vez, por lo que se rompería terriblemente de vez en cuando.
Respuesta1
Esta es una respuesta parcial ya que no experimenté esto con el código de operación zend.
La última vez que usé apc, esta característica me pareció un error, nunca la vi como una característica :-). Si usa chrootgrupos -ed con php-fpm y si todos los grupos tienen las mismas rutas relativas en el chroot, entonces comparten la misma clave de caché en apc. Como la clave es la ruta absoluta completa del archivo, y en un chroot esta ruta del archivo no puede contener la parteantesel chroot.
Entonces podrías probarlo con chroot. Pero esto implica varios trucos:
- los chroots deben contener todos los elementos que php pueda necesitar (directorios temporales, /etc/hosts, algunos dispositivos)
- El correo php no funcionaría y debería usarse en modo smtp.
- algunos archivos deben excluirse del caché, todos los archivos que contienen configuraciones, si olvida ese punto, los sitios web se confundirán.
- tal vez algunos otros, chroot nunca es simple