Développement Web

Mozilla a publié ce que cette firme nomme le « référentiel de compétences Web », un document listant ces aptitudes et compétences qu'elle estime nécessaires pour utiliser le Web de manière participative : https://webmaker.org/standard

Document généraliste sur l'évolution du Web : http://www.evolutionoftheweb.com/

La programmation Web est devenue bien trop complexe : http://en.arguman.org/web-programming-is-getting-unnecessarily-complicated

Ajax

L'approche Ajax, pour Asynchronous JavaScript and XML, permet de dynamiser les pages Web en réalisant des tâches asynchrones capables de modifier les éléments du DOM dynamiquement.

Un exemple simple de cette approche en JavaScript : JavaScript-Ajax.html

Pourquoi il est préférable d'utiliser XMLHttpRequest de manière asynchrone, un texte de 2011 : http://blogs.msdn.com/b/wer/archive/2011/08/03/why-you-should-use-xmlhttprequest-asynchronously.aspx

Un protocole de communication sur Ajax, à l'aide d'objets JSON : http://www.planbox.com/blog/news/updates/ajax-communication-protocol.html

Ajax et REST constitueraient un nouveau mirage architectural, selon William Vambenepe en 2011 : http://stage.vambenepe.com/archives/1801

Réaliser du Caching avec une application Ajax, proposition de Maxime Brazeilles en 2012 : http://fre.sc/tech-blog/a-new-approach-of-caching-in-web-applications

Applications et AppStores

L'AppStore d'Amazon serait pourri, selon ce texte de 2011 : http://shiftyjelly.wordpress.com/2011/08/02/amazon-app-store-rotten-to-the-core/

Architecture

Explication détaillée du fonctionnement d'un fureteur moderne, par Tali Garsiel en 2011 : http://www.html5rocks.com/en/tutorials/internals/howbrowserswork/

Ce qui se passe vraiment quand on navigue vers une URL, par Igor Ostrovsky en 2011 : http://igoro.com/archive/what-really-happens-when-you-navigate-to-a-url/

Réflexion écrite en 2010 par Carlos Bueno, chez Facebook, sur les considérations architecturales que doit comprendre un programmeur complet : http://www.facebook.com/note.php?note_id=461505383919&comments

Présentation de Chris Palmer qui explique que, dans une architecture pour le Web, on ne peut se passer du protocole https : http://assets.en.oreilly.com/...Presentation.pdf

En 2010, Skype est tombé en panne. Une explication du modèle architectural de Skype et de cette panne, par Dan York en 2010 : http://www.disruptivetelephony.com/2010/12/understanding-todays-skype-outage-explaining-supernodes.html

En 2011, ce fut au tour d'Amazon d'avoir une grosse panne : http://aws.amazon.com/fr/message/2329B7/

Comment quitter le Google App Engine si cet outil ne nous convient pas? Texte d'Eric Silverberg en 2011 : http://www-cs-students.stanford.edu/~silver/gae.html

Selon David Teller, en 2011, le modèle de développement Web est brisé, trop fragmenté en divers outils disparates : http://dutherenverseauborddelatable.wordpress.com/2011/04/18/rant-web-development-is-just-broken/

À propos de l'évolution rapide des plateformes Web, et de la difficulté pour les développeurs de suivre le tempo, par Scott M. Fulton III en 2011 : http://www.softwarequalityconnection.com/2011/05/will-the-next-web-platform-please-hold-still/

Le développement polyglote, texte de 2011 : http://blog.heroku.com/archives/2011/8/3/polyglot_platform/

En 2012, Neil McAllister réfléchit tout haut sur le Web en tant que plateforme avec Google Chrome et HTML5 : http://www.infoworld.com/d/application-development/google-chrome-html5-and-the-new-web-platform-186542

Réflexions sur les architectures Web modernes :

• par Vic Cherubini en 2011 : http://leftnode.com/entry/modern-web-application-architecture
• par Amine Ronacher en 2011 : http://lucumr.pocoo.org/2011/11/15/modern-web-applications-are-here/
• des outils pour le Web « en temps réel » (pas une définition stricte du terme, évidemment), un texte d'Ilya Grigorik en 2012 : http://www.igvita.com/2012/01/18/building-a-modern-web-stack-for-the-realtime-web/
• un texte d'Addy Osmani portant sur les façons de faire associées aux architectures applicatives à grande échelle pour JavaScript : http://addyosmani.com/largescalejavascript/
• à propos de la mort lente des clients lourds (ou riches, si vous préférez une dénomination plus constructive), par Andrew Oliver en 2012 : http://www.infoworld.com/d/application-development/the-long-death-of-fat-clients-196554
• un cas vécu, relaté par Joshua Beckman en 2013 : http://bckmn.com/if-you-build-it/
• les architectures MVC traditionnelles seront bientôt chose du passé, selon Tarek Ziadé en 2013 : http://blog.ziade.org/2013/01/25/a-new-development-era-essay/

Pratiques architecturales :

• chez Google+, par Mark Knichel en 2011 : https://plus.google.com/u/0/115060278409766341143/posts/ViaVbBMpSVG
• chez Skype, par Dan Goodin en 2012 : http://arstechnica.com/business/news/2012/05/skype-replaces-p2p-supernodes-with-linux-boxes-hosted-by-microsoft.ars

Le Web adaptatif, par David Walsh en 2011 : http://www.i-com.net/blog/the-adaptive-web/

Plaidoyer pour les applications faites d'une seule page, incluant ce qu'on nomme maintenant le Infinite Scrolling, par Christian Heilmann en 2011 : http://christianheilmann.com/2011/12/28/on-single-page-apps/

En 2012, Joe Gregorio se questionne sur les raisons derrière la grande variété d'architectures Web pour Python : http://bitworking.org/news/Why_so_many_Python_web_frameworks

Questions de performances :

• l'impact de mauvaises performances sur un site Web, par Jeff Atwood en 2011 : http://www.codinghorror.com/blog/2011/06/performance-is-a-feature.html
• le pipelining de requêtes http pour accélérer la vitesse de chargement des pages Web, par Subbu Allamaraju en 2011 : http://www.subbu.org/blog/2011/02/can-pipelining-help
• considérations côté client, un texte de Tali Garsiel : http://taligarsiel.com/ClientSidePerformance.html
• en 2012, Ian Lurie relate comment le site Web de son entreprise a été optimisé : http://www.portent.com/blog/design-dev/how-we-made-portent-com-really-freaking-fast.htm
• devrait-on réaliser le rendu des pages côté client ou côté serveur? Un texte de Karl Seguin en 2012 : http://openmymind.net/2012/5/30/Client-Side-vs-Server-Side-Rendering/
• accélérer les pages Web sur une base individuelle, par Oz Katz en 2012 : http://ozkatz.github.com/8-ways-to-make-your-single-page-web-app-faster.html
• la vitesse du chargement de pages demeure quelque chose d'important, selon Cherian Thomas en 2012 : http://www.gigpeppers.com/page-speed-really-does-matter-2/
• l'optimisation de l'API de Netflix, décrite par Jeevak Kasarkod en 2013 : http://www.infoq.com/news/2013/02/netflix-api-optimization
• l'architecture réseau à haute performance dans Google Chrome, un texte de Ilya Grigorik en 2013 : http://www.igvita.com/posa/high-performance-networking-in-google-chrome/

Gestion des états :

• selon Marko Lavikainen en 2011, toutes les applications Web sont Stateful : http://contextfw.blogspot.com/2011/10/all-web-applications-are-stateful.html

Lancer un nouveau site Web :

• liste de trucs importants à retenir, en 2011 :
  • http://agiliq.com/newsletter/the-quick-website-launch-checklist/
  • http://agiliq.com/newsletter/the-website-launch-checklist-part-2/
• ces sites qu'il faudrait cesser de construire, par Matthew Inman en 2011 : http://theoatmeal.com/comics/websites_stop
• acquérir un nom de domaine appartenant à un tiers, selon Julian Shapiro en 2012 : http://blog.domai.nr/post/17910329952/buy-a-domain-that-someone-else-owns

Certification

Il est parfois nécessaire de produire un certificat d'authentification et de signer une application Web pour que celle-ci soit jugée sécuritaire par des tiers.

L'un des principaux organismes de certification aux États-Unis est VeriSign : http://www.verisign.com/

HTML

Format de représentation de documents répandu s'il en est un.

• Le format XHTML2 : http://www.w3.org/MarkUp/
• Les types de données de base du format HTML : http://www.w3.org/TR/WD-html40-970708/types.html#data-types
• Quel est le sens du mot href dans la balise du même nom? Texte de Ryan Tomayko en 2013 : http://tomayko.com/writings/wtf-is-an-href-anyway

HTML5

Le standard HTML5, attendu depuis longtemps, est une avancée extrêmement significative dans le monde du développement Web. Fruit d'un long processus de maturation de plusieurs standards, et offrant des fonctionnalités qui rendent essentiellement obsolètes plusieurs autres technologies, dont Silverlight de Microsoft et Flash d'Adobe, ce nouveau standard semble voué à devenir le seul standard html à long terme, ayant été adopté à la fois par Microsoft et par Google.

Notez que malgré sa standardisation sur HTML5, le développement de html se poursuit et peut confondre à la fois développeurs et usagers. À ce propos, un article d'Ingrid Lunden en 2012 : http://techcrunch.com/2012/07/22/html5-work-splits-into-living-and-snapshot-standards-developers-need-not-standard/

