Reverse-Proxy-Heroku-App zum WordPress-Blog

Lesezeit: 2 Minuten

Ich habe es geschafft, einen Reverse-Proxy meiner Heroku-App mit dem folgenden in config.ru einzurichten

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

Dadurch kann meine Heroku-App auf domain.com ausgeführt werden und domain.com/blog als URL angezeigt werden, während die WordPress-Site blog.domain.com bereitgestellt wird. Großartig so weit.

Die WordPress-Site wird ordnungsgemäß bereitgestellt, wenn ich zu domain.com/blog gehe, aber wenn ich zu einer tieferen Seite wie einem einzelnen Post gehe, wirft WordPress einen Fehler. Ich habe Permalinks mit Datum und Titel in der URL des Formulars verwendet: domian.com/blog/2012/07/a-great-blog-post – Worpress scheint das jetzt nicht zu gefallen. Wenn ich die Links wieder auf das Formular domain.com/blog/?p=4 umgestellt habe, wird die Seite erfolgreich bereitgestellt.

Es scheint, als ob es nicht richtig mit nachgestellten Schrägstrichen nach der anfänglichen domain.com/blog umgeht. Was ich seltsam finde, ist, dass domain.com/blog/wp-admin (und die gesamte WP-Admin-App) ohne Schluckauf funktioniert.

Kann jemand eklatante Probleme erkennen, warum die Seiten/Beiträge mit mehreren Schrägstrichen „https://stackoverflow.com/“ Probleme verursachen könnten?

Danke im Voraus!

  • Dies ist der Fehler, den Apache zu werfen scheint: Interner Serverfehler Der Server hat einen internen Fehler oder eine Fehlkonfiguration festgestellt und konnte Ihre Anfrage nicht abschließen. Bitte wenden Sie sich an den Serveradministrator, [email protected], und teilen Sie ihm mit, wann der Fehler aufgetreten ist und was Sie möglicherweise getan haben, was den Fehler verursacht haben könnte. Weitere Informationen zu diesem Fehler finden Sie möglicherweise im Serverfehlerprotokoll.

    – cmetcalfe

    6. Juli 2012 um 16:18 Uhr


  • Ich habe einen Rack-Reverse-Proxy verwendet und New Relic sagt mir, dass Anfragen dort viel Zeit verbringen, ich versuche es jetzt github.com/ryandotsmith/nginx-buildpack Das Schlimme ist, dass es mit Einhorn erklärt wird, während Puma heute der empfohlene Server ist.

    – Websites

    4. Oktober 2015 um 17:13 Uhr

Nun, ich habe aus irgendeinem Grund in den WP-Einstellungen für den Permalink eine Lösung gefunden, die keine der Standardoptionen mochte, außer dem Formular, in dem der Beitrag anhand der ID abgerufen werden kann. (http://www.domain.com/blog/?p=123)

Für SEO-Zwecke wollte ich, dass der Titel des Beitrags in der URL enthalten ist. Also habe ich in das benutzerdefinierte Strukturfeld Folgendes eingegeben: /index.php/%postname%/

Es scheint, als hätte WordPress index.php benötigt, um das Routing richtig zu handhaben.

1385810cookie-checkReverse-Proxy-Heroku-App zum WordPress-Blog

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy