WordPress Multisite vs múltiples sitios: elija la estructura correcta
WordPress Multisite vs múltiples sitios: compare administración, plugins, dominios, copias de seguridad y transferencias del sitio antes de elegir su configuración de alojamiento.
Una asignación de sitios de alojamiento no es una red WordPress
WordPress Multisite gestiona una red de sitios dentro de una instalación WordPress. Los sitios Separados WordPress utilizan instalaciones separadas, incluso cuando comparten una cuenta de alojamiento. Un plan que permite varios sitios web no crea automáticamente una red multisitio o describe cómo estos sitios web están aislados.
Comience por enumerar los sitios, sus propietarios y los cambios que necesitan para hacer independientemente. Un grupo de sitios de organización mantenidos por un equipo tiene necesidades diferentes de proyectos de clientes no relacionados con diferentes fechas de lanzamiento. Compare primero la estructura de aplicación, luego compruebe los límites del plan real y las opciones de configuración disponibles contra esa decisión.
Comparar componentes compartidos y versiones independientes
Una red comparte el núcleo WordPress e instala archivos de plugin y tema, mientras que los subsites tienen su propio contenido y configuración. Las instalaciones independientes pueden elegir diferentes versiones de componentes y calendarios de actualización. Todavía necesitan un servidor deliberado, una base de datos y un diseño de permisos; los directorios separados por sí solos no prueban que una cuenta de hospedaje proporciona un fuerte aislamiento.
Desplazar la tabla horizontalmente si es necesario.
WordPress arquitectura afecta el flujo de trabajo de mantenimiento
Decisión
Multisite network
Instalaciones separadas
Componentes básicos e instalados
Archivos de instalación compartidos
Mantenido para cada instalación
Plugin o lanzamiento temático
Puede afectar a varios subsites usando ese componente
Se puede probar y soltar para una instalación
Administración
Función de la red más funciones individuales del sitio
Las funciones pertenecen a cada instalación a menos que se integren deliberadamente
Índice
Los subsites conservan su propio contenido por defecto
Cada instalación tiene su propio contenido
Trasladar un sitio web más adelante
Necesita un plan de extracción de conocimiento de red
Necesita los archivos de instalación y la base de datos pertinente
Controlar funciones de administrador y compatibilidad de plugin
Un administrador de red controla la instalación de plugins y temas. Un administrador del sitio no tiene los mismos derechos de instalación. Un plugin puede ser habilitado para un subsitio o activado a través de la red; un plugin activado por la red no puede simplemente ser desactivado por un administrador del sitio individual. Acuerda quién puede aprobar un cambio que afecta varios sitios.
Pregunte a cada desarrollador de plugins importante si el plugin admite Multisite y el modo de activación previsto. Reseñar las extensiones de tienda, membresía, idioma y seguridad en particular. Compruebe los términos de licencia comercial para el número previsto de sitios en lugar de asumir que una red cuenta como un sitio web autorizado. Record excepciones antes de elegir una arquitectura compartida.
Planear dominios y HTTPS para cada sitio web
Una red puede utilizar subdominios o subdirectorios, y el moderno WordPress admite la asignación de un subsitio a un dominio separado. La asignación de dominios todavía requiere que el dominio llegue al destino de alojamiento correcto y al servidor web para reconocerlo. La configuración de la aplicación por sí sola no configura DNS público ni crea un certificado TLS.
Escriba la dirección canónica de cada subsitio y los dominios que deben ser cubiertos por HTTPS. Pruebe las páginas de inicio y el login de administrador para cada dominio mapeado. Decide si los nuevos sitios son creados por un administrador o bajo demanda; la creación de subdominios a pedido puede tener diferentes requisitos DNS de una lista fija de sitios conocidos.
Defina cómo un sitio y toda la red pueden ser restaurados
Para una red, revise la base de datos compartida, configuración de red, tablas subsitio y cargas requeridas por su proceso de copia de seguridad. Pregunte si su método de recuperación elegido restaura toda la red o puede recuperar un subsite. Restaurar toda una base de datos más antigua para reparar un sitio también podría sustituir los nuevos cambios realizados en otras partes de la red.
Para instalaciones independientes, identifique los archivos y la base de datos pertenecientes a cada sitio y pruebe una restauración sin tocar a los demás. Ninguna arquitectura elimina la necesidad de una copia de seguridad consistente y un ensayo de recuperación. Establecer límites de recuperación antes de un incidente: quién autoriza la restauración, qué sitios afecta y cómo se manejan los cambios realizados después de la copia de seguridad.
Considerar futuras transferencias y necesidades divergentes
Un sitio web cliente que puede ser vendido, transferido o mantenido por otro organismo necesita un camino de salida documentado. Extracting one site from a network is more involved than copying one directory: revise sus tablas de bases de datos, usuarios, subidas, dominios y datos específicos del plugin. Ensayar el proceso de transferencia con la herramienta que se pretende utilizar.
Las instalaciones separadas pueden adaptarse a proyectos que necesitan diferentes decisiones de compatibilidad PHP o versiones de plugin independientes. Una red puede adaptarse a un grupo con componentes comunes y gobernanza central. Estas son opciones de flujo de trabajo, no una promesa de que una arquitectura es siempre más rápida o más barata. Compare la responsabilidad continua con las necesidades de los sitios que realmente mantiene.
Elige una estructura antes de confirmar la configuración de alojamiento
La configuración VPSLibre WordPress puede registrar una preferencia multisitio cuando esa opción esté disponible. Revise la cita devuelta y los detalles de su proyecto; seleccionar una preferencia no es evidencia de que una red ya ha sido creada. Confirme el entorno entregado y cualquier trabajo de aplicación con el operador responsable de la configuración.
Si su organización necesita instalaciones independientes, compare la asignación del sitio declarada y los límites de recursos en lugar de seleccionar Multisite sólo para albergar varios dominios. Utilice la guía de preparación WordPress para comprobar los requisitos de tiempo de ejecución y almacenamiento. Mantenga una nota de arquitectura con el orden para que la familia de acogida elegida apoye la estructura de aplicación planificada.
Un equipo posee cambios de componente compartidos, o cada sitio necesita su propio proceso de liberación.
Los plugins esenciales soportan el alcance de la arquitectura y la concesión de licencias.
Cada dominio y subsite tiene un plan DNS y HTTPS.
Se ha revisado la recuperación de un solo sitio y una transferencia futura.
Compruebe el software, almacenamiento, copias de seguridad, configuración de dominio y HTTPS antes de hospedar WordPress. Prepare un nuevo sitio web o planifique la migración y recuperación de un sitio existente.
Utilice esta lista de verificación de migración WordPress para preparar archivos, copias de seguridad de bases de datos, cambios de URL y una reducción probada que preserve los datos de la tienda en vivo.
Conecte un dominio existente a su alojamiento utilizando los detalles DNS suministrados. Compruebe los registros del sitio web, preservar la configuración de correo electrónico y verificar HTTPS después del cambio.
Planifique hospedaje de copias de seguridad alrededor de archivos, bases de datos y pérdida de datos aceptable. Comprenda los puntos de restauración semanales o diarios y la recuperación de pruebas lejos de su sitio web en vivo.
Compare WordPress hosting y alojamiento web por software, edición de flujo de trabajo, cuenta del sitio y mantenimiento. Coincide con su aplicación al plan de alojamiento adecuado.
Productos para comparar
Compruebe las especificaciones y condiciones de estas ofertas antes de elegir.