SQLite Object Cache

FAQ

¿Funciona esto con una instalación multisitio de WordPress?

Sí. Para ver la página de Ajustes, elije Ajustes > Caché de Objetos en el sitio principal, o en cualquier sitio, de la instalación multisitio.

¿Cuánto más rápido hará esto mi sitio?

No es posible predecir exactamente la aceleración de cada sitio. Aun así, los resultados de la evaluación comparativa son prometedores. Por favor, lee esto. Si ejecutas una prueba de referencia, házselo saber al autor dejando un comentario en esa página o utilizando el foro de soporte.

¿Qué es SQLite?

SQLite es un software de base de datos rápido y eficaz. No requiere un servidor independiente. En su lugar, se integra en php mediante la extensión SQLite3. Los programas SQLite no necesitan abrir conexiones de red para enviar peticiones y esperar respuestas.

¿Este plugin sustituye MariaDB o MySQL por SQLite?

No. Tu servidor SQL de base de datos MariaDB o MySQL todavía contienen todo tu contenido. Todas las importaciones, exportaciones, copias de seguridad y otras operaciones de base de datos de tu sitio continúan funcionando normalmente. Este plugin utiliza SQLite simplemente para mantener valores con nombre. Por ejemplo, un valor denominado «post|3» contendrá una copia en caché temporal y fácil de recuperar del puesto número 3. Cuando necesite esa publicación, WordPress puede obtenerla rápidamente de SQLite.

Espera, ¿qué? ¿Realmente necesito dos tipos diferentes de base de datos SQL?

No, no es así. Este complemento no utiliza SQLite como servidor de bases de datos completo.

Una caché de objetos persistente necesita algún tipo de mecanismo de almacenamiento. SQLite sirve este plugin como mecanismo de almacenamiento de clave / valor rápido y simple.

Algunos proveedores de alojamiento ofrecen servidores de caché redis escalables de alto rendimiento. Si tu proveedor ofrece redis, es una buena opción. Puedes usarlo a través del complemento Redis Object Cache. Los sitios que usan redis tienen una base de datos SQL y otro esquema de almacenamiento que no es SQL: redis. Otros proveedores de alojamiento ofrecen memcached, que tiene Memcached Object Cache.

Pero muchos proveedores de alojamiento no ofrecen ni redis ni memcached, mientras que sí ofrecen SQLite. Este complemento permite a tu sitio utilizar una caché de objetos persistente incluso sin un servidor de caché independiente.

¿Este plugin es compatible con mi versión de MySQL o MariaDB?

Sí. No requiere ninguna versión específica del servidor de bases de datos.

¿Este plugin es compatible con mi versión de redis o memcached?

No utiliza ninguno de los dos. Por favor, no utilices este plugin si tienes acceso a redis o memcached. En su lugar, utiliza el complemento Redis Object Cache o Memcached Object Cache.

¿Por qué no utilizar el servidor principal de bases de datos MariaDB o MySql del sitio para la caché de objetos?

En WordPress, como en muchos frameworks web, tu servidor de base de datos es un cuello de botella para el rendimiento. Utilizar otro mecanismo para la caché de objetos evita aumentar la carga de trabajo de tu base de datos. Los servidores web sirven páginas utilizando varios procesos php, y cada proceso gestiona su propia carga de trabajo SQLite mientras actualiza un archivo de base de datos compartido. Eso reparte la carga de trabajo de la caché de objetos entre muchos procesos en lugar de centralizarla.

¿Tengo que hacer una copia de seguridad de los datos en SQLite?

No. Es una caché, y todo lo que hay en ella es efímero. Cuando WordPress no encuentra lo que necesita en la caché, simplemente lo vuelve a calcular o lo obtiene de la base de datos.

Para evitar hacer copias de seguridad de archivos SQLite, dile a tu plugin de copia de seguridad que omita los archivos llamados *.sqlite, *.sqlite-wal y *.sqlite-shm.

Este plugin elimina automáticamente la copia de seguridad de los datos SQLite cuando utiliza los plugins Updraft Plus, BackWPUp, o WP STAGING. El plugin Duplicator no ofrece una forma automatizada de suprimir la copia de estos archivos.

Si utilizas algún otro plugin de copia de seguridad o clonación, informa al autor creando untema de debate.

Si ya tengo otra caché de objetos persistentes, ¿puedo utilizar ésta?

No. Sólo necesitas una caché de objetos persistente, y WordPress sólo permite una.

Si tengo una instalación escalable con balanceador de carga, ¿puedo utilizarlo?

No. Si tienes más de un servidor web esto no funciona correctamente. Si operas a esa escala, utiliza redis u otro servidor de caché. (Si no estás seguro de si tienes una instalación con balanceador de carga, es casi seguro que no la tienes).