Notez que dans les nombreux liens qui suivent, il est important de porter attention aux dates de publication puisque ce standard est en constante évolution, donc les critiques d'hier peuvent ne pas tenir aujourd'hui. Notez aussi qu'il est question de ne plus avoir de nouvelles versions de la norme html suite à HTML5, et de faire plutôt évoluer celle-ci, comme l'indique Jeffrey Zeldman en 2011 avec http://www.zeldman.com/2011/01/27/html5-vs-html/ ou encore le WHATWG lui-même à travers Ian Hickson en 2011, http://blog.whatwg.org/html-is-the-new-html5, ce qui implique que tout est en fluctuation.

En 2012, HTML5 est officiellement Feature-Complete sans être officiellement un standard :

• article de Mittal Mandalia en 2012 : http://paritynews.com/web-news/item/518-w3c-finalizes-html5-specification
• le communiqué de presse officiel : http://www.w3.org/2012/12/html5-cr

Démarrer avec HTML5, un tutoriel proposé par Grace Walker :

• http://www.ibm.com/developerworks/web/library/wa-html5fundamentals/index.html?ca=drs-
• http://www.ibm.com/developerworks/web/library/wa-html5fundamentals2/index.html?ca=drs-

Quel est le plus petit document HTML5 légal possible? Proposition de Chetan Jain en 2011 : http://dev.chetankjain.net/2011/12/minimal-required-code-in-html5.html

Caractéristiques du standard :

• comprendre graduellement ce qu'apporte HTML5, un texte de Mathias Bynens en 2013 : http://mathiasbynens.be/notes/html5-levels
• démonstration de quelques-unes des cqractéristiques du standard : http://www.htmlfivewow.com/
• un tableau périodique interactif, dédié aux balises HTML5, par Josh Duck : http://joshduck.com/periodic-table.html
• utiliser la base de données locale qu'offre HTML5 :
  • un texte de Ben Lister en 2010 : http://blog.darkcrimson.com/2010/05/local-databases/
  • un texte de Peter Wayner en 2011 : http://www.infoworld.com/d/application-development/html5-in-the-browser-local-data-storage-806
• les microdonnées, par lesquelles il est possible de définir un vocabulaire local à une page Web, selon Scott Gilbertson en 2010 : http://www.webmonkey.com/2010/09/microdata-html5s-best-kept-secret/
• structure d'un document HTML5, texte de Roger Johansson en 2011 : http://www.456bereastreet.com/archive/201103/html5_sectioning_elements_headings_and_document_outlines/
• multiprogrammation et HTML5 avec les Web Workers, un texte de C. Gerard Gallant en 2010 : http://cggallant.blogspot.ca/2010/08/introduction-to-html-5-web-workers.html
• les éléments les plus importants de HTML5 ne sont pas ceux qu'on pourrait penser de prime abord, selon un texte de 2011 : http://blog.n01se.net/?p=375
• multimédia en HTML5 :
  • texte de Peter Wayner en 2010 : http://www.infoworld.com/d/application-development/html5-in-the-browser-canvas-video-audio-and-graphics-808
  • les difficultés associées au fait d'offrir une vidéo à mêême les outils standards de HTML5, texte de Dave Hall en 2013 : http://blog.etianen.com/blog/2013/05/19/html5-video-is-hard/
  • le cas particulier de la balise <canvas> :
    • tirer profit de cette balise, une présentation de Steve Fort en 2013 : http://www.slideboom.com/presentations/849392/Part-2---HTML-canvas-tag
    • un bogue fondamental? Pete Warden soulève la question, en 2011 : http://petewarden.typepad.com/searchbrowser/2011/01/a-fundamental-bug-in-html5s-canvas.html
    • dessiner du texte dans un <canvas>, par Chase B. Gale en 2011 : http://blog.chasegale.com/raster-text-in-html5-canvas/
    • la balise <canvas> pour les programmeurs, par Malcolm Sheridan en 2011 : http://www.sitepoint.com/a-developer%E2%80%99s-guide-to-html5-canvas/
    • en 2012, Kas Thomas montre comment il génère des textures de manière procédurale à l'aide de cette balise : http://asserttrue.blogspot.com/2012/01/procedural-textures-in-html5-canvas.html
    • texte d'Alastair Cooke en 2012 décrivant comment améliorer les performances à l'utilisation de <canvas> : http://blogging.alastair.is/improving-performance-never-underestimate-copy-and-paste/
  • en 2011, Amos Wenger est d'avis que ces balises ne suffisent pas à elles seules : http://ofmlabs.org/articles/dublin.html
  • texte de 2012 sur la projection de scènes 3D sur un <canvas>, par Nikolaus Gebhardt : http://www.irrlicht3d.org/pivot/entry.php?id=1327
• les formulaires de HTML5 :
  • un texte de Peter Wayner en 2011 : http://www.infoworld.com/d/application-development/html5-in-the-web-browser-html5-forms-890
  • les nouveaux types de contrôles de saisie de données, par Peter-Paul Koch en 2011 : http://www.quirksmode.org/blog/archives/2011/03/the_new_input_t.html
• communication par Websockets sous HTML5, par Peter Wayner en 2011 : http://www.infoworld.com/d/html5/html5-in-the-browser-html5-data-communications-832
• présentations d'Eric Bidleman sur HTML5 :
  • à propos des nouveautés avec HTML5, en 2011 : http://html5-demos.appspot.com/static/html5-whats-new/template/index.html#1
  • à propos des frontières de HTML5, en 2012 : http://html5-demos.appspot.com/static/html5-therealbleedingedge/template/index.html#1
• les attributs data-* de HTML5 :
  • quand les utiliser, selon Mite Mitreski en 2012 : http://blog.mitemitreski.com/2012/06/html-5-data-attributes-how-to-use-it.html
• la balise <time> :
  • faire en sorte que cette balise puisse être pertinente et utile pour des historiens, un texte de 2009 par Peter-Paul Koch : http://www.quirksmode.org/blog/archives/2009/04/making_time_saf.html
• l'option download :
  • une brève explication de Jonathan Svärdén en 2013 : http://svarden.se/blog/2013-04-22-right-click-and-save-as/

Technique :

• Comment s'impliquer pour pousser le Web vers l'avant? http://movethewebforward.org/
• Guide pour développer une application Web sous HTML5 : http://www.html5rocks.com/webappfieldguide/toc/index/
• Une liste complète des balises HTML5, définie en 2009 : http://twistedpin.blogspot.com/2009/07/complete-list-of-html-5-tags.html
• Utiliser HTML5 sur un site « aujourd'hui », texte de Dori Smith en 2010 : http://www.infoworld.com/d/applications/how-use-html5-your-website-today-220
• Le W3C, aussi en 2010, recommandait d'attendre un peu avant de déployer HTML5 partout, le temps que les problèmes d'interopérabilité se règlent, selon cet article de Paul Krill : http://www.infoworld.com/d/application-development/w3c-hold-deploying-html5-in-websites-041
• Le développement d'un algorithme pour traiter efficacement un texte html, en collaboration avec l'équipe de WebKit et en lien avec le fureteur Safari, texte d'Eric Seidel en 2010 : http://www.webkit.org/blog/1273/the-html5-parsing-algorithm/
• La norme HTML5 et les jeux :
  • un didacticiel proposé par Steve Wilson en 2011 : http://gamedev.slashgame.net/2011/08/html5-game-development-tutorial.html
  • écrire un jeu en HTML5 avec Python et jQuery en trente jours, par John Arley Burns en 2011 : http://clouddbs.blogspot.com/2011/02/how-to-write-html5-game-in-30-days-with.html
  • pour les jeux avec HTML5, « le futur est maintenant », selon Ashley Gullen en 2011 : http://www.scirra.com/blog/56/html5-gaming-the-future-is-now
  • comment réaliser un jeu multijoueurs en HTML5, selon Sven Bergström en 2012 : http://buildnewgames.com/real-time-multiplayer/
• Abuser des outils de gestion de l'historique, un texte de Matt Mastracci en 2011 : http://grack.com/blog/2011/03/07/abusing-the-html5-history-api-for-fun-and-chaos/
• Un DTD pour HTML5? Projet de Stefan Mintert : http://www.html5dtd.org/faq/
• Saines pratiques de développement avec HTML5, incluant des techniques de migration de sites faits avec des versions antérieures de html, par Aniket Pant en 2011 : http://www.aniketpant.com/article/html5-semantics-and-good-coding-practices
• Programmer à l'aide de composants Web, un texte évolutif : http://dvcs.w3.org/hg/webcomponents/raw-file/tip/explainer/index.html
• Développer des applications Web interactives qui réagissent de manière fluide, par Katrien De Graeve en 2011 : http://msdn.microsoft.com/en-us/magazine/hh653584.aspx
• Développement HTML5 avec C++, un texte de Robert Umbehant en 2012 (tiré du Code Project) : http://www.codeproject.com/Articles/336018/Building-C-Applications-with-HTML5
• Réaliser des effets sur du texte avec HTML5, par Michael Deal en 2012 : http://www.html5rocks.com/en/tutorials/canvas/texteffects/
• À propos de l'importance des balises pour déterminer des sections, par Heydon Pickering en 2013 : http://coding.smashingmagazine.com/2013/01/18/the-importance-of-sections/
• Divers trucs techniques avec HTML5, proposés par Afshin Mehrabani en 2013 : https://docs.google.com/presentation/d/1poNKEfG5adZ4MfUNM2chwr_mbuPVIV1OeTsFWo7-DkY/edit

