Whoops I forgot to remove that message.

The manual does work again but logins are still disabled for now. I had to upgrade PHP and Mediawiki and they changed their whole 3rd party authentication system. I still have to re-implement logging in with your LFS account.

Fixed. Might happen again though.
There's some unresolved (odd) bug that causes something to go OOS and then I need to run a rebuild function. Hmm maybe I should just put that in a cron ..

Hi all,

I have temporarily disabled the PST request (a racer's online stats) as I noticed some related database queries started to become a bit of a problem, performance wise.

I have analysed why this is happening and have found a solution. However, this requires me to make some changes to a database table with over 34 million rows in it causing long locks.

As such I will perform this maintenance later tonight, after the racer peak.

If all goes well I will enable the PST request again. Until then, such requests will return the error "pst: no valid username".

---

UPDATE - all is back to normal.

Last edited by Victor, Sun, 8 Nov 2020 23:13.

ahh yes then for sure 768 is insufficient.

Headers can contain long things yes. Cookies can pile up for example, all in one header. But that's not the case on the skins.lfs.net domain.

Trying a request on lfsmanual.net which is still behind CF:


There's a somewhat long header of about 200 bytes - but that's the longest there.

In the http spec there are no limits defined. But servers have something like 8k for max length of a single header. Browsers seem to go for 10k-256k (!) I guess just to be safe?

Anyway, 768 bytes sounds reasonable in this case. But you cannot guarantee there will never be headers longer than that.

edit - replied too late, but anyway my two cents

I've always treated reading 0 bytes as a remote disconnect. In many languages that's actually the only way to tell if there was a remote disconnect. So if a socket select/poll/event says there's activity on the read buffer, but a read returns 0 bytes -> remote disconnected.

FWIW on my end, yesterday I also downloaded a bunch of league replays and had no issues downloading any skin. Tested on plain LFS version U.

(ps I upped the max upload size for MPR to 32MB - could be handy for you)

The Etag header is there for (browser) caching purposes, automatically added by the web server. It's fine if you ignore it.

https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/ETag

I just realised skins were downloaded through cloud flare. I've disabled this, so you will download from our server directly now.

Please let me know if this has any effect!

Quote from pajkul :

Same for me, it has never happened before.

Did this happen minutes before you posted it?
Did the download succeed in the end or later after a retry?
I'm seeing a download from you in the logs at 27/Oct/2020:19:45:12 +0100 - it indicates you've at least downloaded it once.
Were there any other skins that failed to download in that way?

I'm looking into what can have happened to you guys, but atm I've no idea really. Looking at the web server logs I see the usual skin downloads - most succeed, some don't exist, but that's normal. So I'm still looking for clues on my end.

OK! That took a bit of careful digging, but it uncovered a wider problem with attachment handling in post edits. That's fixed now, so that's nice!

Thanks.

Hmm what do you mean by a pinned file? Do you have a link to it perhaps?

Fixed!

Aha, yes that command was not parsed. It's now

About your Airio configs, I could copy them in place for you, on your running game server and then I think you could just do a reload? From that moment on, the hosting system will / should retain those files even if the game server would be moved to another host.

Lemme know if you don't want to attach those files here and don't know where to send them instead.

Hi all,

This is a short announcement:

Due to changes in Skrill's usage policy and it being the least used payment provider by a wide margin, we have decided to remove the Skrill payment option on the 8th of August 2020.

If you were planning on buying a license and pay with Skrill, please make your payment before the 8th of August 2020.

The other payment options will continue to function and be supported like before and in general also provide the same (local) payment options Skrill provides.

Thank you for your attention

Ahh thanks yeah was small bug. Fixed now.

Hi please try again. Should be fixed.

Ah, that's fixed. Thanks for reporting.

Should be really fixed now. You just have to click the Mark forums read button one more time.

No this is unrelated. It's fixed though, so please try again.

It was an unfortunate accident. I made a mistake in a switch configuration, leading to loss of connectivity. I had to race to the datacenter to get it up again.
I could not tell you inadvance because I did not plan this. I regret doing work on Friday evening.

Ah yes thanks for reporting. I'm shuffling services around freeing up hosts for maintenance and that's causing some glitches.
Most maintenance work has been performed now though, but there will still be a few more brief moments of downtime of specific services here and there until Sunday.

The duplicates have been removed.

VOB mods are not supported by the developers but we provide this forum section to allow people to discuss and share them.

Some rules must be followed:

• Demo racers may only share or modify demo cars
  
• Only licensed racers may share or modify cars that require an S1/S2/S3 license
  
• Online servers for modded cars must use /modified=yes and require a password
  
• Mods that allow cheating on public servers are not allowed
  

A word of warning

Always be aware and weary of what you download and install. VOB mods do not come as an executable, so if you see one it's not a mod.
VOB mods are mostly comprised of files that will replace original asset files of LFS. You are therefore advised to have a backup copy of your LFS folder so you can always roll back.

Live for Speed assume no responsibility for the contents of any files - linked externally or uploaded to this website - in this forum section and use of said files is at your own risk.

Any attachments or links that breach the rules as stated above may be reported and will be removed.

Last edited by Victor, Wed, 29 Apr 2020 19:37.

Ah, fixed. They're coming back up.