The Website Obesity Crisis
►http://idlewords.com/talks/website_obesity.htm
If present trends continue, there is the real chance that articles warning about page bloat could exceed 5 megabytes in size by 2020.
(…)
To repeat a suggestion I made on Twitter, I contend that text-based websites should not exceed in size the major works of Russian literature
Avec du weight shaming envers Medium.
#webperf #HTML #images #développement #web
Il est gentil pour son exemple Medium avec 1,2 Mo : moi quand je lance le test de poids de Firefox ça me dit :
– sans mise en cache : 2212,17 Ko
– avec mise en cache : 44,37 Ko
Moi aussi j’avais des résultats divergents (mais j’avais pas pensé aux bloqueurs de pubs et autres machins aui amaigrissent les pages) mais là, 2217 ko et 2,2 mo c’est kif kif non ?
nan lui c’est 1,2 Mo
et moi 2,2 (avec microblock en plus)
bah oui, c’est ce que je dis depuis le début : « il est gentil » ! :D
sinon :
Google has rolled out a competitor to Instant Articles, which it calls Accelerated Mobile Pages. AMP is a special subset of HTML designed to be fast on mobile devices.
Why not just serve regular HTML without stuffing it full of useless crap? The question is left unanswered.
Et sinon, mis à part ça, tous ses commentaires sont assez drôles, que ce soit sur les romans russes ou encore sur les images de Taft.
Does your page design improve when you replace every image with William Howard Taft?
There is only one honest measure of web performance: the time from when you click a link to when you’ve finished skipping the last ad.
Everything else is bullshit.
Et Élie Sloïm de Temesis/Opquast a fait une mini conf (20min) sur le même sujet récemment. Donc lien :
▻http://seenthis.net/messages/446112
Et au passage, c’est par le créateur de Pinboard, me fait remarquer Élie (et leur deux confs ont été faite exactement le même jour) :
▻https://pinboard.in
“Why do I need a 4Ghz quadcore to run facebook?” This is why. A single word split up into 11 HTML DOM elements to avoid adblockers
Anatomy of a Crushing (Pinboard Blog)
►http://pinboard.in/blog/173
L’histoire d’un #delicious-like (ou #seenthis-like) qui a bien profité de l’exode des utilisateurs de #delicious, mais a failli crasher.
Quelques erreurs lui ont coûté cher :
Too many tasks required typing into a live database
We had no public status page
I assumed slaves would be within a few minutes of the master
et d’autres aspects lui ont sauvé la mise :
We used dedicated hardware
We charged money for a good or service
Bilan :
ten million bookmarks, eleven thousand new users, forty-odd refunds, and about a terabyte of newly-crawled data.