"This method builds on the Flash of Faux Text (FOFT) using a two stages loading process (sounds like, but is not actually rocket science), but instead of a full Roman web font in the first stage, it loads a small subset of the Roman web font"
At Typekit, we're always working on ways to serve web fonts more efficiently and to improve the performance of our service. To that end, we're excited to announce some changes to our font serving infrastructure that have significantly improved the performance of all kits. You don't need to do anything to take advantage of these...
"Web FontFonts speak many languages, but most of the time you only need a select few. Removing the letters you don't need can greatly reduce the font file size to make your websites faster, optimize bandwidth usage, and reduce high-traffic costs. "
A "webfont" is a set of resources, not just a single download. A single resource that includes all stylistic variants, which we may not need, plus all the characters, which may go unused, would simply be too large - tens of megabytes for a font with good unicode and stylistic coverage!
32 % des utilisateurs le font au bout d’une fourchette de temps allant d’une à cinq secondes.
la moitié des personnes interrogées estime que les temps de chargement sur un téléphone mobile doivent être identiques à ceux mesurés sur un ordinateur.
La taille des pages a plus que triplé en 5 ans, passant de 90Ko à 310Ko. Dans le même temps on a aussi doublé le nombre de composants externes par page (de 25 à 50). Cette progression ne faiblit pas, bien au contraire. Attention, je bourre le reste de l'article de chiffres, et certains font peur.
J'abuse, il parait. Je parle de demi seconde ou même de centaines de milli-secondes. Je parle de quelques dizaines de kilo-octets là où la plupart ont des pages qui en font cinq ou dix fois plus.
Alors voilà, j'assume. Mais peut être que ça vaut le coup de rappeler trois chiffres qui permettront à chacun d'avoir des arguments quand on ne les prend pas au sérieux :
Rappelez-vous : cool URIs don't change (les URIs sympa ne changent pas), et mieux, autant que possible elle ne disparaissent pas non plus. Reste que beaucoup d'éditeurs ne tiennent pas compte de cette recommandation, et que les développeurs ne peuvent s'abstenir de faire des erreurs quand ils font des liens.
Ces pages d'erreurs donnent une piètre expérience à l'utilisateur, je ne l'apprend à personne. Je me concentre ici sur l'aspect performance mais sur cet aspect aussi il y a des conséquences.
- le problème qu'on connaît bien : impossible pour un outil informatique de savoir quand le contenu principal est affiché à l'écran
- l'idée est tirée des pirates qui font résoudre des captchas en masse par des humains sur des sites de Q
- ça pourrait prendre la forme d'un jeu où on présente des screenshots à des humains qui gagnent des points en désignant les zones utiles (si elles sont arrivées)