Report, edit, etc...Posted by JordanN_3335 on 2006-10-18 at 13:08:02
Ok so when I came back to the site I noticed it said 1:03 even though my current time is 5:05 ontario eastern but now in order to correct it to my current time I set it to cape (somthing) which isnt eastern this should be fixed.
Report, edit, etc...Posted by dumbducky on 2006-10-18 at 13:13:11
Probably due to the fact that not all the files have been transferred. Just wait until all the files have been transferred. Remember, IP said things may be buggy when they first came up.
Report, edit, etc...Posted by Clokr_ on 2006-10-18 at 13:25:00
That excuse works for everything, right dumbducky? 
I've already asked IP this. Timezones are wrong because the server doesn't answer time requests with a GMT 0 time so the calculations of IPB are based on an american GMT time. Looks like IPB has no code to manage this...
I've already asked IP this. Timezones are wrong because the server doesn't answer time requests with a GMT 0 time so the calculations of IPB are based on an american GMT time. Looks like IPB has no code to manage this...
Report, edit, etc...Posted by IsolatedPurity on 2006-10-18 at 13:52:38
Our version of invision (not sure if it was changed) works off the server's time. The server is now based in the uk instead of the usa... so there was a massive change. I believe there is a system setting somewhere to tell invision what gmt it is based in... I'll look over the config later.
ADDITION:
(and like I said... things will be screwy for awhile... probably up into tomorrow (I'll be away from the computer for the next 16 hours soon))
ADDITION:
(and like I said... things will be screwy for awhile... probably up into tomorrow (I'll be away from the computer for the next 16 hours soon))
Report, edit, etc...Posted by Mini Moose 2707 on 2006-10-18 at 16:36:30
Times on the front page of the forums and posts never lined up to begin with on any server.
Report, edit, etc...Posted by DT_Battlekruser on 2006-10-18 at 17:06:35
QUOTE(IsolatedPurity @ Oct 18 2006, 10:52 AM)
Our version of invision (not sure if it was changed) works off the server's time. The server is now based in the uk instead of the usa... so there was a massive change. I believe there is a system setting somewhere to tell invision what gmt it is based in... I'll look over the config later.
ADDITION:
(and like I said... things will be screwy for awhile... probably up into tomorrow (I'll be away from the computer for the next 16 hours soon))
[right][snapback]576319[/snapback][/right]
ADDITION:
(and like I said... things will be screwy for awhile... probably up into tomorrow (I'll be away from the computer for the next 16 hours soon))
[right][snapback]576319[/snapback][/right]
PHP doesn't have anything like time.gmtime() in Python?
Report, edit, etc...Posted by Syphon on 2006-10-18 at 17:48:16
QUOTE(DT_Battlekruser @ Oct 18 2006, 04:06 PM)
PHP doesn't have anything like time.gmtime() in Python?
[right][snapback]576401[/snapback][/right]
[right][snapback]576401[/snapback][/right]
http://www.w3schools.com/php/php_ref_date.asp
You tell me. (After reading through date functions I am afraid that the Jews really are behind everything, why the hell would PHP have a convert to Jewish calendar function?)
Report, edit, etc...Posted by DT_Battlekruser on 2006-10-18 at 18:13:02
time.time() should return the UET number regardless of locale, shouldn't it?
Report, edit, etc...Posted by smasher25 on 2006-10-18 at 18:27:27
actually I'm in pacific time and I recieved an automated "happy birthday" message the day before my birthday. I dont know, but right now I see that the time Zone is right now is one hour and a half before our time and the date is also October 18th while right here it is October 17th.
Report, edit, etc...Posted by Syphon on 2006-10-18 at 18:33:36
QUOTE(DT_Battlekruser @ Oct 18 2006, 05:13 PM)
time.time() should return the UET number regardless of locale, shouldn't it?
[right][snapback]576442[/snapback][/right]
[right][snapback]576442[/snapback][/right]
As a timestamp.
Report, edit, etc...Posted by Wilhelm on 2006-10-18 at 20:56:38
QUOTE
(After reading through date functions I am afraid that the Jews really are behind everything, why the hell would PHP have a convert to Jewish calendar function?)
They do.
They did kill Jesus, and I've heard they're gonna get him again!
Report, edit, etc...Posted by Pie_Sniper on 2006-10-18 at 21:12:50
DT_BK, gmmktime()!
Report, edit, etc...Posted by IsolatedPurity on 2006-10-19 at 00:27:44
What the hell is time.time()? It's just time(). And it depends on the server.
gmmktime() is... GM-MaKe-Time... nothing to do with this...
date_default_timezone_set(timezone) would be nice... I never heard of that function or saw it in the php manual... it's also php5. I might test it for use on senv5 though. I've always wanted to make v5 for php5... and now I can install php5 on our server. Yay.
gmmktime() is... GM-MaKe-Time... nothing to do with this...
date_default_timezone_set(timezone) would be nice... I never heard of that function or saw it in the php manual... it's also php5. I might test it for use on senv5 though. I've always wanted to make v5 for php5... and now I can install php5 on our server. Yay.
Report, edit, etc...Posted by DT_Battlekruser on 2006-10-19 at 09:17:38
Oh, it's time() in PHP?
In Python, time.time() returns the Unix time stamp in seconds since the Unix Epoch, GMT; regardless of the computer's locale setting.
It then has two functions, time.gmtime(<int>), which converts a time.time() number to a tuple in GMT, and time.localtime(<int>), which converts a time.time() number to a tuple based on the host machine's locale settings.
In Python, time.time() returns the Unix time stamp in seconds since the Unix Epoch, GMT; regardless of the computer's locale setting.
It then has two functions, time.gmtime(<int>), which converts a time.time() number to a tuple in GMT, and time.localtime(<int>), which converts a time.time() number to a tuple based on the host machine's locale settings.