barrycarlyon has asked for the wisdom of the Perl Monks concerning the following question:

Hello Fellow Pilgrims of the Perl Monastary

Given that the Server which runs LSweb.org.uk Did have Class::Date Running, and then Britain Changed to British Sumemr Time, and My Site is the Only one on the server to use Perl.

The Site did have a decent set of perl scripts runing on it. Using Class::Date at various points, mainly for putting times and dates in Database tables, as the site is mainly database driven.

However, since we changed to British Summer Time, there have been many issues, mainly whenever my scripts run, it kept reseting the sever time to GMT, from BST (which is +1 hour), as the server vendor (Website) reset his server time to BST.

This caused many issues on the other sites on the server, as session times went from 15 mins to an hour and 15 mins. Hence the session was timing out. Most of the other sites on the server use PHP as far as im aware.

So the server vendor decided to remove Class::Date/Disable it.
So I removed all referneces to Class::Date in my code, and now Im having Apache::Raload issues, as Apache::Raload is attempting to load perl scripts that I wrote, which I have since removed, and have no refernece to them anyway in my code.

My Question is this,
Has This Problem Been caused by the Removal of Class::Date?

On a different server where LSRfm.com (Gradwell - Server) is run, they did not correct their server time, so I just add one to the Hour, as provided by Class::Date, I know there are better ways to do the BST correction, but I have no issues with it at the moment.
Hence, on Gradwell no problems.
Rich Sage, many Problems.

Due to all the problems on rich sage, the vendor (rich sage) is threatening to throw me off the server, so i need a solution.
Personnally I would not touch the server time and just get the other sites to use BST Correction, tho I dont know why they dont, or need to.

So as a side note, where does Class::Dat Derive the time and date from?

I think I rambled a bit, hence the readmore tags!

Barry Carlyon barry@barrycarlyon.co.uk
  • Comment on Class::Date and how it affects a Perl Installation

Replies are listed 'Best First'.
Re: Class::Date and ho it affects a Perl Installation
by jdtoronto (Prior) on May 22, 2006 at 15:20 UTC
    Class::Date uses Time::Local.

    It seems to me that Class::Date could be a dangerous choice because when I look at the source code I see it is changing the value of environment variables! Look at the source for private functions like _set_tz and see what you think.

    If you are using Apache::Reload (I assume Apache:Raload is a spelling error) then you may need to check for explicit registrations of modules in the httpd.conf file.

    jdtoronto

[reply]

Back to Seekers of Perl Wisdom