Voy a construir un sitio web con docker-compose.
Cuando el usuario ingresa al directorio raíz, va a la aplicación web. Cuando el usuario ingresa al http://ejemplo.com/blogdebe redirigir a wordpress.
Para hacerlo, configuré el docker-compose de esta manera
version: "3"
services:
nginx:
image: nginx:latest
depends_on:
- web-app
- wordpress
volumes:
- ./nginx/nginx.conf:/etc/nginx/nginx.conf
ports:
- 80:80
mysql:
image: mysql:5.7.29
container_name: mysql
restart: always
volumes:
- ./data/mysql/data:/var/lib/mysql
wordpress:
depends_on:
- mysql
image: wordpress:latest
ports:
- 8000:80
restart: always
volumes:
- ./data/blog:/var/www/html/wp-content
- ./blog/wp-config.php:/var/www/html/wp-config.php
web-app:
build: ./app
depends_on:
- mysql
restart: always
command: npm start
environment:
- TZ=UTC
- NODE_ENV=production
networks:
default:
external:
name: common
Y esta es mi configuración de nginx
worker_processes auto;
events {
worker_connections 1024;
}
http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
log_format main '[$time_local] $remote_addr - $request request_time: $request_time';
access_log /var/log/nginx/access.log main;
gzip on;
gzip_http_version 1.1;
gzip_vary on;
gzip_comp_level 6;
gzip_proxied any;
gzip_types text/plain text/html text/css application/json application/javascript application/x$
# make sure gzip does not lose large gzipped js or css files
# see http://blog.leetsoft.com/2007/07/25/nginx-gzip-ssl.html
gzip_buffers 16 8k;
server {
listen 80;
charset utf-8;
location /blog/ {
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://wordpress;
}
location / {
proxy_http_version 1.1;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header Host $http_host;
proxy_set_header X-NginX-Proxy true;
proxy_redirect off;
proxy_pass http://web-app:3000;
}
}
}
Y actualicé wp-config.php y configuré la URL del sitio web.
define('WP_SITE_URL', 'https://example.com/blog');
define('WP_SITEURL', 'https://example.com/blog');
define('WP_HOME', 'https://example.com/blog');
Sin embargo, cuando entro a https://ejemplo.com/blogdevuelve el ERR_TOO_MANY_REDIRECTS
respuesta.
He buscado muchos artículos y algunos dicen que es porque estoy usando Cloudflare. ¿Cómo puedo resolver el problema anterior?
nemoxi
En tus config.php
tu hiciste esto :
// Define the website URL
define('WP_SITEURL', getenv_docker('WORDPRESS_SITEURL', 'https://example.com/blog'));
// Define the website Home page
define('WP_HOME', getenv_docker('WORDPRESS_HOME', 'https://example.com/blog'));
// Rewrite your access URL to the admin page
$_SERVER['REQUEST_URI'] = str_replace("/wp-admin/", "/blog/wp-admin/", $_SERVER['REQUEST_URI']);
Si no versiona sus recursos de wordpress, use directamente las variables de composición de la ventana acoplable como esta, en lugar de usar el config.php
expediente :
WORDPRESS_CONFIG_EXTRA: |
define('WP_HOME','https://example.com/blog');
define('WP_SITEURL','https://example.com/blog');
$$_SERVER['REQUEST_URI'] = str_replace("/wp-admin/", "/blog/wp-admin/", $$_SERVER['REQUEST_URI']);
Y en el archivo docker-compose.yml
pones las siguientes variables de entorno:
environment:
...
- WORDPRESS_SITEURL="https://example.com/blog"
- WORDPRESS_HOME="https://example.com/blog"
-
Obtengo un bucle de redireccionamiento infinito.
–Eduardo Cuomo
9 ago a las 15:51
para inicializar WordPress en un subdirectorio como /blog
puedes usar el working_dir
atributo.
El valor por defecto WordPress usos de la imagen /var/www/html
como raízy puedes moverte a /var/www/html/blog
para inicializar en este punto.
# ...
wordpress:
image: wordpress:apache
working_dir: /var/www/html/blog
volumes:
- ./data/blog:/var/www/html/blog/wp-content
- ./blog/wp-config.php:/var/www/html/blog/wp-config.php
# ...
Ahora, puede navegar a http://hostlocal/blog.
Ejemplo completo
Lo siguiente es un completo docker-compose.yml
ejemplo:
version: '3.1'
x-wordpress: &wordpress
depends_on:
- db
environment:
WORDPRESS_DB_HOST: db:3306
WORDPRESS_DB_NAME: wordpress
WORDPRESS_DB_USER: wordpress
WORDPRESS_DB_PASSWORD: wordpress
working_dir: /var/www/html/blog
volumes:
- wp_root:/var/www/html/blog
- ./wp-content/plugins:/var/www/html/blog/wp-content/plugins
- ./wp-content/themes:/var/www/html/blog/wp-content/themes
- ./wp-content/uploads:/var/www/html/blog/wp-content/uploads
- ./wp-content/languages:/var/www/html/blog/wp-content/languages
services:
# Database
db:
image: mysql:5.7
volumes:
- db_data:/var/lib/mysql
- ./backup/blog.sql:/docker-entrypoint-initdb.d/dump.sql:ro
ports:
- 3306:3306
environment:
MYSQL_ROOT_PASSWORD: password
MYSQL_DATABASE: wordpress
MYSQL_USER: wordpress
MYSQL_PASSWORD: wordpress
# phpmyadmin
phpmyadmin:
depends_on:
- db
image: phpmyadmin/phpmyadmin
ports:
- 8080:80
environment:
PMA_HOST: db
MYSQL_ROOT_PASSWORD: password
# WordPress
wordpress:
<<: *wordpress
image: wordpress:apache
ports:
- 80:80
wpcli:
<<: *wordpress
image: wordpress:cli
volumes:
wp_root:
driver_opts:
type: tmpfs
device: tmpfs
db_data:
Steve Lng C
Lo que realmente funcionó para mí es este combo:
nginx :
upstream test {
least_conn;
server test_wordpress_1;
}
server {
listen 443 ssl;
server_name slapps.fr;
#...
#SSL CONFIG
#...
location /test/ {
#rewrite ^/test/(.*)$ /$1 break; #This didn't work for me
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_pass http://test/;
}
}
wp-config.php
:
define('WP_HOME','https://slapps.fr/test');
define('WP_SITEURL','https://slapps.fr/test');
$_SERVER['REQUEST_URI'] = str_replace("/wp-admin/", "/test/wp-admin/", $_SERVER['REQUEST_URI']);
De alguna manera la siguiente configuración en docker-compose.yml
no funcionó para mí, el $_SERVER
no pasaría, pero las primeras definiciones sí.
WORDPRESS_CONFIG_EXTRA: |
define( 'WP_HOME', 'https://slapps.fr/test' );
define( 'WP_SITEURL', 'https://slapps.fr/test' );
$$_SERVER['REQUEST_URI'] = str_replace("/wp-admin/", "/test/wp-admin/", $$_SERVER['REQUEST_URI']);
Esta no es una buena solución, pero puede ayudar por un tiempo hasta que encuentre la causa:
remove_action( 'template_redirect', 'redirect_canonical' );
Agregue esta línea a lafunctions.php
expediente.– Iván Shatsky
5 de junio de 2021 a las 14:03