Como novato administrador de WordPress, acabo de pasar por mi primera actualización no automática de WordPress.
Actualicé cinco instalaciones diferentes de WordPress de 4.1.3 a 4.2.
Todos se refieren a diferentes sitios web alojados en el mismo servidor web como un dominio principal y cuatro dominios adicionales.
En cada uno de los sitios web, utilizo los siguientes complementos:
- Akismet;
- Google Analytics de Yoast;
- Publicidad de Google;
- Google XML Sitemaps y
- Jetpack por WordPress.com.
Para agilizar la administración adicional, estoy considerando consolidar las cinco instalaciones en una sola instalación multisitio.
Hasta ahora, me ha resultado bastante difícil encontrar respuestas definitivas sobre la compatibilidad de cada uno de esos complementos con una instalación multisitio en los sitios web del complemento.
¿Es la página del complemento el lugar adecuado para buscar esto?
¿Hay una ubicación central donde se puede encontrar esta información?
Respuestas:
Hay dos tipos de compatibilidad multisitio:
Supongo que estás fuera para 1. Mira mis diapositivas de WordCamp Prague 2015 para la segunda parte.
Los complementos que no dicen nada sobre multisitio no deben activarse como complementos de red. WooCommerce, por ejemplo, crea algunas tablas personalizadas durante la instalación. Si lo activa en toda la red, los subsitios no obtienen estas tablas y el cielo caerá sobre su cabeza.
Desafortunadamente, la mayoría de los complementos no verifican su tipo de activación, por lo que le permiten hacer la activación incorrecta.
están relacionados con problemas de UX como punteros de administrador o páginas especiales "Acerca de" en las que tiene que hacer clic en cualquier subsitio en complementos no compatibles. El SEO WP de Yoast es un ejemplo . Supongo que esto se solucionará en ese complemento pronto. :)
Otros problemas dependen de lo que haga con ese sitio múltiple. Si está construyendo un sitio web multilingüe donde cada sitio está escrito en un idioma y los sitios están conectados entre sí, desea sincronizar las publicaciones cuando escribe contenido. Eso significa que usted llama
switch_to_blog()
al ganchosave_post
y también guarda las publicaciones conectadas.save_post
se llamará varias veces durante una solicitud ahora. Muchos complementos no son conscientes de tal situación, por lo que simplemente sobrescriben la metainformación de la publicación para las publicaciones conectadas, pensando que todavía están en la primera publicación.Esté atento a los complementos que se ocupan de la publicación meta y carecen de una verificación como esta:
Estos complementos no son compatibles.
Similar, aunque más difícil de especificar, son problemas cuando los complementos tocan los metacampos del usuario o reescriben las reglas.
Algunos complementos intentan escribir contenido en archivos sin incluir la ID del sitio en el nombre del archivo. Es muy probable que también estén rotos.
Como dijo Tom: cree una instalación de prueba, ejecute todos los casos de uso que pueda imaginar. No puede confiar en la página del complemento y, por lo general, no hay suficiente información de todos modos.
fuente
A menos que un complemento indique que es compatible, la única forma confiable de averiguarlo es crear una instalación local de múltiples sitios y probarla.
A veces hay signos que puede buscar, pero estos siempre son un síntoma de un código incorrecto, por ejemplo, codificar los nombres de las tablas de la base de datos en lugar de usar el prefijo
$wpdb
, en cuyo caso recomendaría alejarse del complemento incluso si no usa multisitiofuente