Paul, You should respond to the list, so that other folks can benefit from the answers.
Now, you embedded php code in .html files, which is a very bad idea, as you now have to use the php module to parse every single html file. I recommend that you not do that. On Wed, 6 Jul 2022 at 21:34, Frank Gingras <thu...@apache.org> wrote: > Paul, > > httpd does not call php includes, period. This is processed by php alone. > > On Wed, 6 Jul 2022 at 18:31, Paul <storm...@stormy.ca> wrote: > >> On 2022-07-06 08:27, Frank Gingras wrote: >> > First off, I would suggest not using prefork and mod_php, unless >> traffic is >> > minimal and performance is not a concern. Nowadays, the scalable >> solution >> > is to use php-fpm, and use a threaded mpm like event. >> >> Many thanks. Point well taken, on my "to do" list for a long time. My >> only excuse: the production server is very stable, rarely even >> approaches 10^6 hits a day, and whispers along quite nicely on 32 (64t) >> cores - uptime currently at 326 days. What I need to do is to use the >> sandbox (subject of this thread) to delve into Apache Solr. I am just >> astounded that a mirror copy is failing abjectly. >> > >> > Secondly, for your issue, you will need to look into the php logs as >> php is >> > generating the response. >> >> There is absolutely nothing in the php logs -- I get the impression that >> the Apache back end is just not calling the php includes. The site >> itself was rsynced from production, everything else looks "forensically" >> identical. Maybe I'll just rebuild it again from scratch, as I may have >> made some sort of mistake somewhere, the order of installing the various >> elements, whatever... >> >> Again thanks -- Paul >> > >> > On Tue, 5 Jul 2022 at 16:24, Paul <storm...@stormy.ca> wrote: >> > >> >> >> >> I'm going nowhere for what must be a small glitch. Ubuntu server >> >> 20.04LTS, Apache/2.4.41 (Ubuntu) using mpm_prefork behind Nginx proxy >> >> server. >> >> >> >> We use php 7.4 for many thousands of static pages that use e.g. <?php >> >> include 'inc/tophead.html';?> giving us "<!DOCTYPE html> <html >> >> lang="en"> <head>, css, js, etc" sent to clients. Always reliable, >> >> production and backup machines delivering perfectly for many years. >> >> >> >> Just built a sandbox (to start looking at Apache Solr) as an exact >> >> replica of our production servers (but without letsencrypt), exact down >> >> to every file, version, release, permission, owner, dot and comma as >> far >> >> as I can see after hours of searching around. >> >> >> >> The sandbox is delivering "raw text" <?php include 'inc/whatever';? >, >> >> not the content of the included file. Log files give no clue -- apache >> >> just "200" responses for the <body> text and images, but obviously not >> >> the css, js, layout -- syslog, auth, nginx and php exactly the same as >> >> on the production servers. >> >> >> >> Suggestions, pointers, ideas would be warmly welcomed -- and save >> what's >> >> left of my sanity ;=} >> >> >> >> Many thanks, >> >> Paul >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org >> >> For additional commands, e-mail: users-h...@httpd.apache.org >> >> >> >> >> > >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org >> For additional commands, e-mail: users-h...@httpd.apache.org >> >>
