Re: [users@httpd] Apache serving a page that doesn't exist

2022-12-03 Thread John Iliffe
Thanks Eric: That is probably what is happening (now). There is a fairly obvious solution to this problem then, just set up a JavaScript href=... switch using the original page and let the browser request the proper one. Is there a general work around for this sort of situation that will cause t

Re: [users@httpd] Confusing (incorrect?) documentation for AuthzProviderAlias

2022-12-03 Thread Eric Covener
On Sat, Dec 3, 2022 at 5:13 PM sebb wrote: > > On Sat, 3 Dec 2022 at 20:39, Eric Covener wrote: > > Thanks for the speedy reply. > > > > > On Sat, Dec 3, 2022 at 3:21 PM sebb wrote: > > > > > > The documentation for AuthzProviderAlias [1] looks wrong. > > > > > > AFAICT including 'Require all gr

Re: [users@httpd] Apache serving a page that doesn't exist

2022-12-03 Thread Eric Covener
> It appears that php-fpm didn't get a whack at the page before it was served, > even though the page is valid and the extension is ".php". It would seem that > Apache treated the page using the initial extension (.html) instead of the > linked page extension (.php) Apache doesn't use the link ta

Re: [users@httpd] Apache serving a page that doesn't exist

2022-12-03 Thread John Iliffe
Hi Jon: Not so far as I know; that was the reason for restarting using stop/start instead of using graceful. I wanted to be sure the cache was fully cleared. I also rebooted the workstation to be sure the browser cache was deleted too. In playing around with this I seem to have changed the prob

RE: [users@httpd] Apache serving a page that doesn't exist

2022-12-03 Thread jonmcalexander
What about mod_cache? Is it stuck in the cache? Thanks, Sent with BlackBerry Work (www.blackberry.com) From: John Iliffe Sent: Dec 3, 2022 4:06 PM To: users@httpd.apache.org Subject: Re: [users@httpd] Apache serving a page that doesn't exist Hi Eric: Didn't w

Re: [users@httpd] Confusing (incorrect?) documentation for AuthzProviderAlias

2022-12-03 Thread sebb
On Sat, 3 Dec 2022 at 20:39, Eric Covener wrote: Thanks for the speedy reply. > > On Sat, Dec 3, 2022 at 3:21 PM sebb wrote: > > > > The documentation for AuthzProviderAlias [1] looks wrong. > > > > AFAICT including 'Require all granted' means that anyone can access > > the directory. > > This

Re: [users@httpd] Apache serving a page that doesn't exist

2022-12-03 Thread John Iliffe
Hi Eric: Didn't work, I added Options -MultiViews to both the document root and the specific directory (one below the root) where the page used to be, did an apachectl stop and start (not graceful as I wanted to be sure everything got reloaded) and Apache is still serving the source for the delete

Re: [users@httpd] Apache serving a page that doesn't exist

2022-12-03 Thread John Iliffe
Thanks Eric. No, this is a pretty basic configuration and I am not using mod-negotiation that I know of. Not even sure what it does! I'll try that and see what happens. Thanks for the prompt reply. John == On Sat, 2022-12-03 at 15:40 -0500, Eric Covener wrote: > Sounds like mod_negotiati

Re: [users@httpd] Apache serving a page that doesn't exist

2022-12-03 Thread Eric Covener
Sounds like mod_negotiation / MultiViews. If you don't use it intentionally, `Options -MultiViews` in your DocumentRoot might help. On Sat, Dec 3, 2022 at 3:36 PM John Iliffe wrote: > > Apache 2.4.25 on a Fedora server. > > Due to an emergency I created an html page saying that a function was > u

Re: [users@httpd] Confusing (incorrect?) documentation for AuthzProviderAlias

2022-12-03 Thread Eric Covener
On Sat, Dec 3, 2022 at 3:21 PM sebb wrote: > > The documentation for AuthzProviderAlias [1] looks wrong. > > AFAICT including 'Require all granted' means that anyone can access > the directory. > This is borne out by my local testing. That is odd and should not be in the example, even in such a c

[users@httpd] Apache serving a page that doesn't exist

2022-12-03 Thread John Iliffe
Apache 2.4.25 on a Fedora server. Due to an emergency I created an html page saying that a function was unavailable. The old page (on the apache base directory) was page.php and the emergency page was linked to that as page.php -> pagex.html. Worked perfectly. Now the problem is resolved and I

[users@httpd] Confusing (incorrect?) documentation for AuthzProviderAlias

2022-12-03 Thread sebb
The documentation for AuthzProviderAlias [1] looks wrong. AFAICT including 'Require all granted' means that anyone can access the directory. This is borne out by my local testing. If I remove the Require line, then httpd complains "AuthUserFile not specified in the configuration". Presumably this