WordPress

¿Qué permite hacer?

Cada sitio WordPress es una app: corre de forma nativa (sin Docker) con su usuario de Linux, su pool de PHP-FPM y su base en el MySQL del VPS. En un mismo VPS pueden convivir varios sitios aislados entre sí.

• Crear un sitio vacío, una tienda (WooCommerce) o un sitio con Elementor.
• Traer un sitio desde un backup de otro hosting (All-in-One, Duplicator, UpdraftPlus o un panel de hosting).
• Publicarlo con HTTPS en una dirección automática o un dominio propio, y cambiarla después.
• Hacer copias, restaurarlas, crear un staging y publicarlo.
• Actualizar núcleo, base, plugins y temas.
• Editar contenido, menús, medios, ajustes, plugins, usuarios, SEO, archivos, cron, caché, correo e integraciones, desde el panel o por MCP.

¿Cuándo conviene usarlo?

• Sitios institucionales, blogs o tiendas que se quieren tener en un servidor propio.
• Mudar un WordPress desde otro hosting sin tocar archivos a mano.
• Que un agente de IA mantenga el sitio: contenido, plugins, pruebas en un navegador real.

¿Cómo funciona en ArduMaker?

1. validar: VPS activo, función wordpress del sistema, memoria y disco mínimos.
2. preparar: PHP 8.3 con PHP-FPM y las extensiones de WordPress, y wp-cli (una vez por VPS, comprobado contra el .sha512 publicado); el motor MySQL se instala si falta.
3. instalar: se guardan antes las claves (la del admin y la de la base); se crean la base wp<id> y la cuenta 'wp<id>'@'localhost', el usuario de Linux, las carpetas, el pool y el cron; se baja el núcleo, se escribe wp-config.php y se instala con una URL provisoria.
4. configurar: si se pidieron extras, se instalan WooCommerce y/o Elementor.
5. publicar: se reserva la dirección, se escribe el server block en el nginx del VPS, el sitio pasa a https://<dominio> con wp search-replace y se publica con DNS, proxy y HTTPS. Se verifica /wp-login.php con 200.

Si publicar falla, el sitio queda instalado y el reintento vuelve a publicar sin reinstalar. El TLS lo pone la plataforma delante del VPS; el nginx del VPS le pasa HTTPS on a PHP para que WordPress no entre en un bucle de redirecciones al abrir /wp-admin.

Ningún campo es obligatorio: site_title (por defecto «Mi sitio»), admin_email (por defecto el de quien instala), admin_user (3 a 40 caracteres; no se aceptan admin, administrator, root ni wordpress), locale (por defecto es_ES), custom_domain, extras y origen (para traer un backup o copiar otro sitio).

¿Qué cambia realmente?

Con pm = ondemand un sitio sin visitas no gasta memoria, por eso entran varios en un plan chico. Un sitio no puede leer los archivos PHP de otro.

Copias, staging y migración

• crear_backup_wordpress: copia completa (base y wp-content) en un .tar.gz fuera de la carpeta pública.
• restaurar_backup_wordpress con exactamente un origen: backup (una copia del sitio: vuelta atrás), url (un archivo que baja el VPS: copia de ArduMaker .tar.gz, All-in-One .wpress, Duplicator .zip, UpdraftPlus o .tar.gz de un panel de hosting) o from_app (otro sitio del mismo VPS). Después de cargar, el sitio vuelve a su propia dirección.
• crear_staging_wordpress: un sitio nuevo en el mismo VPS, cargado con una copia y con su propia dirección. Se publica restaurando el sitio en vivo con from_app igual al staging.
• Al importar un backup se vuelve a crear el admin de ArduMaker con su contraseña: el backup trae sus propios usuarios.
• cambiar_direccion_wordpress despublica la dirección vieja (DNS, proxy y server block), publica la nueva con HTTPS y reescribe todas las URL del sitio.

Actualizar y desinstalar

La acción update (controlar_app) deja al día núcleo, base, plugins y temas, y antes asegura PHP 8.3 y el pool del sitio. Desinstalar saca el pool y el cron; con delete_data también borra archivos, base y contraseñas.

Esquema

Resultado esperado

El sitio aparece en Apps y en listar_sitios_wordpress con su dirección y sus extras. revelar_credencial_app devuelve el usuario y la contraseña de /wp-admin; la contraseña de la base nunca sale: solo la usa wp-config.php. ver_sitio_wordpress con view: salud muestra la respuesta HTTP, el pool de PHP, actualizaciones pendientes y cron atrasado.

Errores y resolución

Para diagnosticar: leer_logs_wordpress (PHP-FPM, debug.log, errores o accesos de nginx), ver_web_wordpress (estado, HTML, enlaces o formularios de una ruta) y probar_web_wordpress, que abre el sitio en un navegador real dentro del VPS y devuelve una captura, el texto visible y los errores de consola.

Relación con MCP

WordPress tiene su propio dominio MCP, /mcp/wordpress (referencia general en /mcp/docs). Todo corre en el VPS con wp-cli como el usuario del sitio. Hay tres niveles: ver (quien ve la app), cambiar (además, no ser un agente solo lectura) y delicado (base de datos, archivos, restaurar, wp-cli libre, borrar usuarios: admin de la empresa).

• Se crea con instalar_app (app_type: wordpress); la credencial de /wp-admin sale con revelar_credencial_app (solo admin).
• ejecutar_wp_cli_wordpress rechaza eval, eval-file, shell, package, server y cli, y las opciones --exec y --require.
• editar_archivos_wordpress trabaja solo dentro de wp-content y nunca toca wp-config.php; un .php se revisa con php -l antes de reemplazarlo.
• consultar_base_wordpress corre lecturas tal cual; cualquier escritura necesita confirmed.
• El usuario admin de ArduMaker en el sitio no se puede borrar ni degradar.

Funciones relacionadas

• WooCommerce
• Elementor
• MySQL
• Nginx
• Certificados SSL
• Dominios y DNS