I use FPDF for both the web site and command line to generate PDF files. Both locations use the
same code and until I updated the O/S version on the server it all worked properly. Now the command
line processing works as normal but the web site fails with error message "Uncaught Exception: FPDF
error: Could not include font definition file: /usr/fpdf186/font/garamond-pro.php in
/usr/fpdf186/fpdf.php:267". The script that is included in both the web server and the command line
is:
----relevant part - the script fails at the line marked **-->
$pdf = new PDF();
$pdf->aliasNbPages();
$pdf->AddPage('P','Letter');
**---here--> $pdf->AddFont('garamond','','Garamond Pro-Regular.php');
$pdf->SetFont('garamond','',18);
$page_width = $pdf->GetPageWidth();
$page_centre = $page_width/2;
----------
The script file does exist and is where it says:
ls -al /usr/fpdf186/font/garamond-pro.php
-rwxr-xr-x. 1 root root 3738 Jan 2 22:04 /usr/fpdf186/font/garamond-pro.php
Selinux is not involved since the same failure occurs in both "enforcing" and "permissive" modes.
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?
Further info: Rocky 9.5, PHP 8.0.30
Thanks in advance.
The font file - garamond-pro.php is owned by root with group/world read and execute. All the online
scripts are owned by root with group/world read-only so this is more permissive than the actual
scripts.
On Mon, 2025-01-13 at 14:56 -0500, Aziz Saleh wrote:
What does
ls -al /usr/fpdf186/font/garamond-pro.php
show for the place that it is working on? Match the permissions.
On Mon, Jan 13, 2025 at 2:52 PM John Iliffe <john.iliffe@iliffe.ca> wrote:
> I use FPDF for both the web site and command line to generate PDF files. Both locations use the
> same code and until I updated the O/S version on the server it all worked properly. Now the
> command
> line processing works as normal but the web site fails with error message "Uncaught Exception:
> FPDF
> error: Could not include font definition file: /usr/fpdf186/font/garamond-pro.php in
> /usr/fpdf186/fpdf.php:267". The script that is included in both the web server and the command
> line
> is:
>
> ----relevant part - the script fails at the line marked **-->
> $pdf = new PDF();
> $pdf->aliasNbPages();
> $pdf->AddPage('P','Letter');
> **---here--> $pdf->AddFont('garamond','','Garamond Pro-Regular.php');
> $pdf->SetFont('garamond','',18);
> $page_width = $pdf->GetPageWidth();
> $page_centre = $page_width/2;
> ----------
>
> The script file does exist and is where it says:
> ls -al /usr/fpdf186/font/garamond-pro.php
> -rwxr-xr-x. 1 root root 3738 Jan 2 22:04 /usr/fpdf186/font/garamond-pro.php
>
> Selinux is not involved since the same failure occurs in both "enforcing" and "permissive"
> modes.
>
> 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?
>
> Further info: Rocky 9.5, PHP 8.0.30
>
> Thanks in advance.
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?
What does
ls -al /usr/fpdf186/font/garamond-pro.php
show for the place that it is working on? Match the permissions.
On Mon, Jan 13, 2025 at 2:52 PM John Iliffe <john.iliffe@iliffe.ca> wrote:
I use FPDF for both the web site and command line to generate PDF files. Both locations use the
same code and until I updated the O/S version on the server it all worked properly. Now the command
line processing works as normal but the web site fails with error message “Uncaught Exception: FPDF
error: Could not include font definition file: /usr/fpdf186/font/garamond-pro.php in
/usr/fpdf186/fpdf.php:267”. The script that is included in both the web server and the command line
is:
----relevant part - the script fails at the line marked **–>
$pdf = new PDF();
$pdf->aliasNbPages();
$pdf->AddPage(‘P’,‘Letter’);
**—here–> $pdf->AddFont(‘garamond’,‘’,‘Garamond Pro-Regular.php’);
$pdf->SetFont(‘garamond’,‘’,18);
$page_width = $pdf->GetPageWidth();
$page_centre = $page_width/2;
The script file does exist and is where it says:
ls -al /usr/fpdf186/font/garamond-pro.php
-rwxr-xr-x. 1 root root 3738 Jan 2 22:04 /usr/fpdf186/font/garamond-pro.php
Selinux is not involved since the same failure occurs in both “enforcing” and “permissive” modes.
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?
Further info: Rocky 9.5, PHP 8.0.30
Thanks in advance.
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)
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?
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 john.iliffe@iliffe.ca
Nosūtīts: otrdiena, 2025. gada 14. janvāris 23:16
Kam: PHP Help php-general@lists.php.net
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?
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 <john.iliffe@iliffe.ca>
Nosūtīts: otrdiena, 2025. gada 14. janvāris 23:16
Kam: PHP Help <php-general@lists.php.net>
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?
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 john.iliffe@iliffe.ca
Nosūtīts: trešdiena, 2025. gada 15. janvāris 18:08
Kam: Jānis Elmeris janis.elmeris@lv.lv; PHP Help php-general@lists.php.net
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 john.iliffe@iliffe.ca
Nosūtīts: otrdiena, 2025. gada 14. janvāris 23:16
Kam: PHP Help php-general@lists.php.net
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?
Thanks for the suggestion. I realized last evening that since FPDF is open source I could try to
debug inside it too. I'll try and get at that today.
Re the difference between the font names, I tried this since spaces inside file names give some
problems in Linux I was just trying to see if that might have been the problem. The font files are
identical as proved by 'diff -s'. Also regenerated the font files from the .ttf source, same
result.
On Thu, 2025-01-16 at 09:51 +0000, Jānis Elmeris wrote:
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 <john.iliffe@iliffe.ca>
Nosūtīts: trešdiena, 2025. gada 15. janvāris 18:08
Kam: Jānis Elmeris <janis.elmeris@lv.lv>; PHP Help <php-general@lists.php.net>
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 <john.iliffe@iliffe.ca>
> Nosūtīts: otrdiena, 2025. gada 14. janvāris 23:16
> Kam: PHP Help <php-general@lists.php.net>
> 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?