¿Puedo utilizarlo con el plugin Performance Lab?

Sí, pero primero debes activar este plugin antes de activar Performance Lab. Y, debes desactivar Performance Lab antes de desactivar este plugin por última vez.

El plugin Performance Lab ofrece algunas formas avanzadas y experimentales que hacen que tu sitio sea más rápido. Una de sus funciones utiliza código de inicialización de caché de objetos para iniciar el seguimiento del rendimiento. Así que se requiere un orden de activación si quieres que ambos funcionen.

¿Cómo puedo usar esta caché de objetos para hacer que mi plugin o código de tema se ejecuten más rápido?

Utiliza datos transitorios para almacenar datos cacheables. La Transient API utiliza el almacenamiento en caché de objetos persistentes si está disponible, y la base de datos MariaDB o MySQL cuando no lo está. La Metadata API y la Options API también usan el almacenamiento en caché de objetos persistentes.

¿Cómo funciona esto?

Este plugin utiliza un WordPress drop-in para ampliar la funcionalidad de la clase WP_Cache. Cuando activas el plugin crea el archivo dropin .../wp-content/object-cache.php. Tras la desactivación, elimina ese archivo y los datos almacenados en caché.

¿Dónde almacena el plugin los datos almacenados en caché?

Está en el directorio wp_content de tu sitio, en el archivo llamado .ht.object-cache.sqlite. El nombre de ese archivo tiene el prefijo .ht. para evitar que tu servidor web permita que se descargue. SQLite también utiliza a veces los archivos denominados .ht.object-cache.sqlite-shm y .ht.object-cache.sqlite-wal, por lo que es posible que veas cualquiera de esos archivos.

En Linux y otros sistemas operativos derivados de UNIX, debes dar al comando ls -a para ver los archivos cuando sus nombres empiecen por punto.

Quiero almacenar mis datos almacenados en caché en un lugar más seguro. ¿Cómo lo hago?

Poner los archivos .sqlite fuera de la raíz de documentos del sitio es una buena práctica de seguridad. Así es como lo puedes hacer. Si defines la constante WP_SQLITE_OBJECT_CACHE_DB_FILE en wp_config.php el plugin la usará para el nombre de ruta del archivo sqlite. Por ejemplo, si wp-config.php contiene esta línea

define( 'WP_SQLITE_OBJECT_CACHE_DB_FILE', '/tmp/mysite-object-cache.sqlite' );

los datos de tu caché de objetos van a la carpeta /tmp en un archivo llamado mysite-object-cache.sqlite.

También puedes definir WP_CACHE_KEY_SALT para que sea una cadena de texto. Continuando con el ejemplo, esta línea

define( 'WP_CACHE_KEY_SALT', 'qrstuv' );

hace que los datos de la caché de objetos vayan a la carpeta /tmp en un archivo llamado mysite-object-cache.qrstuv.sqlite.

A veces recibo errores de tiempo de espera de SQLite. ¿Cómo puedo corregirlos?

Algunos sitios, ocasionalmente, generan mensajes de error similares a este:

Unable to execute statement: database is locked in /var/www/wp-content/object-cache.php:1234

Esto puede suceder si tu servidor coloca los archivos de WordPress en un almacenamiento conectado a la red (es decir, en una unidad de red). Para resolver esto, almacena los datos almacenados en caché en una unidad conectada localmente. Consulta aquí la pregunta sobre el almacenamiento de los datos en un lugar más seguro.

¿Por qué obtengo errores cuando utilizo WP-CLI para administrar mi sitio?

A veces, los comandos WP-CLI emitidos desde un intérprete de comandos se ejecutan con un usuario distinto del servidor web. Este complemento crea uno o más archivos de caché de objetos. Es posible que el servidor web no pueda leer o escribir en un archivo de caché de objetos si ha sido creado por el usuario wp-cli. O al revés.

En Linux, puedes ejecutar tus comandos shell WP-CLI de la siguiente forma: sudo -u www-data wp config list Así te aseguras de que se ejecutan con el mismo usuario que el servidor web.

¿Qué significan las estadísticas?

Por favor, lee esto.

¿Hay algún chiste en todo esto?

P: ¿Cuáles son las dos cosas más difíciles de hacer bien en informática?

1. Guardar cosas en caché.
2. Poner nombre a las cosas.
3. Afrontar los errores de uno en uno.

En serio, el núcleo de WordPress ya ha resuelto, a lo largo de años de desarrollo y millones de sitios, cómo almacenar cosas en caché y nombrarlas. Este plugin simplemente amplía ese mecanismo para hacer que esas cosas sean persistentes.

Tengo otra pregunta

Por favor, busca más preguntas y respuestas aquí. O haz tu pregunta en el foro de soporte.