2012-07-06 17 views
6

he logrado configurar un proxy inverso de mi aplicación heroku siguiente en el config.ruinversa aplicación de proxy heroku al blog de wordpress

require ::File.expand_path('../config/environment', __FILE__) 
use Rack::ReverseProxy do 
    reverse_proxy /^\/blog(.*)$/, 'http://blog.domain.com$1', opts={:preserve_host => true} 
end 
run Appname::Application 

Esto permite que mi aplicación heroku para funcionar a domain.com y tienen domain.com/blog aparece como la URL mientras se está publicando el sitio wordpress blog.domain.com. Genial hasta ahora.

El sitio de wordpress se sirve correctamente cuando se va a domain.com/blog, sin embargo, cuando voy a una página más profunda como una publicación individual, WordPress arroja un error. Estaba usando enlaces permanentes con la fecha y el título en la URL del formulario: domian.com/blog/2012/07/a-great-blog-post - Ahora parece que a Worpress no le gusta esto. Cuando cambié los enlaces al formulario domain.com/blog/?p=4 la página se sirve con éxito.

Parece que no maneja y tipo de barras posteriores después de inial domain.com/blog correctamente. Lo que me parece extraño es domain.com/blog/wp-admin (y toda la aplicación de administrador de WP) funciona sin inconvenientes.

¿Alguien puede ver algún problema evidente por el cual las páginas/publicación con barras múltiples '/' pueden estar causando problemas?

¡Gracias de antemano!

+0

Este es el error Apache parece estar lanzando: Error interno del servidor El servidor encontró un error interno o una configuración incorrecta y no pudo completar su solicitud. Póngase en contacto con el administrador del servidor, root @ localhost e infórmeles de la hora en que se produjo el error, y todo lo que haya hecho puede haber causado el error. Más información sobre este error puede estar disponible en el registro de errores del servidor. – cmetcalfe

+0

Utilicé el proxy inverso en rack y la nueva reliquia me dice que las solicitudes están pasando mucho tiempo allí, ahora estoy intentando https://github.com/ryandotsmith/nginx-buildpack Lo malo es que se explica con el unicornio mientras que hoy puma es el servidor recomendado. – juanpastas

Respuesta

2

Bueno, encontré una solución, por cualquier razón en la configuración de WP para el enlace permanente, no le gustó ninguna de las opciones predeterminadas, excepto el formulario donde puede recuperar la publicación por identificación. (http://www.domain.com/blog/?p=123)

Para fines de SEO, quería que el título de la publicación estuviera en la URL. Así que ingresé en el campo de estructura personalizada: /index.php/%postname%/

Parece que requirió index.php para que wordpress manejara el enrutamiento correctamente.

+0

Gracias, hecho mi día. – user2681403

Cuestiones relacionadas