Topic: pecl timezonedb

Hi Remi,

Is there any chance of RPM packaging the pecl timezonedb file?

GLPI's timezone plugin needs the version to be up-to-date

Thanks

Re: pecl timezonedb

This extension have no sense with RPM as PHP doesn't use its internal timezone, but use the system one (tzdata).

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: pecl timezonedb

I have  wrote an email to the glpi plugin author to fix its Wiki.

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: pecl timezonedb

See https://forge.indepnet.net/projects/tim … quirements

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: pecl timezonedb

Sorry about hijacking 7 year old thread, but I also would like to request timezonedb pecl module included in the repo.

Here are the reasons:

- If PHP uses System timezone database, it will cause about 600 file operations every time tz data is initialized (ie. in almost every run)
    easy to verify with strace:

    strace -s 100 -r php -n -r"print strtotime('2022-01-01');" 2>&1 | grep stat


  if internal tzdb is used, it will open only a couple of files. Makes big difference in some cloud environments with a slower IO

- Litespeed Web Server team, for example, recommends using it:
   https://www.litespeedtech.com/support/w … erformance

- Cloudlinux has packaged it to their alt-php repos.

Re: pecl timezonedb

Sorry, but packaging pecl/timezonedb won't change anything, as PHP is built to use system tzdata, internal (or updated) data are ignored.

> it will cause about 600 file operations every time tz data is initialized

So only once per process.
In web env, each process may serve thousands of requests, so this is only a small overhead on startup, not on each request.

If you really want to save a few IO, you can delete unused timezone (in /usr/share/zoneinfo)

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi