I am focusing on a website which makes heavy utilization of timezones which must be around the bleeding fringe of the complete latest tz information available (that we already cope with the tz mailing list). What I'm not sure is how you can obtain the PHP installations running on my small development machine and my hosting company to make use of more up-to-date tz data rather than the older data already in it. This is not as easy as just improving PHP, since the latest versions of PHP will not always possess the absolute latest tz data at any time.

It has been stated the timezonedb package in pecl can get me towards the latest official discharge of the package, but let's say I have to go just a little further to get at that "bleeding edge" of updates that won't happen to be formally launched yet? I am confident the more recent tz data would need to be put together with zic (distributed in tzcode), and also the resulting binaries provided to pecl. I truly have no idea everything this entails, so insight/links for individual steps could be appreciated.

How can i upgrade this Olson database that's used natively by a person's cases of PHP on (1) a XAMPP development machine and/or (2) an average hosting that is shared service... while jumping through as couple of hoops and administrative hurdles as you possibly can? What are the particulars that your hosting that is shared atmosphere will make harder that certain should know? Could it be achievable to possess multiple copies from the data present to ensure that changes could be easily un-tied if a person in some way screws them up?

Since changes sometimes aren't formally launched prior to these to work, I am searching particularly for the way to have the ability to make these changes randomly by myself. I am also thinking about exploring potential tradeoffs over a variety of possible solutions from "quick/easy" to "rigorous/best".

Definitive Answer

Your comments ought to above give a far greater answer than this - consider the PECL package [cde]. However, the timezonedb package still consists of only the processed creation of the data within the Olson database the conversion tool resource isn't provided. Which means you cannot readily go and make your personal version from the database.

I have converted this to Community Wiki.


An Analysis

The distributed source from the package for example timezonedb consists of a translation from the Olson database within the php-5.3.8.tar.bz2 directory and files ext/date/lib, timezonedb.h, timezonemap.h. Which means that there's code somewhere within the PHP development system that creates these details from the discharge of the Olson database, but it's not distributed automatically. Further, it's not self-obviously distributed included in SVN I removed PHP 5.3 source by revision 321876 and also the fallbackmap.h directory contained absolutely nothing to assist (only the produced files).

So, it may be appropriate to request the PHP maintainers how to get it done it certainly ought to be possible, and it ought to be automated (it might be silly if they don't have it automated). But it's not obvious in my experience that individuals outdoors the PHP maintainers will easily notice how to get it done.

Your comments ought to in news reports file indicate that Derick Rethans may well be a good person to make contact with - he up-to-date the database to Olson 2010c (2010.3) and it is the writer from the code. You'll find his current email address at PHP within the ext/date file within the top-degree of the origin directory you'll find an alternate current email address within the source in run-tests.php directory.