Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.

Making your websites fast and scalable - Deri Jones CEO, SciVisum Ltd

1 079 vues

Publié le

Digibury Talk Scaling Websites - Deri Jones, CEO SciVisum Ltd
Deri Jones is a renowned speaker and thought-leader in the Web performance arena. In his Digibury talk he not only covered war-stories from many years in the web performance space, he also gave tips on making any page fast, and explained how to use open-source tools in addressing the challenges of scaling websites.

Publié dans : Technologie
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Making your websites fast and scalable - Deri Jones CEO, SciVisum Ltd

  1. 1. MAKING YOUR WEBSITE FAST - AND SCALABLE Deri Jones Digibury January 2015
  2. 2. Tue Feb 3rd
  3. 3. WEBSITE SPEED  Black Friday and Xmas peaks
  4. 4. UNACCEPTABLE DELAYS
  5. 5. THE NEED FOR SPEED  Impatience  SEO
  6. 6. THE NEED FOR SPEED  Impatience  SEO  UX is the final USP
  7. 7. Your UX Your offering
  8. 8. What makes sites slow ?
  9. 9. Network effects  ADSL 3G 4G
  10. 10. LATENCY
  11. 11. LATENCY TARGETS  Backbone best:  Local: − ADSL 25 mS − Mobile 250 mS
  12. 12. Network effects  Bulky: Images  Too many objects  Not using HTTP Keep alive
  13. 13. FIREBUG / DEVTOOLS
  14. 14. Browser effects  Objects block  Rendering time
  15. 15. 3RD PARTY SCRIPTS
  16. 16. The offender:  <script src="http://3rdparty.com/script.js"></script>
  17. 17. Old solution These days <script async defer src="siteScript.js" onload="myInit()"></script> These days:
  18. 18. Browser effects  Objects block  Rendering time  3rd party blocking
  19. 19. AD SERVING IS SLOW And no political motive to be faster Will get slower as big-Data progresses
  20. 20. RESPONSIVE WEB Avoid the Whitehouse.org story...
  21. 21. Can be good:  Painless install  Many configuration choices Can be tricky:  Embedded CSS obsession
  22. 22. TOOLS  Firebug, DevTools  HTTPArchive.org  Webpagetest.org
  23. 23. DESIGNERS VS SPEEDERS
  24. 24. CHALLENGES  Responsive web: − Better than 2 sites www. and m.
  25. 25. WEBSITE SCALING
  26. 26. SURPRISING LESSONS  Cloud auto-scaling – doesn't work
  27. 27. SURPRISING LESSONS Cloud auto-scaling – doesn't work − Scales too late − Allows rest of farm to die − Small print: − Strictly 'very often' doesn't work
  28. 28. SURPISING LESSONS  Cloud auto-scaling – doesn't work − Scales too late − Allows rest of farm to die
  29. 29. CLOUD AUTO-SCALING  Uncertain spin-up time  DOA
  30. 30. SCALING  Don't obsess Disk IO − Yes it's moving metal − Web is a lot about static content
  31. 31. SCALING  The code platforms are good  Many problems in SysAdmin configs  CDNs − Cache-Miss hurts  But don't assume!
  32. 32. SCALING  Many big hosters: − Not motivated to help you
  33. 33. SCALING
  34. 34. USERS' EXPERIENCE It's both:  The new battleground  A challenge − Single Page website − Offline-cache content − Users' journeys complexity
  35. 35. USER EXPERIENCE  Cultural shift − Make every one responsible for it!  Performance is a deliverable − Test every release − Continuous Integration
  36. 36. USER EXPERIENCE  Hard  Easier to save timings in your code − ElasticSearch, Graphite  RUM and Analytics help
  37. 37. USER EXPERIENCE  'Do what your Customers do' − more Synthetic monitoring − For another day ...
  38. 38. RESOURCES  London Web performance meetup − http://www.meetup.com/London-Web-Performance-Group  Third Party Footprints − http://www.slideshare.net/bbinto/third-party-footprint-evaluating-the-  HTTP Archive − https://speakerdeck.com/deanohume/the-good-the-bad-and-the-ug

×