hmm i guess that's a mistake and should be GMT (EDIT - BST actually) (uk time, so atm UTC + 1)

actually i never thought about it - is the unix timestamp actually utc and does our server's locale interpret it as uk time automatically?

GMT = UTC. British time at the moment = BST = GMT + 1.

My team's server runs in Finnish time (Currently UTC + 3) but all timestamps are still recorded in UTC. I was under the impression that unix timestamps were usually kept in UTC time.

I would think that the timestamp is actually UTC, otherwise what would happen in October when UK time goes back one hour? You would have later entries in the database having earlier timestamps.

If I understand what you are saying, I would guess you are right. Your server keeps the timestamps in UTC, but I believe the function date(timestamp) will give a date and time in the server's current timezone.

EDIT:

Just to confirm:

http://www.lfsworld.net/pubsta ... mp;idk=IDKEY&format=2

gives timestamps in UTC time.

makes sense

Hi Victor, I have another couple of questions for you .

Regarding the hotlap log; is it possible that when you specify a start time, you could, theoretically, miss a hotlap/hotlaps? My thinking behind this is that if, say, you specify starttime=x, where x is the last time you requested the log, and there was a hotlap uploaded in the same second you made the request, but after you did so, it will not then show up on either requests and you will miss it.

Obviously this is unlikely to happen, but I was just wondering if it was possible. If so, I will simply specify a start time of 1 second earlier than my last request, and implement a check for the hotlap IDs. You may think I could just implement this easily and save the trouble of asking... My OCD won't allow this though .

Secondly, would it be possible to get an alternative version of this page http://www.lfsworld.net/highlight_countries/highlights.txt which is not preformatted? I.E. track configurations in either the numeric (410) or short (KY2) form, no hyperlink around the username and the lap times in milliseconds? Maybe XML format would be good.

Thanks,

Josh

joshdifabio:
If you build it, they will come!
It seems to me, that the LFSWorld is done in PHP. So what you could do is make out an PHP program that will convert the stats for your self and then display it on here. How knows? Vic might just use it!

In the lastest test patches car reset is a server side setting. Is there going to be a new rules bit for this option in the host data?

please let me get back to you on that in a little while. Probably the answer is yes.

have you changed something in the script.
cause my tools get strange data!

it seems that it have something to do withe all the test patch versions (Patch Wxx)

no i haven't touched it - too busy moving servers.

When I call the pubstat2 service i get "no output" (yesterday it was working correctly)

is that with any query? Or for example just the hostlist?

It could be in that case, that your lfsworld.net (or com - best use net) dns has not yet updated.

All's still working fine for me here. My app is still collecting PB and WR data correctly at least.



Regards,

Ian

just make sure it does connect to the new IP - the old IP is still active as well.

well, it'll go to the new IP anyway, eventually

Something has changed... First instance I see is today from AS2F was @ 06:52:23 (GMT)
I've trimmed some of the gumph.


There are plenty more instances of this if you need.

old ip :
[addr] => 213.40.196.93

new ip :
213.40.20.2

That'd be it then :-)

Some more recent debug entries show the dns has updated now and haven't had any obscurities beyond my own code since.

well, today it's ok again...
hmmm..

Temp fix for the old DNS screwing with your program (If your using windows) is to open the hosts file and just add the lfsworld.net and the new ip address. I'm sure that there is something like this in Linux also.

Yes. The hosts file, which was "stolen" (borrowed might be a better terminology) from unix in the first place.. hence why it's under etc\hosts in Windows - to mirror /etc/hosts under other OS'.

well, I often get empty server names etc.
has something changed since the Wxx-Patches and the patch X.

Cause before Wxx-Patches everything was ok?

Is the way the data is send by the script differnent?

Noticed that action=wr doesn't return what it should according to spec:

returns: <id_wr> <track> <car> <split1> <split2> <split3> <time> <flags_hlaps> <racername>

...but what I get is:

000 BF1 52100 517 MacEST
010 RB4 65560 517 Kronvall
660 BF1 85500 517 biggie
.....etc

Quote from CrazyICE :

well, I often get empty server names etc.
has something changed since the Wxx-Patches and the patch X.

Cause before Wxx-Patches everything was ok?

Is the way the data is send by the script differnent?

I haven't touched it. Also I do not see any empty names when i do a request.

You should always include your request url here, because now I've no idea what you're requesting and how.

Quote from hackerx :

Noticed that action=wr doesn't return what it should according to spec:

returns: <id_wr> <track> <car> <split1> <split2> <split3> <time> <flags_hlaps> <racername>

...but what I get is:

000 BF1 52100 517 MacEST
010 RB4 65560 517 Kronvall
660 BF1 85500 517 biggie
.....etc

Same as for crazy ice - paste your url here - it works fine for me, so i need to see what you request. I'm guessing you're not using version 1.3 but an older one or so.

Oops, now I see there should be "version=1.3" in request now. Sorry.

Hello Victor,

Any change in MPR structure?

The times in my result chart is very strange now..

Regards
JS

Quote from jscorrea :

Hello Victor,

Any change in MPR structure?

The times in my result chart is very strange now..

Regards
JS

Times are now in milliseconds.. but I've been having an issue with this.. the function I coded which converts WR timestamps just fine doesn't seem to want to play ball with MPR timestamps, but should be the same AFAIA.. but anyway, you'll need to convert them from milliseconds now



Regards,

Ian