Blog
Faut-il stocker des fichiers dans une base de données?
J’ai souvent fait remarquer que le CMS eZ publish (comme bien d’autres) stocke les fichiers dans l’arborescence au lieu de les stocker dans la base de données.
Lorsque je commençais à peine à utiliser ce logiciel, il m’est arrivé une fois de perdre tous mes fichiers car je n’avais pas pensé à sauvegarder le répertoire de stockage. Ce répertoire contenait d’ailleurs à la fois les fichiers originaux et les fichiers générés automatiquement ce qui implique finalement de devoir vider les caches avant chaque sauvegarde si l’on ne souhaite pas gaspiller de l’espace.
E-mail à François Hollande
A l’attention de Monsieur François Hollande,
Je viens à l’instant de prendre connaissance de votre décision de doter
3300 élèves et professeurs de Corrèze d’iPads flambant neuf.
2 minutes d’attente pour voir un film
Dans la catégorie «je ne sais pas faire mon boulot et je gueule contre les pirates qui le font mieux que moi » j’appelle Universal StudioCanal Video et leur superbe édition collector de Sin City .
Grand tirage du web3.0: A qui le tour?
Les cordonniers sont connus pour être les plus mal chaussés. Mais si l’on veut parler de chaussure, ce sont les mieux placés quand même!
Par contre concernant Internet, force est de constater qu’un cordonnier a plus de chance d’être consulté qu’un architecte web. A se demander si Internet n’est pas devenu un monde en marge de l’informatique et dont les dirigeants changent tour à tour. En tout cas je ne trouve pas d’autre explication au phénomène que j’observe depuis quelques années.
xml:lang et eZ publish
Ca n'aura pas échappé aux 2~3 potes que j'embête à longueur de temps à ce sujet : je fais mon site en xhtml+rdfa. A ce titre, les pages sont servies en tant que fichiers XML et parsés en tant que tels par les navigateurs dignes de ce nom comme Firefox, et Lynx ( celui en console :D )
Il y a donc des passages obligés si on veut faire du bon boulot. Comme, par exemple, la définition de la langue par défaut. Or, petit problème : fre-FR ou eng-GB c'est pas valide! A la poubelle donc le traditionnel $site.http_equiv.Content-Language mais heureusement il y a... (non.. pas Findus!) la fonction fetch!
Servir du vrai XHTML avec eZ publish
Il y a quelques temps, comme je m'intéressais au xhtml+rdfa qui permet d'ajouter de la sémantique au code html, je suis tombé sur un article d'Alsacreations encore une fois très intéressant sur les doctypes xhtml : Comment bien déclarer du xhtml 1.0 et du xhtml 1.1
Cet article m'a ouvert les yeux car cela faisait un moment que je codais en XHTML avec la volonté que toutes mes pages soient du coup à la fois des pages web et des documents XML. Or après vérification, il est vrai que mes pages étaient servies avec le type MIME : text/html
Impossible donc de passer à des langages plus évolués comme le xhtml+rdfa ou de profiter des nouveautés du xhtml 1.1
Mais heureusement, une manipulation très simple dans eZ publish a changé tout ça...
Refonte totale de ccoste.fr
Ca y est! J'ai enfin trouvé le courage de le faire! Je reprends ccoste.fr depuis zéro. Mon instance datait de plus de 5 ans et accusait les mises à jour approximatives et les modifications successives du design. On part donc avec de bonnes résolutions: une accessibilité qui déchire et un code html le plus sémantique possible. Niveau graphismes, on verra plus tard... Finalement c'est quand même secondaire.
