Skip to main content

Home/ Web Performance/ Group items tagged temps

Rss Feed Group items tagged

Filter: All | Bookmarks | Topics Simple Middle
Éric D.

Limitation du nombre de requêtes - Performance web - 0 views

performance.survol.fr/...mitation-du-nombre-de-requetes

performance domaine réseau dns parallélisation téléchargement connexion

shared by Éric D. on 27 Sep 08 - Cached
  • Éric D. on 27 Sep 08
     
    Nos navigateurs sont performants, ils savent gérer plusieurs téléchargements en parallèle. Ca nous permet de palier les serveurs lents, et d'optimiser le réseau. Le temps qu'on se connecte sur un serveur, qu'on fasse une requête DNS, le réseau reste occupé avec d'autres téléchargements.
Éric D.

Gains de performance des sélecteurs CSS - Performance web - 0 views

performance.survol.fr/...performance-des-selecteurs-css

performance css sélecteur style

shared by Éric D. on 27 Sep 08 - Cached
  • Éric D. on 27 Sep 08
     
    Je parlais il y a quelques jours de performance des sélecteurs CSS. Il y a eu quelques réactions et j'ai échoué dans mes explications : les différences de performance dont on parle ici sont probablement négligeables la plupart du temps. Hors commentaires, certains m'ont rappelé que la documentation de Mozilla concerne d'ailleurs au départ les interfaces XUL avec de gros documents XML complexes agrémentés de très grosses feuilles de style.
Éric D.

Compression avant transfert - Performance web - 0 views

performance.survol.fr/...compression-avant-transfert

performance compression gzip réseau deflate

shared by Éric D. on 27 Sep 08 - Cached
  • Éric D. on 27 Sep 08
     
    Après avoir parlé de minimisation, il est temps de parler de compression, la règle 4 des recommandations de l'équipe performance Yahoo!.
Éric D.

Bug 15798 - REGRESSION: Safari 3 not caching Flash files - 2 views

bugs.webkit.org/show_bug.cgi

performance cache safari

shared by Éric D. on 27 Sep 08 - No Cached
  • Tim Carry on 03 Jun 11
     
    Trois ans plus tard, ça ne me semble pas corrigé dans Safari 5.0.5 sous Windows. Quelques soit les headers de caching utilisés, Safari fetch à nouveau la source à chaque fois, même plusieurs fois sur la même page. Ca me semble étrange qu'un si gros bug ne soit pas corrigé après tout ce temps, donc peut-être une mauvaise config de ma part.
Éric D.

Performance Calendar » Poll: Which waterfall led to greater revenues? - 6 views

calendar.perfplanet.com/...erfall-led-to-greater-revenues

performance analyse Joshua Bixby

shared by Éric D. on 22 Dec 10 - No Cached
  • jpvincent on 22 Dec 10
     
    - "améliorer" les perfs a diminué le revenu - les développeurs n'ont regardé que les scores ySlow et PageSpeed + le waterfall d'une page - ils ont oublié que les utilisateurs naviguaient sur plusieurs pages - une meilleure mesure a été obtenue en posant un javascript sur les pages pour mesurer le temps de chargement effectif
jpvincent

Idée : utiliser des humains pour calculer le temps d'affichage utile - 1 views

www.showslow.com/...swer-web-performance-questions

performance start render

shared by jpvincent on 26 Feb 11 - No Cached
  • jpvincent on 26 Feb 11
     
    - 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)
Oncle Tom

yepnope.js | A Conditional Loader For Your Polyfills! - 5 views

yepnopejs.com

javascript library script async loader performance

