Dur Comme Faire

ScriptServer. Ce nom ne vous dit peut-être rien mais il se pourrait que cette technique révolutionne notre façon de créer des sites Internet.

Le principe est que vous écrivez des classes PHP qui seront exécutées sur le serveur. Jusque là il n'y a rien de révolutionnaire. Ce qui l'est en revanche c'est que sur vos pages vous pourrez utiliser ces classes avec JavaScript. Il n'est ainsi plus nécessaire de recharger complètement une page pour effectuer des traitements côté serveur et en récupérer les résultats. Le plus beau est que toute la partie communication entre le PHP et le JavaScript est transparente pour le développeur.

Cette technique en est à ses balbutiements mais elle très prometteuse. Regardez les exemples pour vous en convaincre.

Cela fait deux fois que quelqu'un me contacte pour me dire, en substance, qu'il y a une erreur dans ma gestion des URL de ce blog car l'URL www.dyingculture.net/blog/ est invalide. Nous sommes bien d'accord sur le fait qu'elle est invalide mais le problème ne vient pas de ma gestion des URL mais de vos habitudes. Je m'explique.

L'idée qu'une URL doit se terminer soit par une extension de fichier soit par un slash est assez répandue et est une réminiscence de la manière de créer l'arborescence des sites qui prévalait jusqu'à récemment. Celle-ci était en fait basée uniquement sur la structure physique du système de fichier, ce qui impliquait soit de terminer l'URL par un fichier soit par un répertoire et dans ce cas c'était le fichier par défaut qui était affiché. Seulement, les techniques ont évoluées, les URL significatives sont arrivées et c'est précisément ce type d'URL que j'utilise sur mon site.

La principale différence entre ces deux systèmes est que comme leur nom l'indique le but premier des URL significatives est de donner des informations sur le contenu et la structure logique du site contrairement à l'ancien système qui renseignait sur sa structure physique. Le souci est que quelqu'un qui n'a pas conscience de cela pourra se tromper en voulant jouer avec les URL et c'est précisément ce qui est arrivé ici. En effet, je n'ai jamais indique que mon blog se situait à cette adresse, c'est l'interprétation éronnée de mes visiteurs qui les a induit en erreur.

Une parade pourrait consister à retirer un slash de fin inutile avec mod_rewrite mais personnellement je ne le ferais pas sur ce blog car je considère que corriger les erreurs des gens sans leur en faire prendre conscience ne fait qu'empirer les choses car ils continueront à les commettre et les développeurs devront complexifier leur gestion pour en tenir compte. Je pense que chacun est suffisamment intelligent pour comprendre les choses si on prend la peine de lui expliquer clairement les enjeux et que l'obscurantisme que cultivent certains de mes collègues n'apporte rien à personne.

Bien entendu ceci est mon optique pour mon site personnel, pour un site commercial je peux envisager d'utiliser un correctif transparent.

Depuis quelques temps, je remarque une chose étonnante sur beaucoup de formulaires d'inscription, notamment ceux de forums.

Cette capture d'écran prise sur le Forum Webmaster Hub montre ce qui me chagrine. On voit que le mot de passe est caché derrière des astérisques ce qui justifie le fait de demander à ce que l'utilisateur le retape afin de minimiser ainsi les risques d'erreur de frappe. Cependant je reste dubitatif sur l'intérêt de demander à retaper son email puisque celle-ci est affichée en clair.