The origin of web development as we know it

Jeremy Allaire Meet the makers publie une conversation très intéressante avec Jeremy Allaire, l'un des créateurs du serveur d'applications ColdFusion, aujourd'hui racheté par Macromedia.

Jeremy Allaire y revient sur l'époque (94-97) où presque tout a été inventé en termes de technologies permettant de gérer des sites/applications web dynamiques (dont le contenu est généré dynamiquement, je ne suis pas en train de parler pas d'animation.:|), en particulier l'apparition des languages de scripting/tagging web.

Je pense vraiment que tout ce qui est apparu depuis n'est qu'évolution - certes significative - mais les concepts de base ont été posés par ColdFusion et ses concurrents plus ou moins similaires! ;) Même Java n'est venu s'installer dans le domaine des serveurs web que bien après...

Un passage très intéressant est celui où Microsoft ne pouvant pas racheter ColdFusion se tourne vers Aspect Software pour acoucher de la techologie ASP. Celle-ci est basée sur VB Script plutôt que sur des tags... Mais il s'agit plus d'un choix politique que parce qu'il offrait un réel intérêt pratique... :| (A propos, qui se rappelle de cette énorme plaisanterie de Microsoft avant ASP et nommée IDC pour Internet Database Connector? :)))

Bien sûr, tout celà évoque pour moi des souvenirs particuliers, dans la mesure où l'une des technologies sur lesquelles reposait le développement de ma société à l'époque, était justement ColdFusion (depuis la version 1.5)! ... Toutefois, je pense que toute personne qui développe aujourd'hui un site web se doit de connaitre cette histoire! :))

Citation du jour :D

On pourra vraiment chanter la victoire des standards le jour où l'on lira sur les murs des tags du genre : <strong lang="en" xml:lang="en">Punk's not dead!</strong> ;-)



-Tristan Nitot

Tableless design update

De temps en temps je reçois un mail avec des conseils tentant de résoudre le problème de tableless design que j'avais exposé il y a quelques temps. Je voudrais donc préciser un peu le but du jeu:

  • Il faut que ça marche sur les browsers actuels, et en particulier, les plus utilisés tels que IE et Netscape/Mozilla. Opera n'est pas non plus superflu!
  • Il faut que ça marche avec plusieurs tailles de polices!

Par ailleurs, le problème a été largement minimisé en passant l'image en background CSS (je reviendrai là dessus plus tard). En revanche, le vrai problème est exposé en détails dans cet article: Tableless Design: Not ready for prime time!. C'est là qu'il faut aller jouer! Toujours aucune solution à ce jour! :P

Incontournable!

Si vous réalisez des sites web, quel que soit votre niveau, vous devez absolument visiter => Openweb. Je vous garantis qu'après quelques minutes de ballade vous aurez forcément appris quelque chose de nouveau... et d'utile! :)

En plus c'est en français et c'est vââââââchement bien!!

Le Web et les Statistiques...

Le problème des stats web est extrêmement complexe. Surtout parce que ce qui nous intéresse le plus c'est de savoir:

  • combien de personnes sont venues,
  • d'où elles sont venues,
  • qu'est-ce qu'elles ont regardé,
  • pendant combien de temps,
  • quand elles sont parties,
  • et vers où sont elles parties.

Ceci est en totale contradiction avec la nature même du web et de son protocole HTTP! [=> Lire la suite...]

Souvent on commence un post et tout à coup on se rend compte qu'on vient de taper 10 paragraphes d'introduction sans même avoir commencé à parler de ce qui nous démangeait au départ! :P

Du coup j'ai mis toute cette intro dans un article et il ne me reste plus qu'à laisser ma note d'humeur ici... :)

Mon souci concerne les stats de ce site...

Au départ, je n'avais pas vraiment le choix: quelques pages statiques chez Tiscali puis Free, ainsi qu'un blog chez Blogspot... la seule solution c'était des marqueurs eStat / Xiti...

J'espérais bien profiter de ma migration vers OVH (avec blog autonome ;) ) pour améliorer quelque peu mon système de stats... mais c'est pas l'extase! :P OVH met à la disposition de ses clients un outil d'analyse de logs en ligne (Urchin Enterprise 3.3) pour ne pas le nommer qui est honnête mais sans plus... moins évolué que eStat par exemple: suivi approximatif des visites et des visiteurs (pas de cookie!), absence de catégorisation des pages/rubriques, impossibilité de filtrer les fichiers non html, ce qui serait pourtant plus pratique pour voir les pages les plus populaires!

Il ne me reste donc plus qu'à analyser mes fichiers de log par moi même. C'est une longue quête à l'outil idéal qui commence. Je suis preneur de toutes suggestions! ;) Quelques critères indispensables toutefois:

  • Possibilité d'attribuer aux URL un nom clair et une rubrique afin de faire des stats plus pertinentes que des URLS en désordre avec des doublons du type / et /index.html
  • Possibilité de filtrer ou non les types de fichiers non HTML. (Franchement ça m'intéresse moyennement de savoir que la plupart des utilisateurs qui ont vu index.html se rendent ensuite sur basic.css et logo.gif... Tsss n'importe quoi Urchin! En revanche ça m'intéresse de savoir combien de fois les différents feeds RSS ont été chargés...)
  • En fait je peux citer plein de critères, mais on va peut être commencer soft... ;)