shared by Oncle Tom on 06 Mar 11 - No Cached
  • Frank Taillandier on 06 Mar 11
     
    Pas pris encore le temps de tester ce nouvel outil mais j'aime bien la philosophie, je suis preneur de vos retours.
  • ...1 more comment...
  • Oncle Tom on 06 Mar 11
     
    Librairie de chargement asynchrone de fichiers JavaScript. Elle est légère et rapide, facile à prendre en main et volontairement succinte. À tester et comparer face à d'autres solutions plus complètes, telles que RequireJS, head.js, $scriptjs ou encore LabJS. via @DirtyF
  • Frank Taillandier on 06 Mar 11
     
    y'a bien un spécialiste qui va nous pondre un comparatif un de ces quatres, ça commence à faire beaucoup mais c'est bon signe pour la performance, à adapter toujours en fonction du contexte de toute façon.
  • Julien Wajsberg on 07 Mar 11
     
    moi en tout cas ça me parle. à faire attention : comme pour d'autres loaders, il faut que le cache soit bien configuré car il fait une requête pour mettre en cache, et une 2nde requête pour exécuter, normalement depuis le cache. Si le cache n'est pas bien configuré (que veux dire "bien" : au moins 10 minutes d'expiration ?), la ressource sera téléchargée deux fois.
Mathieu Pillard

Simple Yet Effective Javascript Optimisations - 3 views

www.playmycode.com/...ctive-javascript-optimisations

performance javascript

shared by Mathieu Pillard on 11 Mar 11 - No Cached
  • Mathieu Pillard on 11 Mar 11
     
    Attention, bien lire les commentaires, ya des trucs pas forcément vrais tout le temps pour tous les navigateurs dans toutes les situations.
Éric D.

jQuery Event Delegation Improves Performance - 7 views

www.devcurry.com/...event-delegation-improves.html

performance jquery javascript event delegation

shared by Éric D. on 20 Sep 11 - No Cached
  • Lionel Pointet on 20 Sep 11
     
    Je suis sceptique quant à ce qui est exposé là : la doc jQuery (http://api.jquery.com/delegate/) indique que delegate est équivalent à faire un "live" sur chaque élément. Le code de jQuery va également dans ce sens : https://github.com/jquery/jquery/blob/master/src/event.js J'aimerais bien avoir des résultats de test du coup.
  • ...1 more comment...
  • Éric D. on 20 Sep 11
     
    Je n'ai pas vérifié comment traire ça jQuery spécifiquement, mais le procédé est habituel. Au lieu d'enregistrer un événement pour 10 éléments dans zone géographique réduite un à un, on l'enregistrer sur le parent et c'est le javascript qui fait l'éventuelle répartition ensuite. Ça peut effectivement avoir un impact sur les performances. Après si jQuery fait effectivement une simple boucle en interne pour enregistrer 10 fois l'évenement, ça n'amène à rien. Ce serait étrange tout de même
  • Lionel Pointet on 20 Sep 11
     
    Au temps pour moi, en allant plus loin dans l'analyse, il semble que jQuery ne place qu'un listener sur l'élément parent, ce qui parait logique ! J'étais d'accord avec le principe, mais c'est la doc de jQuery qui m'a mis le doute. En tout cas ça n'empêche pas que j'aimerais avoir le résultat d'un benchmark :).
  • Cyril Lopez on 23 Sep 11
anonymous

SpeedCurve - 0 views

speedcurve.com/about

webperf ux WebPagetest

shared by anonymous on 27 May 14 - No Cached
  • anonymous on 27 May 14
     
    "The plan is simple... - Build a beautiful UI on top of the open source powerhouse that is WebPagetest. - Run everything in the cloud so you don't have to deal with software, servers and terabytes of tests. - Champion web performance benchmarking against competitors and industry categories. - De-geek front-end web performance techniques and bring them to a wider design and developer community who care about crafting their code."
  • Samuel Martin on 16 Jul 14
     
    Je viens de tester le service. L'interface est agréable.. La procédure pour renseigner son site et "celle de ces concurrents" est un un peu longue. Parcontre le temps de génération des résultats est vraiment très longues. L'interface web ne présente pas l'avancée.
« First ‹ Previous 41 - 51 of 51
Showing 20▼ items per page