Un usuario preguntó 👇
Hola a todos,
Quiero convertir una instancia de Docker de WordPress detrás de un proxy inverso Nginx que redirige un subdirectorio de /blog al caso de Docker.
Tengo problemas al intentar arreglar opciones en el wp-admin/ directorios. Se refieren a/blog/wp-admin, y luego 301 de regreso a /wp-admin. Cuando voy a ingresar alguna opción: p. Ej. Método # 1 en https://www.wpkube.com/remove-comments-wordpress/, Me refiere a /wp-admin/options.phpy si _no_ guarda la entrada.
Aquí están mis opciones de configuración: – https://gitlab.com/smacz/role-compositional/blob/master/tasks/wordpress.yml
– https://gitlab.com/smacz/role-compositional/blob/master/templates/nginx_wordpress.conf.j2
Como puede ver, intenté redirigir al proxy inverso de Nginx y lo arreglé WP_SITEURL y WP_HOME según sea apropiado. No sé qué más podría ser necesario. ¿Se ha completado antes tal arreglo?
Este tema fue modificado hace 1 año, 10 meses por.
(@diondesigns)
Hace 1 año, 10 meses
Sus consultas no tienen nada que ver con WordPress y es mejor reemplazarlas como Stackexchange. Dicho esto, las referencias y solicitudes POST no obtienen buenos resultados porque los datos POST generalmente se pierden. Sospecho que ese es tu problema.
(@benfromaus)
Hace 1 año, 10 meses
@diondesigns este problema tiene mucho que ver con WordPress.
La mayoría de las otras aplicaciones web se pueden ejecutar completamente en un subdirectorio a través de un proxy inverso.
El problema se debe a las referencias entusiastas (y honestamente innecesarias) de WordPress.
La arquitectura de proxy inverso de NGINX no solo se está volviendo más popular, sino que también el mundo avanza hacia los contenedores.
https://www.susa.net/wordpress/2018/02/docker-wordpress-in-a-subdirectory/
https://serverfault.com/questions/812925/hosting-a-wordpress-blog-using-nginx-as-sub-directory
https://meta.discourse.org/t/installing-wp-in-sub-folder-https-docker-setup/59733
Desafortunadamente, creo que parte del problema está integrado en WP Core y en la forma en que maneja la detección de URL … Peor aún, no creo que se resuelva pronto porque es un problema bastante específico y un problema (para mí eso al menos hasta ahora), la causa raíz del.
@andrewcz Este es el desagradable arreglo que se me ocurrió. No es genial, no estoy muy orgulloso de eso, pero al menos obtiene el resultado que busco.
1. Cree un subdominio para WP, p. Ej. blog.example.com
2. Actualice su proxy inverso NGINX para que apunte a su contenedor acoplable WP
3. Instale wordpress a través del subdominio blog.example.com
4. Actualice su proxy inverso NGINX a un punto /blog a su contenedor de muelle WP
5. Se podrá acceder a su wordpress a través de blog.example.com y example.com/blog
Cuando tu visitas example.com/blog todo su contenido de wp, incluido / wp, se cargará a través del blog.example.com El sitio de WordPress continuará permitiendo a los visitantes hacer clic a la izquierda en el example.com/blog ubicación
Si desea poder iniciar sesión cuando visite /blog, puede agregar un conjunto a su COOKIE_DOMAIN a example.com
Esta respuesta fue modificada hace 1 año, 10 meses.
(@andrewcz)
Hace 1 año, 10 meses
FWIW Pude hacer que funcionara haciendo dos cosas:
Primero, agregué este archivo nginx.conf delante del estuche. En segundo lugar, vinculé el subdirectorio al directorio principal, que creo que se vería como una instalación de subdirectorio, pero sin ningún tipo de instalación raíz por separado: ln -sT /var/www/html/ /var/www/html/blog.
¿Solucionó tu problema??
0 / 0