Joomla! est un CMS (Content management System) open-source développé par Open Source Matters. Son nom est la transcription phonétique d'un mot Swahili signifiant "tous ensemble". Il traduit la volonté affichée par les développeurs de créer un outil qui réponde aux attentes de chacun, permettant de créer des sites web de façon simple et intuitive pour les non-spécialistes, tout en laissant les développeurs libres de développer des fonctionnalités spécifiques à partir de la structure donnée.

Joomla! est le projet qui donne suite à Mambo, un CMS également développé par Open Source Matters. La version 1.0 de Joomla! était en fait la refonte de la version 4.5.2.3 de Mambo, apportant quelques améliorations de gestion des erreurs et de sécurité. Le développement se poursuit actuellement, une version 2.0 est annoncée, sans date précise. Il est à noter que pour la réalisation de cet exposé, la première version utilisée a été la version 1.0.2, car les fichiers téléchargeables sous le nom de version stable 1.0.3 contenaient de nombreuses erreurs, et qu'il a été impossible de les utiliser. La fin de cette étude est réalisée avec la version 1.0.5, deux nouvelles mises à jour apportant des corrections de bugs et de failles de sécurité ayant été rendues disponibles. Cela montre la vitalité du projet et de sa communauté.

Joomla! est développé en php, couplé à une base données mysql. Une configuration classique qui présente l'avantage de pouvoir être mise en oeuvre aisément chez la plupart des hébergeurs, par un simple dépôt des fichiers sur le serveur. Le package est fourni sous la forme d'une archive zip ou tar, qu'il suffit de décompresser sur le serveur. La première connexion au site après cette étape donne accès à une interface de configuration par formulaires qui recueille les informations nécessaires comme les logins et mots de passe de l'administrateur, et le nom de la base de données à créer. Suite à cette phase d'installation, la base de données est créée automatiquement, ainsi qu'un site par défaut, ayant pour sujet principal le CMS Joomla!. Un lien du menu principal permet de s'identifier comme administrateur, et de commencer le développement de la structure souhaitée. La première prise en main est donc extrêmement rapide et aisée, fournissant en quelques minutes un outil de publication opérationnel.

La structure mise en place par Joomla repose en fait sur deux pages principales, servant à l'affichage public du site (index.php), et à l'interface d'administration (index2.php). La séparation entre backend et frontend, entre le site public et l'administration est ainsi très claire, puisque ce sont deux templates totalement différents qui sont appelés.

Ce sont ces deux scripts qui prennent en charge tout l'affichage, les différentes pages étant conditionnées par le passage de variables par l'url, ou par les formulaires, qui définissent le contenu à afficher. L'affichage et l'apparence des pages est défini par un template, qui peut être différent selon les contenus. Ces templates sont principalement composés d'une structure xhtml généré par un script php, et d'une feuille de style css, alliée à un répertoire d'images. Ils sont facilement éditables dans l'interface d'administration, par le biais d'éditeurs wysiwyg pour le php et le css, mais également par le positionnement des modules dans des zones définies dans le template (top, right, left...).

1. accès public, visible par tout le monde,
2. accès aux personnes enregistrées, s'étant identifiée comme membres,
3. personnes « spéciales », c'est à dire ayant un statut tel qu'auteur, éditeur, ou administrateur.

La définition de ces droits d 'accès peut se définir au niveau d'un document, aussi bien qu'au niveau d'une section ou d'une catégorie.

Les éléments de base d'un contenu sont très simples, rassemblés en tête du formulaire de création : un titre, un titre court pour les menus, une section (liste déroulante), et une catégorie. Viennent ensuite les deux espaces permettant de taper directement le contenu, en mode « wysiwyg ». Le premier correpond au champ « intro_text » de la base de données. Il est destiné à accueillir un texte assez court. Si le deuxième champ texte n'est pas renseigné, il constitue le corps du document. Dans le cas contraire, il sera suivi d'un lien « read_more » qui permettra d'accéder au contenu du champ « full_text ».

Des options supplémentaires sont disponibles par le biais d'onglets. Le nombre de ces options n'est pas le même lorsqu'on crée un contenu en tant qu'administrateur dans le back-office que lorsqu'on le fait par le biais de l'interface publique. Dans tous les cas, il est possible d'associer une image à l'article - et d'en définir les propriétés (position, attribut « alt »...) -, d'agir sur le mode de publication (public destinataire, date de début et de fin de publication...), et de définir des métadonnées, sous la forme de mots-clés saisis dans un champ unique et d'une description de l'article. La création en tant qu'administrateur donne en plus accès aux options liées au contexte d'affichage de l'article, telle que l'icône de génération pdf, l'affichage du titre de section, la présence dun bouton de retour en arrière... Par défaut, ces options sont celles définies pour l'ensemble du site, mais elles peuvent être redéfinies individuellement. L'administrateur a également la possibilité de créer une entrée correspondant à ce document dans un des menus du site.

On peut déduire de cette procédure d'alimentation les trois grandes classes d'information sur les contenus qui sont présents dans la table jos_content : le contenu-même du document, ses métadonnées (auteur, date de modification, mots-clés...), et ses paramètres de publication : icône de pdf, présence du titre de section...

Le contenu textuel des documents est stocké en xhtml directement dans la base. Cela permet une moins grande finesse de gestion et de caractérisation des information que dans un CMS comme Lenya, qui accueille des documents XML permettant un balisage plus sémantique et l'application de traitement xslt des contenus. Néanmoins, le format xhtml a l'avantage d'être très simple à publier et à manipuler.

