<html><head></head><body style="zoom: 0%;"><div dir="auto">Wow that looks promising. Can't try until tomorrow because it's 2am but I'll try first thing tomorrow. From a best practices point of view would one solution be better than the other assuming both work? The second suggestion seems more straight-forward and avoids patches/fixes which is a good thing in general.<br><br></div>
<div dir="auto"><!-- tmjah_g_1299s -->Get <!-- tmjah_g_1299e --><a href="https://bluemail.me"><!-- tmjah_g_1299s -->BlueMail for Android<!-- tmjah_g_1299e --></a><!-- tmjah_g_1299s --> <!-- tmjah_g_1299e --></div>
<div class="gmail_quote" >On Sep 16, 2022, at 1:49 AM, Francis Daly <<a href="mailto:francis@daoine.org" target="_blank">francis@daoine.org</a>> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="blue">On Fri, Sep 16, 2022 at 01:22:46AM -0600, Brian Carey wrote:<br><br>Hi there,<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> I'm very close to getting my flask app properly reverse-proxied by nginx.<br></blockquote><br>If your nginx config is correct, then it might be that the upstream<br>/ backend service (the flask app, in this case) does not like being<br>reverse-proxied (to a different "sub-directory"),<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> I can access and use my app successfully at <a href="http://127.0.0.1:8000">http://127.0.0.1:8000</a>.<br> <br> I can get to my main page at http://my.domain/app. If I specifically enter<br> the url of a sub-directory/page I can get there, for example<br> http://my.domain/app works and http://my.domain/app/home works.<br></blockquote><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Hovering over the link it points to http://my.domain/home instead of<br> http://my.domain/app/home.<br></blockquote><br>Does <a href="https://pypi.org/project/flask-reverse-proxy-fix">https://pypi.org/project/flask-reverse-proxy-fix</a>/ apply in your case?<br><br>That page links to a 404 page, where the original content appears to be at<br><a href="https://web.archive.org/web/20131129080707/http://flask.pocoo.org/snippets/35">https://web.archive.org/web/20131129080707/http://flask.pocoo.org/snippets/35</a>/<br><br>You can possibly / potentially avoid all of that, if you are happy<br>to deploy your app at <a href="http://127.0.0.1:8000/app">http://127.0.0.1:8000/app</a>/ instead of at<br><a href="http://127.0.0.1:8000">http://127.0.0.1:8000</a>/ -- in that case, all of the "local" links will<br>be the same in both the direct and reverse-proxied cases, so only the<br>hostname/port would need adjusting. (Which is usually more straightforward.)<br><br>(I'm presuming that it is possible to deploy a flask app somewhere other<br>than the root of the web service.)<br><br>Good luck with it,<br><br> f</pre></blockquote></div></body></html>