Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Who has the fastest F1 website (2021)

jakearchibald.com

Post reply on HN
Print view View original

51–60 of 69 posts

Re: Who has the fastest F1 website (2021)

#51

Post by prmoustache »

_thisdot wrote: post #18
cybrjoe wrote: post #8

Earlier quoted context omitted.

This seems reductionist. There's plenty of other reasons people are F1 fans: the spectacle, the wealth, the prestige. While speed is certainly a draw for a lot of fans, speed can be at odds with the some of these other traits. For instance I took my son to qualifying in Miami, and while we both thoroughly enjoyed it, qualifying is quite short, and not nearly as exciting as watching it on TV. My son's first comment wa…

I thought F1 was supposed to look a lot faster in person. The cars going at 300kmph don't look so fast on a screen because the camera stabilisation. Someone who makes drones on YouTube collaborated with RedBull to shoot Max Verstappen with a drone at those speeds. And Max was impressed by the perception of speed from the drone footage compared to regular TV broadcast Link to YouTube video: https://www.youtube.com/wat…

your eyes/brain stabilize better than any camera/software.

Having attended f1, rally and euro hillclimb races in person, I also thought the F1 in the v8/v10/v12 era indeed looked slower than on TV. I think the reason is they were so scandalously loud that you would expect something visually faster from something that is ripping your ears off even with plugs.

Re: Who has the fastest F1 website (2021)

#52

Post by ksec »

firefoxd wrote: post #12

Recently I made a small game at work called JPEG or PNG, for the front end team. Bootcamps tend to not focus on image formats at all, the results is all Figma images gets exported as PNGs and bloat the website. Devs often argue that the format is "sharper". Anyway, my game consisted of a slide of images and we vote what's the most appropriate format. When when people got a hang of it, I threw in WebP and SVG. I talk…

Which got me thinking, may be there should be a tool that shows results of compression and allow devs to choose which one to use?

JPEG, PNG, WebP, JPEG XL and SVG. Even though I am pretty sure JPEG XL will win 95% of times.

Re: Who has the fastest F1 website (2021)

#53

Post by dralley »

nullify88 wrote: post #50
dralley wrote: post #47

Earlier quoted context omitted.

The newer cars are definitely bigger and less nimble. 2026 regs help a little bit with that but not quite enough.

Or it maybe due to the cars and their designs being throughly tuned for the tracks they are racing on. More so when compared to previous generations of F1 cars.

I mean the cars are literally bigger and heavier. Even compared to 2014 / 2017. They're incredibly fast but can't be thrown around like the smaller and lighter cars from previous eras.

Re: Who has the fastest F1 website (2021)

#54

Post by ethan_smith »

hhmc wrote: post #9

Given this is 4 years old; did any sites take on the feedback?

F1's official site has improved significantly since 2021, now scoring 75+ on mobile PageSpeed Insights vs ~45 back then. They've reduced initial payload by ~40% and implemented better image optimization techniques, though they still lag behind some team sites like McLaren's.

Re: Who has the fastest F1 website (2021)

#55

Post by Theodores »

breve wrote: post #27
firefoxd wrote: post #12

Recently I made a small game at work called JPEG or PNG, for the front end team. Bootcamps tend to not focus on image formats at all, the results is all Figma images gets exported as PNGs and bloat the website. Devs often argue that the format is "sharper". Anyway, my game consisted of a slide of images and we vote what's the most appropriate format. When when people got a hang of it, I threw in WebP and SVG. I talk…

> Devs often argue that the format is "sharper". You can also use lossless WebP in place of PNG these days.

You can get your code to list PNG or JPG and then get your server to serve webp. Browsers don't care about file extensions, they read the image headers.

To implement this you can get nginx to generate the webp from the JPG or PNG. Then you get that cached by your CDN.

If you need to change your compression levels then you can delete the cache on the CDN.

You can use the varies header to see if webp is accepted. If not, serve the original. In this way people can save the hires JPG with a right click.

You can also amp up the compression just for when the data saving flag is set.

The best thing is that you can do all this with hardly any lines of code and the VIPS library to optimise it.

Re: Who has the fastest F1 website (2021)

#56

Post by ericmcer »

firefoxd wrote: post #12

Recently I made a small game at work called JPEG or PNG, for the front end team. Bootcamps tend to not focus on image formats at all, the results is all Figma images gets exported as PNGs and bloat the website. Devs often argue that the format is "sharper". Anyway, my game consisted of a slide of images and we vote what's the most appropriate format. When when people got a hang of it, I threw in WebP and SVG. I talk…

The huge SVGs are probably a side effect of Figmas export to svg and people not knowing what to look for. I have seen some crazy inefficient exports from that.

Re: Who has the fastest F1 website (2021)

#57

Post by illwrks »

RandallBrown wrote: post #49
illwrks wrote: post #42

Earlier quoted context omitted.

I’ve worked with various graphic formats for web… for over 20 years at this stage. It’s incompetence to blame rather than file-size, maybe designers or someone in the briefing process that is uninformed that confuses the requirements for everyone else. Also… I don’t trust Figmas quality with exported SVG. Just type some text, export it and see how it degrades…

Unless Figma is embedding a raster image of the text in the SVG, how is that possible?

When I was looking at it a few months ago, vector lettering (an outlined name in a logo) when exported the curves were goofy. I brought them into Illustrator and overlaid it on the actual logo and there was a clear difference.

Couldn’t find the source of the issue so could only assume the SVG data was being compressed on export.

We decided to only use it to share graphic across the team, in any instance we were working with type we used illustrator.

Re: Who has the fastest F1 website (2021)

#58

Post by defly »

snug wrote: post #44
defly wrote: post #10

Visualization of current state: https://lightest.app/c/Rm995qYNIL P.S. hope not messed up with links

Missing Mercedes and Alpine, odd that the original post didnt have it either https://www.mercedesamgf1.com/ https://www.alpinef1.com/

https://lightest.app/c/SM4HFPEXpx

Re: Who has the fastest F1 website (2021)

#59

Post by poemxo »

cjbarber wrote: post #2

This reminds me of a principle I like: Once you understand your key traits and the key things customers come to you for, it's good to embody them everywhere! F1 is largely about speed. (I fondly remember going to various races as a child with my grandparents, in Melbourne. Everyone seemed in awe of Schumacher). So of course your website should be about speed! This could then apply to everything: ticket turnstiles tha…

There should be a DRS button on the website too!

Re: Who has the fastest F1 website (2021)

#60

Post by dhosek »

the_plus_one wrote: post #31
sunaookami wrote: post #21

Earlier quoted context omitted.

Huh, don't you learn these at school? I learned this in 5-6th grade in my country. Even learned basic HTML and how to create websites with tables... which was when floats were all the rage.

As an American that grew up in a rural area, this definitely isn't something that would've been taught in a public school here. At best, we had typing classes in middle school, and the (quite old) teacher insisted on two spaces after the end of a sentence, something that disappeared after we stopped using typewriters.

More to the point, the two spaces after the end of a sentence is a consequence of the typographic style at the time that the typewriter was introduced where additional space at the end of a sentence was employed (this is most common in books typeset in the 18th and 19th centuries, although earlier and later examples exist). Despite what people will tell you, it has nothing to do with legibility for monospace printing, and an awful lot with 19th century compositors getting paid by the line and padding their paychecks by increasing spacing wherever possible. William Morris and his followers, direct and indirect, led to a contraction of word spacing and the elimination of the additional space at the end of sentences in emulation of the best printing examples of the 15th and 16th centuries.
Post reply on HN