J\u2019ai commenc\u00e9 \u00e0 \u00e9crire des pages HTML dans les ann\u00e9es 1998 – 1999. A cette \u00e9poque, les choses \u00e9taient simples, on codait des pages .htm ou .html statiques \u00e0 l\u2019aide du bloc-note, (de Front Page ou Dreamweaver pour les plus chanceux). La plupart du temps on apprenait (vite) \u00e0 organiser les chiers .css rudimentaires en arborescence plus ou moins structur\u00e9e, les plus rigoureux disposaient les chiers d\u2019images (\u00e0 l\u2019\u00e9poque .gif et .jpg) dans une structure qui nous \u00e9tait personnelle.
\n
\nIL \u00c9TAIT UNE FOIS…
\nJ\u2019ai commenc\u00e9 \u00e0 \u00e9crire des pages HTML dans les ann\u00e9es 1998 – 1999. A cette \u00e9poque, les choses \u00e9taient simples, on codait des pages .htm ou .html statiques \u00e0 l\u2019aide du bloc-note, (de Front Page ou Dreamweaver pour les plus chanceux). La plupart du temps on apprenait (vite) \u00e0 organiser les chiers .css rudimentaires en arborescence plus ou moins structur\u00e9e, les plus rigoureux disposaient les chiers d\u2019images (\u00e0 l\u2019\u00e9poque .gif et .jpg) dans une structure qui nous \u00e9tait personnelle. L\u2019ajout de chiers .js dans les ann\u00e9es suivantes (javascript c\u2019\u00e9tait le diable !) a conduit par la force des choses \u00e0 structurer et normaliser encore plus l\u2019administration des sites. Vers 2000 – 2001 le passage \u00e0 des chiers, toujours statiques, mais g\u00e9rant du contenu dynamique (asp et php) n\u2019a pas fondamentalement boulevers\u00e9 la donne. Pas de types de pr\u00e9sentations multiples de type blog ou autre, pas de r\u00e9seaux sociaux, et bien souvent graphiste et webmaster \u00e9tait une seule et m\u00eame personne. Structurer les chiers physiques en suivant l\u2019ordre des menus – sous-menus \u00e9tait pratique, simple et de bon aloi. La m\u00e9thode n\u2019avait nalement qu\u2019un seul vrai d\u00e9faut : remodeler le rendu d\u2019un site en changeant la ligne graphique ou en modi ant l\u2019organisation des menus \u00e9tait tr\u00e8s compliqu\u00e9 et g\u00e9n\u00e9rait des erreurs 404 (page inexistante) \u00e0 foison. Mais globalement un simple coup d\u2019\u0153il sur les r\u00e9pertoires et chiers du serveur internet permettait de s\u2019y retrouver assez facilement.
\nL\u2019ajout de fichiers .js dans les ann\u00e9es suivantes (javascript c’\u00e9tait le diable !) a conduit par la force des choses \u00e0 structurer et normaliser encore plus l’administration des sites. Vers 2000 – 2001 le passage \u00e0 des fichiers, toujours statiques, mais g\u00e9rant du contenu dynamique (asp et php) n’a pas fondamentalement boulevers\u00e9 la donne.
\nPas de types de pr\u00e9sentations multiples de type blog ou autre, pas de r\u00e9seaux sociaux, et bien souvent graphiste et webmaster \u00e9tait une seule et m\u00eame personne. Structurer les fichiers physiques en suivant l’ordre des menus – sous-menus \u00e9tait pratique, simple et de bon aloi. La m\u00e9thode n’avait finalement qu’un seul vrai d\u00e9faut : remodeler le rendu d’un site en changeant la ligne graphique ou en modifiant l’organisation des menus \u00e9tait tr\u00e8s compliqu\u00e9 et g\u00e9n\u00e9rait des erreurs 404 (page inexistante) \u00e0 foison. Mais globalement un simple coup d\u2019\u0153il sur les r\u00e9pertoires et fichiers du serveur internet permettait de s’y retrouver assez facilement.
\nLes temps modernes
\nL’arriv\u00e9e des CMS et Joomla! n’\u00e9chappe pas \u00e0 la r\u00e8gle, a boulevers\u00e9 ce semblant d’ordre. Plus de sauvegarde physique des pages html, au niveau de l’architecture du serveur mais au contraire : structuration du contenu dans une base de donn\u00e9es et g\u00e9n\u00e9ration dynamique des pages affichables \u00e0 la demande. Cette fa\u00e7on de proc\u00e9der pr\u00e9sente un gros, bien que peu visible, avantage : il n’est plus n\u00e9cessaire d’accorder aux webmasters, des droits physiques sur les r\u00e9pertoires et fichiers, Joomla! a juste besoin de g\u00e9rer les droits fonctionnels d’acc\u00e8s aux donn\u00e9es.
\nPar contre le webmaster d\u00e9butant ou venant des m\u00e9thodes de d\u00e9veloppement plus classiques n’y trouve pas forc\u00e9ment son compte et est en droit de se poser une question cruciale : O\u00f9 sont donc pass\u00e9es mes donn\u00e9es ? Plus du tout ou en tous cas beaucoup moins d’acc\u00e8s aux donn\u00e9es par FTP interpos\u00e9 : impossible d’ouvrir un fichier pour modifier une virgule mal plac\u00e9e, difficile de trouver les fichiers de styles impliqu\u00e9es dans la mise en page … Alors m\u00eame que par rapport aux temps anciens, la rigueur s’est impos\u00e9e, le n\u00e9ophyte Joomla!, ne sait plus tr\u00e8s bien o\u00f9 retrouver ses petits.
\nUn SGBDR pour centraliser l’information.
\nPour autant, le fait que Joomla! stocke une grande partie des informations que vous lui confiez dans une base de donn\u00e9es relationnelles, va simplifier grandement votre t\u00e2che. De fait \u00e0 part quelques param\u00e8tres de configuration, et la totalit\u00e9 des images que vous publiez dans les pages de votre site, tout ce que vous ferez au cours de votre carri\u00e8re de webmaster Joomla! sera int\u00e9gr\u00e9 dans cette base relationnelle. Si, comme nous l’avons d\u00e9j\u00e0 dit il est devenu impossible de modifier une virgule mal plac\u00e9e en ouvrant un fichier, il est devenu a contrario tout \u00e0 fait possible de le faire \u00e0 coup de requ\u00eates SQL. Et bien plus encore ! Imaginez devoir chercher et modifier dans vos fichiers html : un mot, un nom de marque, une url particuli\u00e8re, une balise HTML sp\u00e9cifique ou m\u00eame toutes les balises d’un type donn\u00e9 juste pour avoir la liste des articles qui les r\u00e9f\u00e9rencent ou plus fort encore pour remplacer ces occurrences par une autre valeur, n\u00e9cessitait dans les temps anciens, d’\u00eatre un excellent sp\u00e9cialiste de l’outil grep . Il vous faudra d\u00e9sormais \u00eatre un sp\u00e9cialiste SQL ou utiliser quelque outil qui \u00e9crira ces requ\u00eates pour vous.
\nAutant il \u00e9tait difficile d’utiliser pour un non expert les outils de gestion de r\u00e9pertoire et de fichiers unix ou linux de faire des statistiques sur les pages html, leur date de cr\u00e9ation, de publication, de modification etc… autant il est facile, en quelques requ\u00eates SQL r\u00e9utilisables, de faire ces m\u00eames traitements lorsque l’information est centralis\u00e9e dans une telle base de donn\u00e9es relationnelles.
\nNote : Nous pourrions parler SQL plus longtemps, cela est int\u00e9ressant, mais nous allons essayer de rester en superficie, les requ\u00eates SQL feront l’objet d’un prochain article.
\nLa preuve par l’image.
\nPour voir comment op\u00e8re la magie, partons d’un site Joomla! 3.4 tout neuf avec ses donn\u00e9es de d\u00e9monstration, install\u00e9es avec le choix ci-apr\u00e8s :<\/p>\n
Une fois le site de d\u00e9monstration install\u00e9, prenons bien soin dans un premier temps de d\u00e9sactiver le mode SEF, \u00e0 seule fin de suivre le cheminement de la m\u00e9thode Joomla!, pour cela dans les pages de configuration, adoptons les param\u00e8tres SEO qui vont bien :<\/p>\n
La base de donn\u00e9es du site fra\u00eechement install\u00e9 contient des articles pr\u00e9sentant Joomla! en nombre suffisant pour notre propos. C’est ainsi qu’en examinant cette base de donn\u00e9es, l’on trouve pour la table ##_content des donn\u00e9es telles que :<\/p>\n
La table ##_content, a pour destin\u00e9e de stocker le contenu des articles du site, dans ses colonnes elle contient bien d’autres informations, mais parmi celles qui peuvent nous int\u00e9resser au premier abord, on peut noter les champs :<\/p>\n
id : c’est l’index majeur de la table, identifiant de mani\u00e8re univoque l’article concern\u00e9.
\n asset_id : c’est une r\u00e9f\u00e9rence vers une table de d\u00e9finition des droits d’acc\u00e8s associ\u00e9s \u00e0 l’article, c’est par ce biais que Joomla! d\u00e9cidera si l’utilisateur connect\u00e9 peut ou ne peut pas afficher, voire modifier ou supprimer l’article concern\u00e9.
\n alias : mn\u00e9monique utilis\u00e9 par Joomla! pour g\u00e9n\u00e9rer automatiquement une url SEF (Search Engine Friendly).
\n title : c’est ce qui appara\u00eetra dans le navigateur comme nom de l’article et garnira la balise du code HTML de votre page, \u00e0 ne pas confondre avec le contenu d’une balise .
\n introtext : malgr\u00e9 son nom, c’est dans cette colonne SQL que vous trouverez la totalit\u00e9 du contenu de votre article. Si vous utilisez l’attribut Joomla! [Lire la suite] (une balise portant l’id ‘ system-readmore ‘), votre article sera d\u00e9coup\u00e9 en deux parties, la suite \u00e9tant stock\u00e9e dans la colonne ‘fulltext’. Vous pouvez constater sur la copie d’\u00e9cran ci-dessus, qu’il s’agit du contenu HTML de la balise de votre article.
\n catid : c’est cette fois une r\u00e9f\u00e9rence vers une table de d\u00e9finition des cat\u00e9gories, permettant de structurer les articles stock\u00e9s par Joomla!. Chaque article doit obligatoirement appartenir \u00e0 une cat\u00e9gorie et \u00e0 une seule, par d\u00e9faut la cat\u00e9gorie : ‘non cat\u00e9goris\u00e9’. Les cat\u00e9gories peuvent \u00eatre imbriqu\u00e9es et pr\u00e9senter une forme d’arborescence, mais l’article n’est rattach\u00e9 qu’\u00e0 une et une seule cat\u00e9gorie.
\n state : c’est l’\u00e9tat \u00e0 un instant donn\u00e9 de l’article : publi\u00e9, non publi\u00e9, archiv\u00e9, supprim\u00e9.
\n featured : c’est le statut de l’article : en vedette ou non.
\n hits : le nombre de fois que le document a \u00e9t\u00e9 affich\u00e9.<\/p>\n
Comment cela fonctionne-t-il dans la pratique ?
\nDu fait des relations \u00e9tablies avec d’autres tables de la base de donn\u00e9es, il est vite \u00e9vident que le contenu des articles doit \u00eatre g\u00e9n\u00e9r\u00e9 en interne depuis Joomla!. Si dans le pass\u00e9, on pouvait facilement taper son code html manuellement et le sauvegarder physiquement, cela n’a plus aucun sens dans un tel environnement, taper du code et le sauvegarder dans une colonne de la base de donn\u00e9es est non seulement insens\u00e9 mais extr\u00eamement dangereux. Les fondateurs de Joomla! qui en \u00e9taient d’ailleurs bien conscients ont int\u00e9gr\u00e9 d\u00e8s l’origine dans Joomla! un \u00e9diteur HTML : tinyMCE. L’\u00e9diteur WYSIWYG (What You See Is What You Get) tinyMCE, est certes basique, mais c’est celui fourni par d\u00e9faut lors de l’installation, il en existe bien d’autres, plus complets ou plus ergonomiques et conviviaux comme le tr\u00e8s utilis\u00e9 et tr\u00e8s fameux JCE.
\nDans la vue de la table ##_content de l’image pr\u00e9c\u00e9dente, l’article dont le titre est ‘Comment d\u00e9buter ?’ peut \u00eatre affich\u00e9 dans le frontend du site en cliquant sur le menu :<\/p>\n
Ce qui a pour effet de g\u00e9n\u00e9rer dans le navigateur l’url (en mode non SEF) :
\n http:\/\/sitedemo.fr\/index.php?option=com_content&view=article&id=22&Itemid=437
\nLa premi\u00e8re t\u00e2che de Joomla! lorsqu’une url lui est soumise est d’analyser son contenu et de d\u00e9terminer ce qu’il doit en faire et quelle partie de Joomla! est la mieux \u00e0 m\u00eame d’effectuer la t\u00e2che demand\u00e9e. Ainsi en ce qui concerne l’url pr\u00e9c\u00e9dente, le noyau de Joomla! va extraire les \u00e9l\u00e9ments qui doivent participer \u00e0 la magie des op\u00e9rations. C’est un composant de Joomla! appel\u00e9 le routeur (JRouter) qui effectue ce travail :<\/p>\n
Etape 1 : JRouter analyse l’url et d\u00e9termine que le module qui doit \u00eatre utilis\u00e9 par Joomla! est com_content (c’est lui qui est charg\u00e9 d’afficher des donn\u00e9es provenant de la table ##_content), il utilisera dans ce cadre une vue de type article, l’id de l’objet \u00e0 afficher est 22, l’architecture de la page \u00e0 g\u00e9n\u00e9rer est celle correspondant \u00e0 l’Itemid 437.Une fois les informations requises r\u00e9colt\u00e9es par le module JRouter , qui ? com_content, quoi ? l’article d’id 22, comment ? sous forme d’article avec la pr\u00e9sentation Itemid 437, Joomla! peut passer \u00e0 la phase suivante :
\n Etape 2 : Sachant d\u00e9sormais dans le d\u00e9tail ce qu’il a \u00e0 faire et avec quoi, Joomla! commence par ex\u00e9cuter la requ\u00eate SQL n\u00e9cessaire \u00e0 la r\u00e9cup\u00e9ration des donn\u00e9es de la table ##_content et des tables li\u00e9es relationnellement (il faut v\u00e9rifier les droits, r\u00e9cup\u00e9rer le nom de l’auteur etc etc …) depuis la base de donn\u00e9es du site.
\n Etape 3 : Joomla! transmet ces donn\u00e9es au template associ\u00e9 \u00e0 l’article (celui du site par d\u00e9faut), c’est lui qui ‘sait’ comment doit \u00eatre pr\u00e9sent\u00e9e la page affichable, l’article d’id 22 n’est qu’un des \u00e9l\u00e9ments de cette page, les autres \u00e9l\u00e9ments qui doivent \u00eatre pr\u00e9sents sur cette page sont associ\u00e9s au menu qui a d\u00e9clench\u00e9 l’affichage de l’article (l’id du menu est contenue dans l’information Itemid pass\u00e9e dans les param\u00e8tres de l’url). Vous noterez qu’au cours de cette phase, votre article est ins\u00e9r\u00e9 \u00e0 l’emplacement, tel que vous l’avez d\u00e9termin\u00e9 dans le param\u00e9trage de votre template et que la partie comprise entre les balises et est g\u00e9n\u00e9r\u00e9e automatiquement en partie par Joomla! (vos param\u00e8tres de configuration), partie par votre template. Y acc\u00e9der pour y mettre votre grain de sel, n’est plus aussi facile que dans les temps anciens. C’est toutefois toujours possible, mais, c’est une autre histoire …<\/p>\n
Enrichissons le mod\u00e8le …
\nVoil\u00e0, tr\u00e8s succinctement, le cheminement suivi par Joomla! pour afficher un article en partant d’une url, mais puisque les donn\u00e9es de l’article sont stock\u00e9es dans la base de donn\u00e9es, nous pouvons \u00e9tendre le mod\u00e8le et d\u00e9terminer que d\u00e9sormais pour modifier l’affichage de la page, il suffit :<\/p>\n
de changer le composant dans l’\u00e9tape 1 et \/ ou
\nde changer la requ\u00eate SQL dans l’\u00e9tape 2 et \/ ou
\nde changer les modules du template dans l’\u00e9tape 3<\/p>\n
Cela peut se faire simplement en cr\u00e9ant un nouveau menu sur notre site de d\u00e9monstration, par exemple en ajoutant dans le menu ‘A propos de Joomla’ un nouveau sous-menu de type blog d’une cat\u00e9gorie avec comme param\u00e8tre la cat\u00e9gorie ‘Joomla!’ (catid = 19) ou encore un sous-menu de type liste des articles d’une cat\u00e9gorie toujours avec comme param\u00e8tre la cat\u00e9gorie ‘Joomla!’, ce qui permet , toujours avec les m\u00eames articles de pr\u00e9senter d’une autre mani\u00e8re les articles d\u00e9j\u00e0 saisis et enregistr\u00e9s dans notre base de donn\u00e9es.
\nDans le premier cas (menu de type blog d’une cat\u00e9gorie), le navigateur verra passer une url telle que :
\n http:\/\/sitedemo.fr\/index.php?option=com_content&view=category&layout=blog&id=19&Itemid=473
\net dans le second (menu de type liste des articles d’une cat\u00e9gorie)
\n http:\/\/sitedemo.fr\/index.php?option=com_content&view=category&id=19&Itemid=474
\nQue s’est il pass\u00e9 ? Ce sont toujours les m\u00eames articles qui sont affich\u00e9es (ouf !), mais sous une autre forme, notre article ‘Comment d\u00e9marrer ?’ est toujours affich\u00e9 dans notre site et l’examen des urls montre que c’est toujours le composant com_content qui travaille, la vue (view) est pass\u00e9e de la valeur article \u00e0 category, avec dans le premier cas en plus un mode de pr\u00e9sentation (layout) sous forme de blog (en fait dans le second cas, le layout : list est implicite). La valeur id repr\u00e9sente d\u00e9sormais celle de la cat\u00e9gorie au lieu de celle de l’article et le mode de pr\u00e9sentation Itemid est lui toujours pr\u00e9sent avec un id de menu diff\u00e9rent bien entendu. En fait l’\u00e9tape 2 pr\u00e9sent\u00e9e ci-dessus a utilis\u00e9 une autre requ\u00eate SQL, pour le m\u00eame composant et les m\u00eames donn\u00e9es afin d’obtenir une pr\u00e9sentation visuelle totalement diff\u00e9rente.
\nOn peut \u00e9galement, pour des besoins pr\u00e9cis, sans changer les param\u00e8tres du composant dans les urls, modifier le composant lui-m\u00eame, cela s’effectue (assez) facilement en surchargeant la pr\u00e9sentation du module concern\u00e9 (com_content) dans le template du site comme l’a d\u00e9montr\u00e9 Christian Bardin dans le n\u00b0 0 du magazine, d\u00e9but Juillet.
\nDans tous ces cas de figure, vos donn\u00e9es, stock\u00e9es une fois et une seule en un emplacement unique (la base de donn\u00e9es de Joomla!) peuvent \u00eatre pr\u00e9sent\u00e9es de multiples fa\u00e7ons sans jamais devoir r\u00e9-\u00e9crire une nouvelle page html, et c’est ce qui rend les CMS et Joomla! en particulier si avantageux \u00e0 l’usage. Je n’ose imaginer la quantit\u00e9 de d\u00e9veloppement qui aurait \u00e9t\u00e9 n\u00e9cessaire en 2001-2002 pour r\u00e9aliser les trois op\u00e9rations ci-dessus : affichage d’un article, affichage en mode blog des articles de m\u00eame cat\u00e9gorie et affichage d’une liste des articles relevant de cette m\u00eame cat\u00e9gorie tout en s’assurant que la pr\u00e9sentation restait coh\u00e9rente d’une page html \u00e0 l’autre et d’une modification \u00e0 l’autre ….<\/p>\n","protected":false},"excerpt":{"rendered":"
IL \u00c9TAIT UNE FOIS… J\u2019ai commenc\u00e9 \u00e0 \u00e9crire des pages HTML dans les ann\u00e9es 1998 – 1999. A cette \u00e9poque, les choses \u00e9taient simples, on codait des pages .htm ou .html statiques \u00e0 l\u2019aide du bloc-note, (de Front Page ou Dreamweaver pour les plus chanceux). La plupart du temps on apprenait (vite) \u00e0 organiser les […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"footnotes":""},"categories":[13],"tags":[],"class_list":["post-458","post","type-post","status-publish","format-standard","hentry","category-archives"],"yoast_head":"\n