Apps / Imágenes Docker
WordPress en Nginx.
Una imagen de producción, gratis de descargar.
RemarkableCloud empaqueta WordPress sobre Nginx y PHP-FPM como una imagen Docker lista para producción, así obtienes un stack web familiar y rápido con el caché y los defaults de seguridad ya configurados.
docker pull ghcr.io/remarkablecloud/wordpress-nginx Build actual
7.1-r1
Updated Jan 1, 1970
Base
Nginx + PHP-FPM, anclada por digest
Qué trae
Caché de página fastcgi_cache, brotli, caché de objetos Redis, URLs conscientes del proxy
Licencia upstream
WordPress: GPLv2-or-later (Nginx: BSD-2-Clause)
Free to pull and run anywhere. Digest-pinned, updated deliberately; each build is recorded in the changelog.
La imagen
Qué agrega nuestra imagen.
RemarkableCloud empaqueta WordPress sobre Nginx y PHP-FPM como una imagen Docker lista para producción, así obtienes un stack web familiar y rápido con el caché y los defaults de seguridad ya configurados.
Nginx y PHP-FPM 8.5 en un contenedor
La base es la imagen oficial `wordpress:php8.5-fpm` (Debian 13, PHP 8.5.10), anclada por digest. Nginx va encima y ambos procesos los supervisa supervisord, así el contenedor es un frontend web completo.
Caché de página y de objetos conectados
Un micro-caché fastcgi de Nginx sirve páginas anónimas sin tocar PHP, con su purga a cargo del plugin Nginx Helper. Un caché de objetos Redis acelera las peticiones dinámicas y con sesión. Ambos cachés vienen configurados y los plugins activados en la primera corrida.
Compresión brotli y gzip
Los módulos brotli van instalados junto a gzip para texto, CSS, JavaScript, JSON, SVG y woff2, reduciendo el tamaño de transferencia para navegadores modernos.
URLs canónicas conscientes del proxy
La imagen sirve HTTP plano en el puerto 80 y lee `X-Forwarded-Proto` y `X-Forwarded-Host` para construir `WP_HOME` y `WP_SITEURL` por petición. Nginx además confía en el proxy de rango privado para la IP real del cliente.
Defaults endurecidos
Banners de versión apagados, editor de archivos del dashboard deshabilitado, y archivos y rutas sensibles bloqueados.
Healthcheck condicionado a la provisión
El contenedor reporta healthy solo cuando WordPress está instalado y sirviendo, así un orquestador no enruta tráfico a un sitio a medio construir.
¿Prefieres saltarte el compose? Despliega WordPress a un clic en tu propio VPS: TLS, dominio y base de datos ya conectados.
Despliega WordPress a un clicLa guía
Córrelo en producción.
Resumen de producción
Un contenedor frontend (Nginx + PHP-FPM 8.5 bajo supervisord) más base de datos y Redis como servicios aparte. Los anónimos se sirven del micro-caché fastcgi sin tocar PHP (con purga vía Nginx Helper), los usuarios con sesión se aceleran con el caché de objetos Redis, y brotli recorta la transferencia. Las URLs canónicas se derivan de los headers del proxy en cada petición. El healthcheck queda condicionado a la provisión. Respalda base y wp-content juntos; para actualizar, cambia al tag nuevo y recrea.
La guía técnica completa (Compose, variables, hardening, respaldos y upgrades) está disponible en inglés: ver la guía completa.
Actualizaciones
Builds recientes.
7.1-r1
Sep 10, 2026Initial promoted build of WordPress on Nginx and PHP-FPM.
O sáltate la operación
Aloja WordPress en tu propio VPS privado.
Un clic instala esta imagen exacta en un VPS que es solo tuyo, con asistente de dominio y TLS incluido. El mismo servidor corre tantas apps como quepan, sin cargo por app.
FAQ
Preguntas que nos hacen.
¿Incluye base de datos o Redis?
No. La imagen es el servidor web, PHP y WordPress. La base de datos y Redis corren como servicios aparte, como muestra el Compose, lo que mantiene cada componente actualizable por separado.
¿Cómo funciona el caché de página?
Nginx mantiene un micro-caché fastcgi de páginas renderizadas y sirve a los visitantes anónimos desde ahí sin invocar PHP. El caché se omite para POST, query strings, rutas de admin y dinámicas, y cookies de sesión, y el plugin Nginx Helper lo purga cuando el contenido cambia.
¿Necesito configurar TLS dentro del contenedor?
No. La imagen sirve HTTP plano en el puerto 80 y espera un reverse proxy que termine TLS. Lee los headers reenviados para fijar la URL canónica HTTPS correcta.
¿Por qué el contenedor está unhealthy el primer minuto o dos?
El healthcheck está condicionado a un marcador de provisión a propósito. Reporta healthy solo cuando WordPress está instalado y sirviendo.
¿Puedo correr más de un sitio con esta imagen?
Corre un sitio WordPress por contenedor. Para varios sitios, corre varios stacks, cada uno con su base de datos, Redis y volumen de contenido.
Your server runs. You sleep.
Fully managed hosting from people who have been doing this since 2001.