IMPORTANT : ce site est un terrai d'essai pour le développement de site4ref, ce n'est pas une présentation "commerciale" ni technique de l'outil. Du reste, il est fort peu probable que site4ref soit prochainement distribué. par contre je distribue en open source un cms simple sans base de données appelé zite.
Ce CMS est réalisé par essentiel.net, qu'il motorise avec brio.
Référencement optimisé
Afin de favoriser un référencement optimum des pages du site, ce cms permet d'affecter à chacune un nom significatif, donnant des urls signifiantes. Mais ce n'est pas tout. La gestion des balises meta, title, ou de tout autre élément important pour le référencement est prévu et optimisé. Parallèlement, les cas courants de duplicate content sont évités, particulièrement pour ce qui est de la page d'accueil du site, qui n'est accessible que par une seule URL. Pour un exemple de site animé par ce cms, voir ce site de méthodes de basse, ou encore la nouvelle version ce site de développeur web.
A noter également que les identifiants de session ne sont jamais affichés en URL, et que toute l'administration est exclue des pages indexées. Cerise sur le gateau, ce cms prévoit la génération automatisée de sitemap, avec contrôle du paramètres frequency, et possibilité d'éditer manuellement la sitemap (ainsi que d'autres fichiers à volonté, tel que robots.txt). "Comment référencer ma page ?" devient une question à la réponse triviale !
Extension plan du site : Un petit script permet de générer un plan du site pour les visiteurs, avec les titres réels des pages plutôt que leur nom de menu. Pour test, il est installé sur la page les articles.
Il s'utilise simplement en mettant le nom du script en tag.
Gestion des fichiers : ouf ! La gestion des fichiers est en place, avec upload, renommage et effacement. Pas encore la possibilité de gérer des répertoires, mais ça va venir. Le plus "fun" aura été l''intégration de la liste des fichiers pour pouvoir en disposer dans les éditeurs, wysiwyg ou non, en chunkedit comme en Quikedit (uniquement pour le champ en wysiwyg dans ce cas).
sitemap XML : site4ref génère désormais la sitemap du site à la demande. Amélioration : dans l'éditeur de structure du site on peut désormais spécifier la fréquence de changement de la page pour la sitemap, plutôt que d''avoir a modifier le fichier une fois créé et changer sa valeur par défaut (weekly). La priorité, pour la sitemap, est automatiquement calculée en fonction de la profondeur de la page.
héritage restreint : il est désormais possible de définir pour un tag si ses chunks sont hérité ou non. Cela permet d''une part d''éviter la propagation de contenus qui n''ont pas a l''être, et d''autre part ça permet d''éviter de charger plusieurs fois des chunks pour un tag qui doit être défini systématiquement (cas typique : le contenu principal de la page => inutile de charger les contenus du dessus !)... on optimise du même coup les performances ! Pour l'édition d''un chunk on affiche s'il est héritable ou non, mais j''ai désactivé la possibilité de changer cela individuellement, le réglage du tag fait autorité sur tout le site.
handlers personnalisés : dans la rubrique je rends site4ref plus souple et extensible, voivi le chapitre handlers persos ! Concrètement, cela permet de stocker un contenu arbitraire dans un chunk, qui sera traité par un gestionnaire ad hoc pour l''affichage, et dans l''admin, afin d''éditer les données autrement qu''en pur code source. C'est l'histoire du plugin de commentaire ci-dessous qui m''a donné cette idée : avoir une interface "naturelle" pour qu''un chunk puisse contenir des données (commentaires sérialisés en l''occurence) qui seront affichées d''une manière personnalisée, et que l''on peut éditer d''une manière spécifique via l''admin normale de site4ref comme pour n''importe quel chunk.
"proof of concept": j''ai réalisé deux petites extensions sommaires, sans toucher au moteur du système, et ça illustre très bien l''extensibilité de site4ref :
- un module PHP stoqué dans un tag permet d''afficher les liens vers les articles fils, en bas de page, une dizaine de lignes de PHP. Suffit de mettre [SONS] et ça le fait !
- un plugin invoqué par [plugin_commentaire.php] permet, si un tag [COMS] est défini pour une page, d''utiliser son contenu pour gérer des envois commentaires. C''est absolument rudimentaire (pas d''admin, ni d''antispam...), mais en une 20aine de lignes de code...
Outils du panel : je viens d''ajouter l''affichage de la taille de la bdd ainsi qu''une commande pour l''optimiser (et affichage taille avant/après). On peut aussi gérer les ''fichiers éditables'' et les éditer, et aussi changer les identifiants de connexion à l''admin.
Optimisation des tables : les tables chunkdefs et chunkdatas ont été renommées en tags et chunks, pour plus de cohérence. Leur structure a également été revue pour optimiser le système. J''ai du retoucher tous les scripts pour ça.
Structure du site voilà ! Toute la gestion de l''arborescence du site est en place. On peut aussi bien ajouter des pages qu''en supprimer ou les déplacer, l'arbre est parfaitement respecté (ouai, c'est un algorithme écolo) et au niveau ergonomie et sécurité d''utilisation c''est assez plaisant.
URL canonique : chaque document en possède une, et si l''url demandée est différente on renvoie vers la canonique en 301. Pour les requètes non réécrites (l'admin), on renvoie un code 301 mais sans rediriger vers la forme canonique. Le système ne doit plus du tout produire de duplicate content.
En-tête dernière modif : pour une url canonique on renvoie en Last-modified la date de modif du doc, qui expire une heure après. Sinon on envoie une date du passé.
Editeur de contenu : désormais lorsque l'on édite un chunk pour une page, on dispose d''une liste des pages qui ont un contenu pour le tag concerné, avec un indicateur des pages "au dessus" et "au dessous"... très pratique si le chunk n'est pas défini pour la page mais hérité : on a un accés rapide pour aller éditer le chunk hérité.
Possibilité aussi d''effacer un chunk, en toute sécurité : pas de demande de confirmation, mais possibilité de rétablir immédiatement le résultat.
Editeur wysiwyg : il est en place, mais la qualité de code produite laissant à désirer il est préférable de l''utiliser avec parcimonie. De ce fait, on peut l''activer ou non, au choix.