Re: [users@httpd] Tracing redirects

2024-02-24 Thread Frank Gingras
On Sat, Feb 24, 2024 at 12:18 PM Alec Burgess wrote: > Alec Burgess passed away please remove home from your mailing list > > Regards Pattie > Regards ... Alec > -- > > > On Fri, Nov 24, 2023 at 8:24 PM Will Fatherley > wrote: > >> >> >>> - use a client on the first url, and write the location

Re: [users@httpd] Tracing redirects

2024-02-24 Thread Alec Burgess
Alec Burgess passed away please remove home from your mailing list Regards Pattie Regards ... Alec -- On Fri, Nov 24, 2023 at 8:24 PM Will Fatherley wrote: > > >> - use a client on the first url, and write the location header to file or >> stdout each time your 3xx response comes through >>

Re: [users@httpd] Tracing redirects

2023-11-24 Thread Will Fatherley
> > - use a client on the first url, and write the location header to file or > stdout each time your 3xx response comes through > >> … using a script that has access to a set data structure that can store each request url, so as to break before the second request to the first resource :)

Re: [users@httpd] Tracing redirects

2023-11-24 Thread Will Fatherley
> Any ideas greatly appreciated. > Probably a good idea to think of a longer term vision for logging approach, but the two other possibilities I can think of are - awk grep or sed your configuration files with some desirable regular expression to include the rewrite directives and rules - use a

[users@httpd] Tracing redirects

2023-11-24 Thread Dave Wreski
Hi, I have a link on our site that is caught in a redirect loop that I can't figure out. We have a few thousand redirects, making it very difficult to track down. I've tried enabling logging: LogLevel info rewrite:trace2 but even with just trace2, there are thousands of log lines