RE: Unable to load a file
Jānis Elmeris <[email protected]> Thu, 16 Jan 2025 09:51:20 +0000
| Newsgroups | gmane.comp.php.general |
|---|---|
| Message-ID | <AS4PR01MB99369F0AE458A1761FA5A1C4EC1A2@AS4PR01MB9936.eurprd01.prod.exchangelabs.com> |
You may try adding debugging: in fpdf.php on line 1136, at the beginning of the function: error_log(print_r(['$path' => $path, 'content' => file_get_contents($path),], true)); And see whether you get the expected output in the log. Compare what you get when you run it with CLI and with the webserver. Also, I see there is a difference between "Garamond Pro-Regular.php" and "garamond-pro.php" in your examples. I guess it is because you collected the examples from different times when you were experimenting with the code? Regards, Janis ________________________________ No: John Iliffe <[email protected]> Nosūtīts: trešdiena, 2025. gada 15. janvāris 18:08 Kam: Jānis Elmeris <[email protected]>; PHP Help <[email protected]> Tēma: Re: [PHP] Unable to load a file In php.ini the error reporting is already set to: error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT and there are no other errors emitted other than what I included in the original note. No errors from the command line version of the same script, that runs as expected. Only the online (php-fpm) version used by the web server fails and that used to work before I updated the system from Rocky 9.3 to Rocky 9.5. That's why I'm so confused and I can't see anything I missed in the setup. Thanks for responding. John ====== On Wed, 2025-01-15 at 08:20 +0000, Jānis Elmeris wrote: > > Can you turn on "error_reporting( E_ALL )" and see if the "include" emits any warnings trying to > include the file? It should, if the problem is an inaccessible file. (The error message you gave > comes from the FPDF script, not PHP.) > > > Regards, > Janis > No: John Iliffe <[email protected]> > Nosūtīts: otrdiena, 2025. gada 14. janvāris 23:16 > Kam: PHP Help <[email protected]> > Tēma: Re: [PHP] Unable to load a file > > > > > On Mon, 2025-01-13 at 16:26 -0500, John Iliffe wrote: > > On Mon, 2025-01-13 at 20:30 +0000, AllenJB wrote: > > > On 13/01/2025 19:51, John Iliffe wrote: > > > > Since the script works in one place and not another I suspect that there is some difference > > > > between > > > > php-fpm and php on the command line but I haven't been able to find it yet. Any ideas where > > > > to > > > > look? > > > > > > Do you have chroot configured, either Linux level or in the php-fpm pool > > > config? > > > > > > Is open_basedir enabled? (for web requests - these may use a different > > > php.ini than commandline. Check the output of phpinfo() from a web > > > request - in particular the top section will tell you what ini files > > > were read) > > > > > > Are containers (eg. Docker, podman) involved at all? > > > > > according to phpinfo the ini file is /etc/php.ini > > > > I checked open_basedir and it has no value (commented) in the .ini file and "no value" in > > phpinfo. > > The instructions in the file make it look like this should NOT be set since I don't want to > > restrain > > php-fpm from loading external files like this font file. Am I not seeing something here? > > > > No containers involved; php-fpm is called from httpd (apache) as a proxy based on the script > > file > > extension (.php). > > ProxyPassMatch "^/.*\.php(/.*)?$" fcgi://127.0.0.1:9002/usr/httpd/(example) > > Any further ideas anyone? Also, am I correct in thinking that the open_basedir parameter should > left blank for my setup?