> OK, was just a POC though, you probably need more to avoid infinite
Yeah, I spoke too soon. I thought I had it working. The syntax
for doing this is a bit too tortured.
John
-
To unsubscribe, e-mail: users-unsubscr...@httpd.
On Fri, May 18, 2018 at 11:02 PM, John Bazik wrote:
>> Doesn't ErrorDocument to a proxied path work? Something like:
>>
>> ProxyErrorOverride on
>> ErrorDocument 404 /internal_404/
>> ProxyPass /internal_404/ http://legacy_site/whatever/
>> ProxyPassReverse /internal_404/ http://legacy_site/whatev
> Doesn't ErrorDocument to a proxied path work? Something like:
>
> ProxyErrorOverride on
> ErrorDocument 404 /internal_404/
> ProxyPass /internal_404/ http://legacy_site/whatever/
> ProxyPassReverse /internal_404/ http://legacy_site/whatever/
Wow, thanks! I assumed that "local url" in the docs
> I wonder if, as a workaround, you might use an errordocument that
> converts 404 to 301 or 302, and redirects to $static/$request_uri?
Even if that works, it has to be an internal redirect.
John
-
To unsubscribe, e-mail: users
On Thu, May 17, 2018 at 5:07 PM, John Bazik wrote:
>> Oh I see, I didn't realize legacy was also proxied. Maybe
>> ProxyErrorOverride helps with one of the options?
>
> That lets me use ErrorDocument on the proxy, but it doesn't
> let me redirect the original request to the legacy site.
Doesn't
> On 17 May 2018, at 18:44, John Bazik wrote:
>
>
>> Would you be able to share the nginx config to achieve what you're
>> looking for, as a reference point?
>
> Sure. Condensing it, the basic idea is this;
>
>location / {
>uwsgi_pass cms;
>include uws
> A bit of an ugly hack (and probably not useful), but what about an
> errordocument that uses SSI to include your contents?
Mmm. I don't want to go there.
> Would you be able to share the nginx config to achieve what you're
> looking for, as a reference point?
Sure. Condensing it, the basic i
> On 17 May 2018, at 16:07, John Bazik wrote:
>
>> Oh I see, I didn't realize legacy was also proxied. Maybe
>> ProxyErrorOverride helps with one of the options?
>
> That lets me use ErrorDocument on the proxy, but it doesn't
> let me redirect the original request to the legacy site.
A bit of
> Oh I see, I didn't realize legacy was also proxied. Maybe
> ProxyErrorOverride helps with one of the options?
That lets me use ErrorDocument on the proxy, but it doesn't
let me redirect the original request to the legacy site.
John
-
On Thu, May 17, 2018 at 10:51 AM, John Bazik wrote:
>> FallBackResource may be one option. Another might be the "lookahead"
>> feature in mod_rewrite. Another is to poke and prod with -d/-f tests
>> in mod_rewrite if you can determine that way.
>
> All of those respond to a missing file, not a 404
> FallBackResource may be one option. Another might be the "lookahead"
> feature in mod_rewrite. Another is to poke and prod with -d/-f tests
> in mod_rewrite if you can determine that way.
All of those respond to a missing file, not a 404 returned from a
proxied request. That's where I keep hitt
On Thu, May 17, 2018 at 10:42 AM, John Bazik wrote:
> Here's something I think I can't do with apache.
>
> I have a uwsgi backend server and a legacy http server. I would like a
> reverse proxy that puts the dynamic site "in front of" the legacy site,
> such that 404s from the former are internal
Here's something I think I can't do with apache.
I have a uwsgi backend server and a legacy http server. I would like a
reverse proxy that puts the dynamic site "in front of" the legacy site,
such that 404s from the former are internally redirected to the latter.
We have this implemented in ngin
13 matches
Mail list logo