L'éditeur wysiwyg donne accés à des options de mise en forme classiques , telle que le choix de la graisse, l'italique. Il est également possible de définir l'alignement d'une zone dans la page (centré, justifié, à gauche, à droite). Une liste déroulante permet d'attribuer à une zone sélectionnée un « style » : paragraphe, titres, listes.

Il est possible d'insérer des images distantes en fournisant leur url, et en définissant leur apparence par de options précises de position par rapport au texte, de redimensionnement, ou même de définir une image alternative au passage de la souris.

Il est également possible de définir des ancres nommées, d'insérer des animations flash, de rechercher et de remplacer du texte.

Le contenu entré dans cet éditeur est dynamiquement généré en xhtml. Le code est éditable dans une pop-up, et peut être enrichi directement dans cette fenêtre. Les modifications s'effectuent en temps réel.

Lors de l'enregistrement, c'est ce code xhtml qui est directement enregistré dans les champs « intro_text » et « full_text »de la base de données.

Un document correspond donc à une entrée de la table « jos_content », dont les informations sont traitées par les scripts php, et intégrées au templates.

Cette table comprend 25 champs :

Deux champs de métadonnées sont présents dans la base, metakey et metadesc, et utilisés pour la caractérisation sémantique du contenu. Le premier accueille une liste de mots-clés entrés dans un champ texte unique, séparés par des espaces. Le second accueille une description. Ces deux champs sont utilisés par le moteur de recherche comme des champs d'indexation. Seul le champ de mots-clés est inséré dans les balises méta de la page xhtml générée par le template lors de la publication.

Les autres champs de métadonnées, comme l'auteur ou la date de publication peuvent être affichés avec le contenu, mais n'apparaissent pas forcément. Leur valeur d'index est alors limitée au moteur de recherche interne. D'autres outils ont fait des choix différents, Comme Plone qui fait apparaître ce type d'information dans des balises Dublin Core dans l'entête des pages, ce qui permet qu'elles soient accessibles par les moteurs de recherche.

Le moteur de recherche interne effectue également une recherche plein texte sur les documents, et propose ensuite une recherche sur les mêmes termes avec Google.

La classification des documents dans Joomla! Suit un principe extrêmement simple : il est possible de définir des sections, qui doivent accueillir des catégories renfermant les documents. La création de sous-catégories n'est pas possible nativement.

Cette structure a l'avantage d'être extrêmement facile à mettre en oeuvre et à comprendre du côté de l'utilisateur. Cependant, elle souffre d'un manque de souplesse évident et ne pourrait suffire à une gestion documentaire complexe, ou à de grosses masses de documents.

Chaque contenu comporte dans ses informations une date de publication et une date de fin de publication. Par défaut, la date de publication est la date de création de l'article et la date de fin a la valeur « never », mais ces valeurs peuvent être modifiées. A l'intérieur de ces bornes, le champ state est fixé à 1 (publié), en dehors, l'article n'est pas publié mais reste présent dans la base de données et reste visible par les administrateurs, et les éditeurs. La procédure d'archivage des documents est prévue de façon très sommaire, puisqu'il s'agit de déplacer l'enregistrement dans une catégorie archives, qui ne se différencie en rien de la « corbeille ». Ainsi, les documents peuvent passer par deux étapes avant d'être supprimés ou oubliés, mais une réelle gestion est difficile : les articles archivés sont tous placés au même niveau, une grande masse de documents devient vite peu claire.

Les contenus créés dans l'interface publique par de simples utilisateurs sont créés sans être publiés, jusqu'à ce qu'un administrateur change le contenu de statut poue le publier. A partir de ce moment, le contenu est susceptible d'être modifié par son auteur ou une personne supérieure dans la hiérarchie des rôles, sans qu'aucune validation ne soit nécessaire.

La création d'une véritable gestion des différentes versions d'un contenu est en prévision, mais n'est pas encore opérationnelle.

La gestion de contenu prévue dans Joomla! est extrêmement simple. C'est à la fois un atout et un défaut. Cela permet un déploiement et un développement extrêmement rapide de contenus simples, par rapport à des outils plus complexes comme Plone ou Lenya. Cependant, cela restreint également les possibilités de l'outil, qui ne permet qu'une structuration très grossière, et ne donne aucune prise sur les processus d'évolution des contenus.

Le profil « guest » est attribué par défaut aux personnes ne s'étant pas identifiées. Ces utilisateurs n'ont aucun autre droit que de voir les documents publiés avec le statut « public ».

Les utilisateurs faisant partie du groupe backend ont les mêmes droits dans l'interface publique que les éditeurs. Ils peuvent soumettre des contenus, effectuer des mises à jour, avoir accès à tous les documents. Il ont en plus accès au backoffice. Trois rôles sont définis dans ce groupe :

Ici encore, la philosophie développée par Joomla! est extrêment simple. La plupart des CMS permettent au moins de définir des groupes d'utilisateurs. Ici, tous les rôles sont prédéfinis nativement, et peu paramétrables. Cela confirme que Joomla! est plus approprié pour créer des sites communautaires simples, ou des portails, que pour mettre en oeuvre des travaux documentaires d'ampleur, demandant un workflow élaboré. Aucune fonctionnalité fine de gestion des processus de travail n'est proposée, aucune gestion des tâches et des étapes de publication, ni des versions.