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, root@localhost, 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