Outils :

• http://www.html5rocks.com/en/
• https://developer.mozilla.org/en-US/learn/html5
• Le standard HTML5 pour les développeurs : http://developers.whatwg.org/
• À quel point votre fureteur supporte-t-il HTML5?
  • http://html5test.com/
  • http://test.w3.org/html/tests/reporting/report.htm
• Soutien aux développeurs de sites Web : http://support.google.com/webmasters/bin/topic.py?hl=fr&topic=21997
• Quelques scripts proposés par Peter Cole, en 2011, pour transformer le texte de certains fichiers html classiques en équivalents HTML5 (prudence, je n'ai pas essayé ces scripts et je ne voudrais pas que vous détruisiez le site de votre entreprise, alors agissez avec intelligence!) : http://mrcoles.com/blog/html5ify-your-existing-code-base/
• Quelques outils pour migrer vers HTML5 ou pour y faire des choses relativement simples, par Vikas Panwar en 2012 : http://webinsightlab.com/design/best-online-tools-to-make-simple-html5-coding/

Critiques :

• Selon Peter-Paul Koch, en 2009, l'approche HTML5 pour le Drag and Drop est un désastre et il ne faut absolument pas y avoir recours : http://www.quirksmode.org/blog/archives/2009/09/the_html5_drag.html
• Selon David Arno, en 2010, HTML5 ne va pas assez loin et ne doit absolument pas être le futur du Web : http://www.davidarno.org/2010/05/12/html-5-must-not-becom-the-future-of-the-web/
• En 2011, Ido Yehieli a décidé de migrer de HTML5 vers Flash : http://blog.tametick.com/2011/01/why-im-moving-from-html5-to-flash.html
• Dans un texte de 2011, Peter Wayner relève onze faits sur HTML5 dont il est important de prendre conscience : http://www.infoworld.com/print/169665
• En 2011, Allen Cheung nous parle de ses craintes face à ce nouveau standard : http://allenc.com/2011/07/html5-madness/
• L'adaptation du milieu à HTML5 n'est pas toujours aussi rapide que les développeurs Web ne le souhaiteraient. À cet effet, un texte de Adam Iley en 2012 : http://blog.caplin.com/2012/07/16/the-pain-of-html5/
• Selon ce texte de 2012, l'API d'accès aux fichiers proposé par HTML5 est asynchrone et un peu fou : http://kybernetikos.com/2012/07/27/fsapi/
• Texte de 2012 portant sur la justesse (ou non) des critiques à propos de HTML5, par Chris Heilmann : https://hacks.mozilla.org/2012/11/html5-mythbusting/
• À propos des risques associés au développement HTML5, par Ericka Chickowski en 2013 : http://www.darkreading.com/applications/beware-of-html5-development-risks/240156891

À propos des impacts de HTML5 :

• Le cas de la mort des technologies tierces :
  • en 2009, Paul Krill soulève la question de l'impact d'HTML5, à savoir si ce standard tuerait Flash et Silverlight. A posteriori, il semble bien que ce soit le cas : http://www.infoworld.com/d/application-development/html5-could-it-kill-flash-and-silverlight-291
  • d'autres, comme Guilhelm Ensuque en 2010, en sont moins convaincus : http://www.visionmobile.com/blog/2010/09/the-flash-vs-html5-endgame/
  • le rôle de Tim Berners-Lee dans certains choix du W3C qui ont joué un rôle de catalyseur dans l'impact qu'a eu HTML5, selon un texte de Charles Arthur en 2010 : http://www.guardian.co.uk/technology/2010/feb/26/berners-lee-html5-adobe-argument
  • comment départager Flash et HTML5? Faisons-les compétitionner! http://labs.codecomputerlove.com/FlashVsHtml5/
  • en 2011, Nick Farrell rapporte qu'Adobe convertit maintenant Flash en HTML5, du moins en partie : http://news.techeye.net/software/adobe-converts-flash-to-html5
  • une position formelle de S. Somasegar, chez Microsoft, en 2011 : http://blogs.msdn.com/b/silverlight/archive/2011/04/04/standards-based-web-plug-ins-and-silverlight.aspx
• En 2009, une réflexion de Tim Wright sur HTML5 et le futur du Web, détaillant les bases et les principes de ce standard, et discutant de son apport au développement pour appareils mobiles : http://coding.smashingmagazine.com/2009/07/16/html5-and-the-future-of-the-web/
• Une présentation du futur d'HTML5, par Bruce Lawson en 2009 : http://thinkvitamin.com/code/the-future-of-html-5/
• Même Google a pour ainsi dire pris le virage HTML5, mettant au rancart sa technologie Google Gears. Un texte de 2009 par Mark Millian : http://latimesblogs.latimes.com/technology/2009/11/google-gears.html
• En fait, en 2010, JP Mangalindan explique pourquoi, selon lui, Apple et Google sont d'accord à propos de HTML5 : http://tech.fortune.cnn.com/2010/12/06/why-rivals-google-and-apple-agree-on-html5/
• Depuis HTML5, les développeurs de sites Web ont à investir moins d'efforts dans la mise au point de tactiques et de rustines (ou de feuilles de styles ou...) distinctes selon les fureteurs : http://html5reset.org/
• Prudence avec la sécurité sous HTML5, selon Paul Roberts en 2010 : http://threatpost.com/en_us/blogs/experts-worry-about-security-html5-gains-traction-091610
• Remplacera-t-on les applications natives par des versions HTML5? Matthew Baxter-Reynolds donne son point de vue en 2011 : http://www.guardian.co.uk/technology/blog/2011/nov/03/will-html5-replace-native-apps
• Le standard HTML5 et la sécurité : http://html5sec.org/
• Plaidoyer en 2013 par Alex Conconi pour préférer HTML5 aux applications natives : http://designmind.frogdesign.com/blog/unraveling-html5-vs-native.html

Applications :

• Particules liquides : http://spielzeugz.de/html5/liquid-particles.html
• Notation musicale : http://0xfe.blogspot.com/2010/05/music-notation-with-html5-canvas.html
• Du Color Cycling, une technique d'une autre époque mais qui sied bien aux affichages sur un <canvas>. Texte de 2010 : http://www.effectgames.com/effect/article.psp.html/joe/Old_School_Color_Cycling_with_HTML5
• Une page qui abuse un peu des nouvelles caractéristiques, pour montrer jusqu'où on peut aller : http://dhtml5.com/
• Audio et vidéo avec HTML5, une présentation de 2010 : http://blog.gingertech.net/wp-content/uploads/2011/01/LCA_MM_AVProc2011/#slide1
• Test de conformité de la balise <canvas> avec affichage 3D, par Scott Porter en 2011 : http://www.smashcat.org/av/canvas_test/
• Un éditeur Web, Create.js, qui repose sur jQuery. Leur mode Try it est franchement sympathique : http://createjs.org/
• En 2011, Google Zeitgeist fait de charmants graphiques 3D avec HTML5 : http://www.googlezeitgeist.com/en/top-lists/global/google-maps-fastest-rising
• Un personnage évoquant le logo de Reddit, à partir de particules, le tout fait en 2012 : http://hexample.com/2012/01/03/html5-canvas-particle-demo/
• Présentation de Jeff Timanus, en 2011, sur le développement de jeux pour fureteurs à l'aide de la technologie HTML5 : http://migs-2011-html5.appspot.com/
• Diverses démos de 3D sous HTML5, colligées en 2012 : http://devstand.com/2012/02/03/impressive-3d-html5/
• L'état de la situation pour ce qui est des jeux sur le Web à la fin de 2012, par Rob Hawkes : http://12devsofxmas.co.uk/post/2012-12-26-day-1-the-future-of-games-on-the-web
• Le site Form Follows Function : http://fff.cmiscm.com/

Développement

Quelques liens menant vers des articles sur la question du développement Web au sens large.

En 2012, Dean Michael Berris publie une courte mais pertinente série d'articles sur le processus de développement de son serveur http en C++, incluant ses efforts pour adapter les fruits ses efforts aux idiomes et pratiques de C++ 11, la gestion de l'adaptabilité et de la flexibilité attendues d'un tel outil, les difficultés rencontrées avec certaines tentatives d'inclure de la métaprogrammation, etc. :

• http://www.cplusplus-soup.com/2012/09/cpp-netlib-http-api-plan-updates-part-i.html
• http://www.cplusplus-soup.com/2012/09/cpp-netlib-http-api-plans-update-part.html
• http://www.cplusplus-soup.com/2012/09/cpp-netlib-http-api-plans-update-part_27.html

Écrire une application Web avec Go : http://golang.org/doc/articles/wiki/

Écrire une application Web avec Racket, par Matthew Might en 2015 : http://matt.might.net/articles/low-level-web-in-racket/

À propos des applications monopages :

• Texte de 2012 par Swizec Teller à propos de la difficulté inhérente au développement d'une application Web faite d'une seule page, mettant l'accent sur la question de la gestion des états : http://swizec.com/blog/single-page-web-apps-the-worst-of-both-worlds/swizec/5538
• Texte de 2012 par Steven Willmott discutant de l'impact des applications monopages sur le Web : http://pandodaily.com/2012/12/06/html-javascript-and-the-app-ification-of-the-web/
• Autre réflexion de Steven Willlmott en 2012 sur l'impact de ces applications : http://blog.programmableweb.com/2012/12/13/single-page-web-applications-javascript-and-the-proliferation-of-apis/
• Quelques conseils pour produire des applications monopages de qualité, par Pavan Podila en 2013 : http://net.tutsplus.com/tutorials/javascript-ajax/important-considerations-when-building-single-page-web-apps/

Texte intéressant de 2012 expliquant une technique par laquelle des onglets peuvent partager des ressources à l'intérieur d'un fureteur : http://blog.fastmail.fm/2012/11/26/inter-tab-communication-using-local-storage/

Selon Mathieu Fenniak en 2013, le temps est venu de cesser de produire des API fragiles pour le Web : http://mathieu.fenniak.net/stop-designing-fragile-web-apis/

Gérer l'évolution d'une API pour le Web, par Mark Nottingham en 2013 : http://www.mnot.net/blog/2013/06/23/linking_apis

DOM (Document Object Model)

À venir...

Exemple concret : Exemple--DOM.html

SAX (Simple API for XML)

À venir...

Exemple concret : Exemple--SAX.html

Idées et pratiques

Dans la section sur les antémémoires (mémoires Cache) de cette page sur l'optimisation, vous trouverez une section sur les antémémoires et les applications Web.

Introduire un parcours séquentiels dans un espace de lecture non-linéaire :

• le système Jogtheweb : http://www.jogtheweb.com/
• le système rel="next" ... rel="prev" de Google : http://googlewebmastercentral.blogspot.com/2011/09/pagination-with-relnext-and-relprev.html

Comment faire pour livrer une page HTML à un fureteur sous forme de texte brut, pour ne pas qu'elle soit interprétée comme du HTML : http://perlpunks.de/deliver_html_as_text_plain.html

Comment développer une API de traitement de flux de données en Python, un exemple proposé par Josiah Carlson en 2011 : http://dr-josiah.blogspot.com/2011/05/essentials-behind-building-streaming.html

À propos des Content Farms, ces sites qui s'affichent sur les moteurs de recherche mais offrent du contenu de mauvaise qualité, ou même bidon :

• un Wiki sur le sujet : http://en.wikipedia.org/wiki/Content_farm
• réflexion de Richard MacManus en 2009 sur les dangers que pose cette pratique : http://www.readwriteweb.com/archives/content_farms_impact.php
• ce que fait Google pour contrer cette pratique :
  • texte de 2011 par Frank Reed : http://www.marketingpilgrim.com/2011/02/let-the-google-v-content-farm-games-begin.html
  • texte de 2011 par Alexia Tsotsis : http://techcrunch.com/2011/02/14/google-crowdsources-content-farm-detection-with-a-chrome-extension/

À propos des hash-bangs (#!),

• selon Mike Davies en 2011, les hash-bangs brisent le Web : http://isolani.co.uk/blog/javascript/BreakingTheWebWithHashBangs
• la lecture qu'en fait Tim Bray en 2011 : http://www.tbray.org/ongoing/When/201x/2011/02/09/Hash-Blecch
• autre critique de cette pratique, par Dan Webb en 2011 : http://danwebb.net/2011/5/28/it-is-about-the-hashbangs
• dans ce texte de 2011 par Alex Micek, les problèmes avec les hash-bangs sont mis en relief à partir d'un cas concret : http://tumbledry.org/2011/05/12/screw_hashbangs_building

À propos de la validation des entrées :

• Selon ces textes de 2011, il serait préférable de ne pas chercher à valider les adresses courriel :
  • http://blog.sinjakli.co.uk/2011/02/13/email-address-validation-please-stop/
  • http://blog.sinjakli.co.uk/2011/02/15/email-address-validation-an-addendum/

Réflexions sur l'éthique et le partage du contenu dans Internet :

• Illustration efficace de H. Caldwell Tanner : http://loldwell.com/?p=1183

Il est possible de guider les crawlers à l'aide d'un fichier ROBOTS.TXT :

• Une critique de cette pratique : http://www.archiveteam.org/index.php?title=Robots.txt

Déboguer les applications Web :

• Les sources maps avec JavaScript, un texte de Ryan Seddon en 2012 : http://www.html5rocks.com/en/tutorials/developertools/sourcemaps/

Optimiser les applications Web :

• Recommandations de Google : https://developers.google.com/speed/docs/best-practices/rules_intro
• Le Book of Speed pour applications Web, pare Stoyan Stefanov : http://www.bookofspeed.com/index.html

Tester les applications Web :

• Vérifier la réaction des serveurs Web face à certains seuils de charge de travail, texte de 2011 : http://www.mnot.net/blog/2011/05/18/http_benchmark_rules
• Mieux vaut tenir un journal des erreurs côté client, de l'avis de Karl Seguin en 2012 : http://openmymind.net/2012/4/4/You-Really-Should-Log-Client-Side-Error/

À propos du design Web :

• En 2011, une entreprise explique pourquoi elle a abandonné ce créneau, malgré un certain succès commercial : http://blog.silktide.com/2011/07/why-we-gave-up-web-design-after-10-successful-years/
• Pourquoi certains journaux n'ont-ils pas de succès sur le Web? La vision qu'en a Brad Colbow en 2011 : http://www.bradcolbow.com/archive/view/the_brads_this_is_why_your_newspaper_is_dying/

À propos de la consommation en ligne :

• Des bêtises que font les consommateurs, selon Christopher Elliott en 2011 : http://www.mint.com/blog/how-to/5-incredibly-stupid-things-consumers-do-online-102011/
• Manières intéressantes de présenter de la publicité, par Patrick McKenzie en 2011 : http://www.kalzumeus.com/2011/11/23/image-ad-blending-works-really-really-well/

À propos de la « Linuxification » des applications Web, texte de 2011 : http://notes.deaxon.com/linuxification-of-webapps/

Vaut-il la peine de construire son propre système de cartographie à l'ère de Google Maps? Selon Sébastian Delmont, en 2012, la réponse peut être oui : https://plus.google.com/u/0/118383351194421484817/posts/foj5A1fURGt

À propos de la saine gestion des tâches asynchrones dans un fureteur, un texte de 2012 : http://blog.mozilla.org/tglek/2012/04/18/web-2-0-a-collection-of-settimeouts/

Amener au Web la mécanique des intentions (Web Intents), mise de l'avant par Google pour Android. Proposition soumise en 2012 : http://dvcs.w3.org/hg/web-intents/raw-file/tip/spec/Overview.html

Applications Web et codes d'erreur, texte de Bruno Pedro en 2013 : http://apiux.com/2013/03/28/2-steps-api-error-codes/

A-t-on besoin d'un bytecode dans nos fureteurs? Ce bytecode serait-il JavaScript? Un texte d'Alon Zakai en 2013 : http://mozakai.blogspot.de/2013/05/the-elusive-universal-web-bytecode.html

Quoi faire pour conserver le concept de HTTP Referrer même si on a recours à https? Un texte de Stephen Merity en 2013 : http://smerity.com/articles/2013/where_did_all_the_http_referrers_go.html

Les applications Web sont-elles vraiment le futur? Texte d'opinion de Nick Heath en 2013 : http://www.zdnet.com/web-apps-the-future-of-the-internet-or-an-impossible-dream-7000019320/

Infonuagique (Cloud Computing)

À propos de la croissance des données hyperliées au fil des années, par Alex Williams en 2011 : http://www.readwriteweb.com/cloud/2011/01/the-concept-of-linked-data.php

L'année 2015 sera celle du Zettabyte de données, selon Sanjeev Ramachandran en 2011 : http://www.devicemag.com/2011/06/24/zettabytes-coming-of-age-we-know-you-are-wondering-what-they-are/

Marché

L'approche SaaS, ou Software as a Service, permet à un usager de louer un service en fonction de diverses modalités de paiement.

En 2012, Sasha Greif discute des risques d'atteindre un niveau de saturation dans ce modèle, à force de tirer des sous ici et là des usagers :

• http://sachagreif.com/saas-fatigue/
• http://sachagreif.com/saasternatives/

Texte d'Alex Payne en 2012 expliquant comment ne pas vendre du logiciel : http://al3x.net/2012/02/29/how-not-to-sell-software-in-2012.html

Selon Rachel Andrew en 2012, il ne vaut plus la peine de se créer des problèmes en supportant des fureteurs trop anciens comme IE6 ou IE7 (et même IE8, selon elle...) : http://www.rachelandrew.co.uk/archives/2012/03/21/stop-solving-problems-you-dont-yet-have/ (notez qu'elle n'insiste pas sur les versions de Firefox, Chrome ou Opera car leurs utilisateurs tendent à se tenir un peu plus à jour).

Réflexion de Trey Smith en 2012 sur la chute d'Angry Birds et l'impact des jeux gratuits sur le marché : http://www.treysmithblog.com/the-fall-of-angry-birds/

Internationalisation et localisation :

• Comment assurer la localisation d'une API, par Jason Harmon en 2013 : http://apiux.com/2013/04/25/how-to-localize-your-api/

Mashups

L'organisation OpenMashup.org, qui vise à augmenter l'interopérabilité des composants sur le Web : http://www.openmashup.org/

Network Address Translation (NAT)

Contourner les contraintes d'un NAT? L'outil pwnat : http://samy.pl/pwnat/

Nommage

Dans le monde des services répartis, on trouve plusieurs approches au nommage unique des ressources (des objets, des entités, des services, etc.). Certaines sont universelles, d'autres sont associées de plus près au monde du Web.

• Texte d'ordre général par Daniel Stenberg en 2016, qui explique ce que sont les URL pour lui : https://daniel.haxx.se/blog/2016/05/11/my-url-isnt-your-url/
• À propos de l'histoire des URL, un texte de 2016 par Zack Bloom : https://eager.io/blog/the-history-of-the-url-domain-and-protocol/

URI

Une URI, pour Uniform Resource Identifier, est une manière d'identifier de façon unique toute ressource. En gros, il s'agit d'un chapiteau regroupant à la fois les URL et les URN.

Pour en savoir plus :

• http://en.wikipedia.org/wiki/Uniform_resource_identifier
• Pour des détails sur les approches standards au nommage de ressources, voir http://www.w3.org/Addressing/ ou http://www.w3.org/TR/uri-clarification/
• http://www.rfc-editor.org/rfc/rfc3305.txt
• Une bonne URI ne change pas : http://www.w3.org/Provider/Style/URI.html
• Une proposition de type standard pour représenter les URI en C++ 14, par Dean Michael Berris en 2012 : http://www.cplusplus-soup.com/2012/09/c-standard-proposals-standard-uri-type.html
• Standardiser les URI pour accéder aux bases de données, une recommandation de David E. Wheeler en 2013 : http://theory.so/rfc/2013/11/26/toward-a-database-uri-standard/

URL

Une URL, pour Uniform Resource Locator, est un descriptif du chemin menant vers une ressource, de manière non-ambiguë. En prenant pour exemple la forme la plus connue, soit celle associée au protocole http, elle se compose :

• D'un identifiant de protocole (p. ex. : http, https, ftp, file, etc.);
• Du jeton « :// »;
• D'un nom de domaine (p. ex. : h-deb.ca), qui sera traduit en adresse IP;
• De manière optionnelle, du jeton « : » suivi d'un port (p. ex. : :8080);
• D'un chemin, en fonction duquel les règles (p. ex. : sensible ou non à la casse) dépendent du serveur sur lequel la ressource se trouve (p. ex. : /Sujets/Web/Developpement-Web.html);
• De manière optionnelle, d'un fragment, (p. ex. : #url); et
• Des informations supplémentaires, selon les technologies. Par exemple, le jeton « ? » suivi d'une chaîne de caractères contenant de l'information destinée au serveur qui gérera celle-ci comme les paramètres d'une requête http de type GET.

Pédagogie :

• Mieux comprendre la véritable puissance expressive des URL, par Adam Wiggins en 2010 : http://adam.heroku.com/past/2010/3/30/urls_are_the_uniform_way_to_locate_resources/
• Ce que tout programmeur devrait connaître à propos des URL, par Alan Skorkin en 2010 : http://www.skorks.com/2010/05/what-every-developer-should-know-about-urls/?
• Ne devrait-on pas avoir des URL immuables? Une opinion de Paul Robinson en 2013 : https://medium.com/strong-opinions-lightly-held/91925a8c9373
• Ce que tout développeur Web devrait connaître des URL, selon Stéphane Épardaud en 2013 : http://blog.lunatech.com/2009/02/03/what-every-web-developer-must-know-about-url-encoding

Pour en savoir plus :

• http://en.wikipedia.org/wiki/Uniform_Resource_Locator
• http://tools.ietf.org/html/rfc1738

URN

Une URN, pour Uniform Resource Name, est un nom qui se veut persistant et sans ambiguïté pour identifier une ressource. Un URN est indépendant du lieu où est entreposé une ressource, alors qu'une URL est directement associée à un lieu.

Les URN suivent la forme urn:NID:NSS où NID est un espace nommé et NSS est une chaîne de caractères soumise à des règles qui varient selon les espaces nommés. Le jeton urn, préfixe dans cette notation, est insensible à la casse.

Pour en savoir plus :

• http://en.wikipedia.org/wiki/Uniform_Resource_Name
• Syntaxe des URN : http://tools.ietf.org/html/rfc2141
• Requis fonctionnels pour les URN : http://tools.ietf.org/html/rfc1737

Outils

Plusieurs outils (plusieurs d'entre eux gratuits!) existent pour aider au développement pour le Web. En voici quelques-uns :

• Les générateurs de sites statiques, une introduction par Michael Gardner en 2011 : http://www.mickgardner.com/2011/04/27/An-Introduction-To-Static-Site-Generators.html
• Mesurer le temps de chargement d'une page Web avec Google Analytics : http://www.dev-articles.com/article/Google-Analytics:-measure-page-load-time-409001
• La bibliothèque Google Tasks : https://code.google.com/intl/fr/apis/tasks/index.
• La bibliothèque Crawljax, outil Java pour tester et naviguer des applications de type Ajax : http://crawljax.com/
• L'API nommée DuckDuckGo Zero-click, de type REST : http://www.mashape.com/apis/DuckDuckGo%20Zero-click%20Info
• La bibliothèque heatmap.js, en JavaScript, qui génère des cartes caloriques pour des sections canvas d'un document HTML5 : http://www.patrick-wied.at/static/heatmapjs/
• La bibliothèque head.js, en JavaScript, pour charger des scripts en parallèle : http://headjs.com/
• L'outil DOM Snitch de Google, pour détecter des vulnérabilités sur un site Web : http://www.pcworld.com/article/230849/google_builds_developer_tool_to_flag_web_app_vulnerabilities.html
• L'outil Collusion, qui montre en temps réel les entités qui suivent votre progression sur le Web :
  • http://collusion.toolness.org/
  • http://www.extremetech.com/internet/89438-how-to-visualize-behavior-tracking-cookies-with-a-firefox-add-on
• Pour celles et ceux qui souhaitent développer à l'aide de Firefox, plusieurs outils sont disponibles, et Robert Nyman, en 2011, en présente quelques-uns : http://hacks.mozilla.org/2011/11/firefox-tons-of-tools-for-web-developers/
• une liste d'outils à la ligne de commande pour développeurs Web, par Ben Dowling en 2011 : http://www.coderholic.com/invaluable-command-line-tools-for-web-developers/
• l'API de Google+, décrite par Brian Krassenstein en 2011 : http://plusheadlines.com/google-api-is-here/2092/
• à propos de l'API de Google Maps et d'éventuels coûts à l'utilisation, par Adam DuVander en 2011 : http://blog.programmableweb.com/2011/10/27/google-maps-usage-fees-how-many-developers-will-have-to-pay/
• une API de géolocalisation du W3C : http://dev.w3.org/geo/api/spec-source.html
• la bibliothèque .NET nommée Html Agility Pack, pour faciliter le traitement de documents HTML : http://htmlagilitypack.codeplex.com/
• une liste de sources imposantes de données accessibles au public : http://www.quora.com/Data/Where-can-I-get-large-datasets-open-to-the-public
• un petit service permettant de créer une URL à usage unique, pour partager un secret : https://onetimesecret.com/
• une série de feuilles de références (Cheat Sheets) pour le développement Web : http://www.backtoessentials.com/tools/40-useful-print-ready-cheat-sheet-for-web-developers/
• quelques trucs pour profiter de curl, répertoriés par Kris Jordan en 2012 : https://httpkit.com/resources/HTTP-from-the-Command-Line/
• les outils Google Analytics expliqués aux programmeurs, par Jan Filipowski en 2012 : http://blog.arkency.com/2012/12/google-analytics-for-developers/

Questions d'ordre général :

• une API de type Web n'est pas la même chose qu'une API pour un système d'exploitation Web, selon Dominique Hazaël-Massieux en 2011 : http://people.w3.org/~dom/archives/2011/11/web-apis-vs-apis-for-web-based-os/

Silverlight

Technologie de Microsoft (du côté du code ouvert, l'équipe derrière Mono avait aussi échafaudé Moonlight, un équivalent compatible en grande partie) pour dynamiser le volet client des applications Web à même les outils et langages de la plateforme .NET.

Quelques liens pédagogiques suivent :

• Site officiel : http://www.silverlight.net/
• Spprendre Silverlight :
  • http://www.silverlight.net/learn
  • texte didactique de Tim Heuer pour apprendre Silverlight : http://timheuer.com/blog/articles/getting-started-with-silverlight-development.aspx
• Site officiel de Moonlight : http://www.mono-project.com/Moonlight
• Un Wiki sur Silverlight : http://en.wikipedia.org/wiki/Microsoft_Silverlight
• Écrire un petit jeu de Mastermind avec Silverlight sur Windows 7, texte de Tyler Whitney en 2011 : http://social.technet.microsoft.com/wiki/contents/articles/3352.aspx
• En 2011, Suprotim Agarwal propose quelques tutoriels qu'il juge particulièrement pertinents pour apprendre Silverlight : http://www.dotnetcurry.com/ShowArticle.aspx?ID=735

Quelques liens d'ordre général sur le sujet :

• Article de Michael Hickins en 2007, mettant en relief le futur enthousiasmant de la plateforme Silverlight : http://www.internetnews.com/dev-news/article.php/3672001
• Texte de 2008 décrivant l'approche de mise en marché de Microsoft pour Silverlight : http://neosmart.net/blog/2008/redesigned-microsoft-website-to-use-silverlight/
• En 2008, Scott M. Fulton III relate l'entente entre Microsoft et Novell qui a sanctionné le développement de Moonlight : http://betanews.com/2008/11/19/novell-and-microsoft-sanction-silverlight-work-alike-for-linux/
• Texte de 2008 par Eric Lai qui met en relief le côté attirant de la plateforme Silverlight pour les programmeuses et les programmeurs : http://www.computerworld.com/s/article/9117023/Microsoft_woos_developers_under_the_Silverlight
• En 2009, Martin Heller dit percevoir Silverlight comme un compétiteur direct de Flash : http://www.infoworld.com/d/developer-world/first-look-microsoft-silverlight-3-challenges-adobe-air-216
• En 2009, Tim Anderson critique un biais pro-Windows de Silverlight, pourtant présenté comme un outil pour le Web, plateforme ouverte par excellence  : http://www.theregister.co.uk/2009/11/20/silverlight_4_windows_bias/http://www.theregister.co.uk/2009/11/20/silverlight_4_windows_bias/
• Texte de Sean Michael Kerner en 2009 relatant que Moonlight a le feu vert : http://www.linuxplanet.com/linuxplanet/reports/6932/1/
• En 2010, article sur le blogue officiel de Silverlight discutant du futur de cette plateforme : http://blogs.msdn.com/b/silverlight/archive/2010/09/01/the-future-of-silverlight.aspx
• Article de 2010 par Tom Arah qui soulève la question, à savoir si Silverlight revient des morts : http://www.pcpro.co.uk/blogs/2010/12/03/silverlight-5-back-from-the-dead/
• En 2011, article de Brett Winterford relatant que les développeurs Silverlight réagissent à la perception (assez répandue) qu'avec Windows 8, cette plateforme perdra sa pertinence : http://www.itnews.com.au/News/259910,silverlight-developers-rally-against-windows-8-plans.aspx
• En 2011, Mike James relate que l'équipe de développeurs de SkyDrive abandonne Silverlight : http://www.i-programmer.info/news/81-web-general/2640-skydrive-drops-silverlight.html
• Texte de James R. Borck en 2011 à propos de la chute et du retour de Silverlight : http://www.infoworld.com/d/application-development/the-fall-and-rise-microsoft-silverlight-163
• En 2011, texte de plusieurs développeurs Silverlight implorant Microsoft de supporter Silverlight en plus de HTML5 avec Windows 8 : http://forums.silverlight.net/t/230744.aspx
• Texte de Vlad Savov en 2011 qui laisse entendre la possibilité que Microsoft cesse sous peu le développement de Silverlight : http://www.theverge.com/2011/11/9/2548975/microsoft-may-halt-development-work-on-silverlight-after-next-release
• En 2011, Mary Jo Foley va plus loin, se demandant s'il y aura une version 6 de Silverlight... et même s'il vaut la peine de s'en préoccuper : http://www.zdnet.com/blog/microsoft/will-there-be-a-silverlight-6-and-does-it-matter/11180 (plus tôt la même année, elle relatait le lancement de Silverlight 5 : http://www.zdnet.com/blog/microsoft/microsoft-releases-silverlight-5/11391)
• En 2011, Tim Anderson écrit sur trois plateformes qu'il juge mourantes, soit Flash, Silverlight et Win32 : http://www.itjoblog.co.uk/2011/11/dying-platforms.html
• En 2012, Ian Elliot indique que Mono considère que Silverlight est mort, et cesse le développement de Moonlight : http://www.i-programmer.info/news/89-net/4282-mono-kills-open-source-silverlight.html
• Entrevue avec Miguel de Icaza en 2012 où il explique sa décision d'abandonner Moonlight (et Silverlight par le fait-même) : http://www.infoq.com/news/2012/05/Miguel-Moonlight
• Il semble que ce soit vraiment la fin, du moins si on se fie à ce constat de Tim Anderson en 2012 : http://www.itwriting.com/blog/6924-microsoft-silverlight-shattered-into-a-million-broken-urls.html
• Texte de 2013 par Scott Barnes, selon qui Microsoft préfère maintenant Flash à Silverlight : http://www.riagenic.com/archives/1058
• Un autre clou dans le cercueil... En 2013, Netflix abandonne Silverlight pour HTML5... dans Internet Explorer 11! Texte d'Emil Protalinski : http://thenextweb.com/insider/2013/06/26/netflix-ditches-silverlight-with-support-for-html5-video-in-ie11-available-today-with-windows-8-1-preview/
• Edge complète en bonne partie la mise à mort de Silverlight, selon Chris Duckett en 2015 : http://www.zdnet.com/article/silverlight-dumped-in-microsoft-plugin-spring-cleaning-with-edge/

Protocoles

Le monde du Web et des systèmes répartis est bâti en entier sur un ensemble de protocoles. Vous trouverez ci-dessous un ensemble (non-exhaustif) de sections portant sur certains des plus importants d'entre eux.

Protocole http

L'information pour ce style protocole a été regroupée dans http.html

Protocole https

Le protocole http transfère des documents en clair. Pour sécuriser en partie les échanges sur le Web, en particulier lors de transactions électroniques, mais aussi pour une variété d'échanges impliquant le transfert de données personnelles un « sensibles », ajouter une strate de chiffrement aux communications est nécessaire. C'est ce qu'offre le protocole https.

En 2010, Chris Palmer explique comment déployer https correctement : https://www.eff.org/https-everywhere/deploying-https

Vivre (correctement) avec https, un texte d'Adam Langley en 2012 : http://www.imperialviolet.org/2012/07/19/hope9talk.html

En 2012, Valentin Golev nous demande si nous prenons soin de vérifier les certificats https côté client : http://unfoldthat.com/2012/07/30/does-https-to-api-make-any-sense.html

Dans ce texte de 2011, Dave Ward explique pourquoi il est important qu'une page sécurisée ne réfère qu'à d'autres contenus sécurisés. Il suffit d'un seul accès non-chiffré pour tout gâcher : http://encosia.com/cripple-the-google-cdns-caching-with-a-single-character/

Comprendre le fonctionnement de https, texte de Hartley Brody en 2013 : http://blog.hartleybrody.com/https-certificates/

Protocole JSON

Le terme JSON signifie JavaScript Object Notation. Il s'agit d'un format facilitant grandement la représentation des structures de données relativement simples qu'on rencontre par exemple dans les échanges RPC, surtout en comparaison avec la complexité des formats XML.

Vous trouverez plusieurs liens thématiques sur le sujet, de même que des exemples d'utilisation de ce format, sur JSON.html

Protocole sftp

Tout comme https permet de sécuriser en partie les échanges http, le protocole sftp est (grossièrement) une sorte de pendant ssh de ftp.

Comment faire en sorte que les échanges sftp soient rapides, selon Daniel Stenberg en 2010 : http://daniel.haxx.se/blog/2010/12/08/making-sftp-transfers-fast/

L'approche REST

L'information pour ce style architectural a été regroupée dans REST.html

Serveurs Web

Le serveur Apache Axis 2 : http://axis.apache.org/axis2/java/core/

Le fichier de configuration d'Apache, un texte de 2011 : http://commandlinefanatic.com/cgi-bin/showarticle.cgi?article=art004

Configurer un serveur Web robuste et sécuritaire, par Lee Hutchinson en 2012 : http://arstechnica.com/gadgets/2012/11/how-to-set-up-a-safe-and-secure-web-server/

Écrire un serveur Web avec Python, série d'articles par Ruslan Spivak en 2015 :

• http://ruslanspivak.com/lsbaws-part1/
• http://ruslanspivak.com/lsbaws-part2/
• http://ruslanspivak.com/lsbaws-part3/

Pour un guide au Web Hosting, donc pour savoir comment amener votre site Web à la disposition des gens, les gens derrière http://www.whoishostingthis.com/resources/web-hosting/ m'ont proposé leur site. Ça m'a semblé pas si mal alors voilà.

La bibliothèque Ponyo, pour écrire des serveurs Web en ML : http://ponyo.org/handbook/ponyo-basics/3

Services Web

Java et les services Web :

• http://java.sun.com/webservices/reference/apis-docs/
• http://java.sun.com/webservices/containers/
• http://download.oracle.com/docs/cd/E17802_01/webservices/webservices/docs/1.6/IntegrationNotes.html
• http://www.oracle.com/technetwork/java/index-jsp-137004.html
• http://www.oracle.com/technetwork/articles/javaee/j2ee-ws-140408.html
• http://java.sun.com/webservices/tutorial.html
• http://download.oracle.com/javaee/1.4/tutorial/doc/JAXRPC3.html#wp124102
• http://java.sun.com/developer/codesamples/webservices.html
• http://docs.sun.com/source/816-7152-10/wsgjaxrpc.html#1007910
• http://www.javaworld.com/javaworld/jw-06-2003/jw-0620-webservices.html
• http://www.devx.com/Java/Article/20636/1954?pf=true
• http://download.oracle.com/javaee/1.4/tutorial/doc/JAXRPC5.html
• http://download.oracle.com/javaee/1.4/tutorial/doc/JAXRPC4.html
• http://download.oracle.com/javaee/1.4/tutorial/doc/JSPAdvanced2.html#wp71778
• Développer pour JAX-RPC :
  • http://www.ibm.com/developerworks/library/ws-jaxrpc1/
  • http://www.ibm.com/developerworks/webservices/library/ws-jaxrpc2/
• https://metro.dev.java.net/
• http://www.devx.com/webdev/Article/16853/0
• schémas de conception :
  • http://www.ibm.com/developerworks/webservices/library/ws-tip-altdesign1/
  • http://www.ibm.com/developerworks/webservices/library/ws-tip-altdesign2/
• http://download.oracle.com/docs/cd/E17802_01/webservices/webservices/docs/1.6/tutorial/doc/
• http://java.sun.com/developer/codesamples/webservices.html
• http://onjava.com/pub/a/onjava/2001/03/15/tomcat.html
• http://oreilly.com/java/archive/tomcat.html
• Intermédiaires (Proxies) dynamiques :
  • http://www.ibm.com/developerworks/java/library/j-jtp08305.html
  • http://download.oracle.com/javase/1.3/docs/guide/reflection/proxy.html

En 2016, Iris Classon démontre comment il est possible de développer en quelques minutes un client capable de consommer une API de données météo avec C# : http://irisclasson.com/2016/11/24/weather-api-in-five-minutes/

Écrire un service Web avec bash, par Henry Snopek en 2017 : https://hackernoon.com/a-web-service-written-in-pure-bash-2af847902df1

Microservices

Certains tendent vers les microservices, soit des services qui font une seule chose mais la font bien. À ce sujet :

• Série de textes par Martin Fowler sur le sujet :
  • http://martinfowler.com/articles/microservices.html
  • en particulier, survol du concept de microservice en 2015 : http://martinfowler.com/bliki/MicroservicePremium.html
  • comme il le relate en 2015, il semblerait que les projets pensés à partir de microservices aient moins de succès que ceux qui débutent sous forme monolithique puis sont découpée en microservices par la suite : http://martinfowler.com/bliki/MonolithFirst.html
  • les « plus » et les « moins » des microservices, texte de 2015 : http://martinfowler.com/articles/microservice-trade-offs.html
  • pour démarrer une nouvelle entreprise, est-il préférable de préférer les microservices ou une approche monolithique? Texte de 2015 qui recommande d'y aller d'abord de manière monolithique : http://martinfowler.com/bliki/MonolithFirst.html
• Cas d'espèces :
  • en 2014, Martin Buhr relate le développement d'un produit réel suivant une approche par microservices : http://lonelycode.com/2014/04/08/microservices-the-blind-leading-the-blind/
  • en 2014, Richard Clayton explique les erreurs que lui et ses collègues ont commis pour nous éviter de « marcher dans leurs traces » : https://rclayton.silvrback.com/failing-at-microservice
  • application concrète des microservices, par Luke Roberts en 2015 : http://blog.speak.io/how-we-use-microservices-and-event-sourcing-to-instantly-connect-calls/
• En 2015, Christian Posta affirme qu'en pratique, nous ne ferons pas vraiment de microservices : http://blog.christianposta.com/microservices/youre-not-going-to-do-microservices/
• Réflexion de Ben Morris en 2015 sur la taille à laquelle on s'attend d'un microservice, mais surtout sur ce qui se colle à un microservice et contribue à sa simplicité comme à sa complexité : http://www.ben-morris.com/how-big-is-a-microservice/
• Dans ce texte de 2015, David Boike se demande si les microservices sont une véritable vague ou s'il ne s'agit que de vent : http://particular.net/blog/microservices-future-or-empty-hype
• Textes d'Arnon Rotem-Gal-Oz :
  • en 2015, il se demande pourquoi les microservices rapetissent : http://arnon.me/2015/04/suprastructure/
  • selon ce texte de 2010, les nanoservices seraient un antipattern : http://arnon.me/wp-content/uploads/2010/10/Nanoservices.pdf
• Trois questions à se poser avant de se lancer dans les microservices, selon Art O. Cathain en 2015 : https://blog.tilca.co.uk/technology/entry/microservices-3-questions-for-your
• Textes de Robert C. Martin :
  • texte de 2014 sur la relation entre les microservices et les JAR (ou, de manière plus générale, les modules chargés dynamiquement) : http://blog.cleancoder.com/uncle-bob/2014/09/19/MicroServicesAndJars.html
  • en 2015, Robert C. Martin relate l'histoire du « premier microservice » : http://blog.cleancoder.com/uncle-bob/2015/05/28/TheFirstMicroserviceArchitecture.html
• Construire des microservices à partir d'une Façade, par Chris Richardson en 2015 : http://nginx.com/blog/building-microservices-using-an-api-gateway/
• En 2015, Phil Calçado explique comment SoundCloud en est arrivé à utiliser des microservices : http://philcalcado.com/2015/09/08/how_we_ended_up_with_microservices.html
• Considérations pratiques dans la conception d'une architecture à base de microservices avec Java, par Emad Benjamin en 2014 : https://vmjava.wordpress.com/2014/08/15/practical-microservice-architecture-and-implementation-considerations/
• Prendre le virage vers les microservices, texte de 2015 : https://maketechsimple.wordpress.com/2015/10/30/embracing-microservices/
• Transformer du code Ruby et Rails pour en faire un microservice, par Leigh Halliday en 2015 : http://blog.codeship.com/architecting-rails-apps-as-microservices/
• À propos des monolithes et des microservices, un texte de 2015 par Guido Steinacker : http://dev.otto.de/2015/09/30/on-monoliths-and-microservices/
• En 2016, Jan Stenberg met en garde contre es microservices qui se transforment en un monolithe réparti : http://www.infoq.com/news/2016/02/services-distributed-monolith
• Critiques :
  • Justin Leitgeb, dans ce texte de 2015, discute des coûts cachés des microservices : http://www.stackbuilders.com/news/the-hidden-costs-of-microservices
  • quelques mauvaises pratiques avec les microservices, répertoriées par Vijay Alagarasan en 2015 : http://www.infoq.com/articles/seven-uservices-antipatterns
  • en 2015, Stavros Korokithakis rappelle que tout n'est pas rose dans le monde des microservices : http://www.stavros.io/posts/microservices-cargo-cult/
  • texte de Steve Shogren en 2016 qui présente les microservices comme une mode : http://deliberate-software.com/pop-culture-architecture/
  • dans ce texte de 2016, Christian Posta explique qu'à son avis, entre vouloir faire des microservices et le faire réellement, il y a une vaste marge : http://blog.christianposta.com/microservices/youre-not-going-to-do-microservices/
  • texte de 2016 qui annonce la fin des microservices : http://lightstep.com/blog/the-end-of-microservices/
  • pratiques malsaines avec les microservices, décrites en 2016 par Piotr Ciemielewski : http://allegro.tech/2016/01/microservices-and-macro-mistakes.html
  • quelques pièges et quelques faussetés associées aux microservices, selon Sean Kelly en 2015 : https://blog.komand.com/microservices-please-dont
  • en 2017, Stephen Bly critique l'adoption aveugle des microservices comme pratique d'entreprise : https://medium.com/@stephenebly/the-microservices-misconception-684bc0584bb6
• Quand une communication suivant REST peut convenir aux microservices, un texte de 2016 par Daniel Westheide: https://www.innoq.com/en/blog/why-restful-communication-between-microservices-can-be-perfectly-fine/
• Organiser les microservices, un texte de Peter Lawrey en 2016 : https://vanilla-java.github.io/2016/06/30/Goldilocks-Microservices.html
• Texte de 2016 par Asim Aslam, qui explique comment, selon lui, une entreprise peut faire le choix des microservices, et réussir : https://medium.com/@asimaslam/why-companies-adopt-microservices-and-how-they-succeed-2ad32f39c65a
• En 2016, Kasper B. Graversen fait les louanges des microservices factices : http://firstclassthoughts.co.uk/Articles/Design/RefactoringToMicroServicesFakeMicroServices.html
• En 2016, Graham Lea présente les transactions réparties comme les « icebergs des microservices » : http://www.grahamlea.com/2016/08/distributed-transactions-microservices-icebergs/
• Dans ce texte de 2016, John McLean présente l'adoption de l'approche par microservices qu'a vécu son équipe comme une « approche accidentelle », et vante au passage les mérites de cette façon de faire : https://articles.microservices.com/microservices-the-accidental-architecture-926e6d8762c1
• À propos de la communication entre microservices, un texte de 2016 par Leigh Halliday : https://blog.codeship.com/microservice-communication-queues/
• En 2016, Piotr Gankiewicz relate ses premiers pas dans la rédaction de microservices : http://piotrgankiewicz.com/2016/11/28/so-ive-been-doing-microservices/
• Texte de 2016 où l'auteur relate ce qui, dans son expérience, fait qu'un microservice sera de qualité ou sera moche : https://medium.com/@rdsubhas/rest-in-peace-to-microservices-or-not-6d097b6c8279
• Texte de Yolande Poirier en 2016, qui vise à démystifier les microservices en nous guidant à travers les moments clés d'une présentation sur le sujet : https://blogs.oracle.com/java/microservices-for-mortals
• Petit guide proposé par Sumit Maingi en 2016, portant sur ce qu'il vaut mieux savoir avant d'écrire des microservices : https://cloudncode.wordpress.com/2016/07/22/msa-getting-started/
• Que sont les microservices, et à quoi servent-ils? Un texte de 2017 : https://blogs.msdn.microsoft.com/najib/2017/01/03/what-are-microservices-and-why-should-you-care/
• Quelques exemples de microservices et de monolithes, présentés dans un texte de 2016 : https://medium.freecodecamp.com/rest-in-peace-to-microservices-or-not-6d097b6c8279
• Introduction aux enjeux associés aux microservices, proposée par Alexandra Huff en 2017 :
  • https://blogs.oracle.com/the-cloud-front/entry/getting_started_with_microservices_part
  • https://blogs.oracle.com/the-cloud-front/entry/getting_started_with_microservices_part1
• Texte de 2016 par Adrian Cloyer, qui discute de la différence conceptuelle entre une approche monolithique et une approche reposant sur des microservices : https://blog.acolyer.org/2016/09/13/data-on-the-outside-versus-data-on-the-inside/
• En 2017, Daniel Bryant discute du bon design des microservices : https://www.infoq.com/news/2017/02/microservices-design-observe
• Combiner des pseudo-URI et des microservices, par Phil Calçado en 2017 : http://philcalcado.com/2017/03/22/pattern_using_seudo-uris_with_microservices.html
• Valider l'identité des usagers d'un microservice, par Bill Doerrfeld en 2015 : http://nordicapis.com/how-to-control-user-identity-within-microservices/
• Un guide de bonnes et de moins bonnes pratiques avec les microservices, par Mark Richards en 2016 : http://www.oreilly.com/programming/free/files/microservices-antipatterns-and-pitfalls.pdf
• Un guide de bonnes pratiques avec les architectures basées sur les microservices, par Vinay Sahni : http://www.vinaysahni.com/best-practices-for-building-a-microservice-architecture
• Transcription partielle d'une conférence sur les microservices offerte par Neil Ford en 2017 : http://ridingthecrest.com/blog/2017/06/10/neil-ford-microservices-ujug-march-2017.html
• En 2017, Lucas Carlson explique pourquoi il est à ses yeux sage d'utiliser des microservices pour développer des applications : http://www.javaworld.com/article/3200187/application-development/why-you-should-use-microservices.html
• Quelques schémas de conception pour les microservices, répertoriés par Chris Richardson : http://microservices.io/patterns/
• Partitionner les données entre les microservices, texte de 2018 par Christian Horsdal : https://www.developer.com/design/how-to-partition-your-data-between-microservices.html
• « Le belle, le beau et le truand » à propos des microservices, par J. P. La Torre en 2018 : https://caylent.com/microservices-good-bad-ugly/
• Le développement d'applications, dans une perspective architecturale de microservices, selon Aben George en 2018 : https://blog.appscrip.com/what-is-microservice-architecture-in-app-development/
• En 2017, Kasun Indrasiri discute d'architectures de microservices stratifiés : https://medium.com/microservices-in-practice/microservices-layered-architecture-88a7fc38d3f1
• Le véritable intérêt des microservices, de l'avis d'Erik Bernhardsson en 2018 : https://erikbern.com/2018/06/04/missing-the-point-about-microservices.html
• Texte de 2018 par Simon Griffiths qui compare les microservices à une approche SOA : https://www.flowgear.net/blog/microservices-vs-soa
• En 2021, Avery Pennarun réfléchit sur la relation complexe entre les microservices et les bloc monolithiques : https://tailscale.com/blog/modules-monoliths-and-microservices/

Témoins (Cookies)

Un témoin est une unité d'entreposage côté client dans une relation client/ serveur sur le Web. Chaque témoin est associé à une URL d'origine; plusieurs témoins peuvent être associés à une même URL; les témoins sont locaux à chaque fureteur (donc si vous réalisez une transaction électronique impliquant des témoins avec un fureteur, il est probable qu'un autre fureteur sur le même ordinateur n'en sache rien). Un témoin ne peut contenir que de petites quantités d'information (4 Ko maximum).

Un Wiki sur le sujet : http://en.wikipedia.org/wiki/HTTP_cookie

Un exemple simple de manipulation de témoins avec du code JavaScript : JavaScript-Temoin.html

Une réflexion sur les risques inhérents au recours à des témoins, par Jeff Atwood en 2010 : http://www.codinghorror.com/blog/2010/11/breaking-the-webs-cookie-jar.html

L'API nommée evercookie pour JavaScript, qui permet de créer des témoins extrêmement persistants : http://samy.pl/evercookie/

Les témoins zombies, qui ne veulent pas mourir : http://www.infoworld.com/t/internet-privacy/zombie-cookies-wont-die-microsoft-admits-use-and-html5-looms-new-vector-170511

Des témoins persistants et impossibles à bloquer, à l'aide des en-têtes http, par Nik Cubrilovic en 2011 : http://nikcub.appspot.com/persistant-and-unblockable-cookies-using-http-headers

En 2011, Microsoft a cessé d'utiliser des « super témoins » dans MSN :

• https://threatpost.com/en_us/blogs/microsoft-drops-use-supercookies-msn-081911
• http://blogs.technet.com/b/privacyimperative/archive/2011/08/19/update-on-the-issue-of-supercookies-used-on-msn.aspx

Un bogue fondamental des témoins : ils ne connaissent pas leur origine. Texte d'Egor Homakov en 2013 : http://homakov.blogspot.com.es/2013/07/core-flaw-of-cookies.html

Simuler des témoins... sans témoins, et compromettre la vie privée des gens. Texte de 2013 : http://lucb1e.com/rp/cookielesscookies/

WebRTC

Une technologie destinée à permettre une communication audiovisuelle en « temps réel » à travers le Web, et reposant strictement sur une API accessible par JavaScript.

• http://www.webrtc.org/
• http://blog.chromium.org/2013/02/hello-firefox-this-is-chrome-calling.html
• https://hacks.mozilla.org/2013/02/hello-chrome-its-firefox-calling/

Websockets

Les Websockets permettent à un client Web de transiger avec le reste du monde de manière bidirectionnelle à travers TCP.

Un Wiki sur le sujet : http://en.wikipedia.org/wiki/WebSockets

Un site proposant des exemples de code de Websockets : http://websocket.us/

Le RFC 6455, qui officialise en 2011 le protocole des Websockets : http://www.ietf.org/mail-archive/web/ietf-announce/current/msg09663.html (le RFC lui-même est http://www.rfc-editor.org/rfc/rfc6455.txt)

Utiliser les Websockets avec Clojure, selon Jay Field en 2011 : http://blog.jayfields.com/2011/02/clojure-web-socket-introduction.html

Un descriptif du Code Project, texte de 2011 par Wayne Ye : http://www.codeproject.com/KB/HTML/Web-Socket-in-Essence.aspx

Les performances des Websockets, par Drew Harry en 2011 : http://drewww.github.com/socket.io-benchmarking/

En 2011, Bruce Eckel expérimente avec les Websockets à l'aide de Python et de CoffeeScript : http://www.artima.com/weblogs/viewpost.jsp?thread=339100

Écrire un SCS avec Websockets en Scala, un texte de Jean-François Arcand en 2012 : http://jfarcand.wordpress.com/2012/02/10/writing-clientserver-websocket-application-using-scala/

Exemple de SCS d'écho à l'aide de Websockets, texte de 2012 par Brian Raymor : http://www.sitepoint.com/websockets-stable-and-ready-for-developers/

Textes de John McCutchan :

• Rédiger votre propre serveur de Websockets, texte de 2012 : http://altdevblogaday.com/2012/01/23/writing-your-own-websocket-server/
• Contrôler un moteur de jeu à travers des Websockets, texte de 2012 : http://altdevblogaday.com/2012/02/01/controlling-your-game-engine-over-websocket/

Java 7 version EE et les Websockets, un texte d'Arun Gupta en 2012 : https://blogs.oracle.com/arungupta/entry/websockets_and_java_ee_7

Un « Websockets 101 » proposé par Armin Ronacher en 2012 : http://lucumr.pocoo.org/2012/9/24/websockets-101/

Un daemon de Websocket : http://websocketd.com/

Le projet Seasocks, Un serveur de Websockets pour C++, par Matt Godbolt en 2015 : http://xania.org/201503/seasocks-an-embedded-websocket-server-for-c-plus-plus

Reconnecter un Websocket en temps réel... sans noyer le serveur, par John Ryding en 2014 : http://blog.johnryding.com/post/78544969349/how-to-reconnect-web-sockets-in-a-realtime-web-app

Les Websockets en Ruby à partir de rien, un pas à pas par Jamie Patel en 2015 : https://blog.pusher.com/websockets-from-scratch/

Les Websockets expliqués par Dmitriy Rogatkin en 2015 : http://www.infoq.com/articles/websocket-desktop-agility-web-applications

En 2015, Sam Saffron rappelle qu'il n'y a rien de simple aux Websockets : https://samsaffron.com/archive/2015/12/29/websockets-caution-required

Écrire un serveur de Websockets en Go, par eli Bendersky en 2016 : http://eli.thegreenplace.net/2016/go-websocket-server-sample/

Visualiser les paquets sur des Websockets, par James Hague en 2016 : http://prog21.dadgum.com/225.html

Web Workers

Les Web Workers dynamisent le code exécuté côté client sur une page Web, se comportant comme des tâches soumises à un thread pool.

Petite introduction aux Web Workers, par Brian Cooksey en 2013 : https://zapier.com/engineering/intro-to-web-workers/