Un des noms les plus souvent rencontrés en cherchant des "flat-file", Pico est selon ses auteurs "stupidement simple et hyper-rapide". Nous allons donc voir ici comme installer et gérer ce type de CMS, ses points positifs et négatifs. Toujours d'après la page d'accueil, ce CMS utilise le formatage Markdown (Pour simplifier une mise en page complexe), et le templating Twig, l'un des plus répandus. Bien sûr, ce CMS est open source. Pas de licence à payer et une communauté grandissante (3000 contributeurs) permettant de l'améliorer et de trouver des extensions et solutions à ses problèmes. Ce CMS a été créé par Gilbert Pellegrom en 2013 d'après la page Github.
Pourquoi un CMS "Flat file" ? Pour faire simple: Un CMS ("Content Manager System") est une architecture web qui permet de créer et gérer du contenu grâce à une interface, le back-office. Cela évite de rédiger du code. Ce système convient à toutes les personnes qui ne connaissent rien au code et qui souhaitent gérer leur contenu comme dans un éditeur de texte, avec des options claires et simples.
Tandis qu'un CMS "flat-file" se passe de base de données, qui sont utilisés par les CMS courants comme Wordpress (ce blog), Joomla, Drupal, Concrete5, Prestashop et bien d'autres. On place les fichiers de fonctionnement sur un serveur qui s'assemblent et s'affichent sur le navigateur en html tandis que toutes les données, paramètres et variables, textes et autres, sont stockés à part sur un serveur. L'architecture "standard" pour un telle base de donnée est MySql.
[caption id="attachment_12619" align="alignnone" width="800"] Le Template de base de Pico CMS. Le site peut être personnalisé à partir de là ou utiliser un nouveau template.[/caption]Quels sont les avantages d'un "flat file"? Proposant eux aussi un back-office, ce type de CMS possède quelques avantages et inconvénients qu'il est intéressant de noter pour faire son choix: -Avantages:
D'emblée après l'installation, une page blanche et un message: Cannot find 'vendor/autoload.php'. Run `composer install`. qui n'augurait rien de bon pour la suite. Après un check du fichier index.php et ftp il apparait effectivement qu'il n'y a pas de fichier autoload ni de dossier vendor. Après un check sur les forums il apparait que la version officielle a ce problème si la version par défaut est utilisée.
Avec un hébergement partagé avec des sous-domaines, il n'est pas souhaitable, ni possible de mettre le CMS sous "root" comme demandé. Après être revenu sur le site Pico, il apparait que l'installation recommandée, par défaut se fait en ligne de commande via SSH après avoir créé le site en local sous windows pour compléter la structure.
Reste la seconde solution du ftp. Sur le site, après les instructions d'installation via ftp ils est possibke de télécharger le "bon bundle", fait pour ce cas de figure. Et cette release V2.02 est de 2,7 mo compressée, ce qui est déjà beaucoup plus normal pour un CMS prêt à l'usage !!! Après donc avoir envoyé plus d'un millier de fichiers via ftp, et un refresh, la page qui s'affiche est déjà plus encourageante.Congratulations, you have successfully installed [Pico][] %version%. %meta.description% <!-- replaced by the above Description header -->Page blanche, texte noir par défaut, c'est assez rudimentaire en l'état !. Il n'y a même pas de page de paramétrage avec quelques champs. On est renvoyé sur une page sous "content-sample/index.md". Plus en aval, la page explicative par défaut explique qu'il n'y a pas de back-office* à proprement parler, et que pour créér une nouvelle page il suffit de la créer dans le ftp. Voici l'exemple de page.md qui sert de template:
<table style="width: 100%; max-width: 40em;"> <thead> <tr> <th style="width: 50%;">Physical Location</th> <th style="width: 50%;">URL</th> </tr> </thead> <tbody> <tr> <td>content/index.md</td> <td><a href="%base_url%">/</a></td> </tr> <tr> <td>content/sub.md</td> <td><del>?sub</del> (not accessible, see below)</td> </tr> <tr> <td>content/sub/index.md</td> <td><a href="%base_url%?sub">?sub</a> (same as above)</td> </tr> <tr> <td>content/sub/page.md</td> <td><a href="%base_url%?sub/page">?sub/page</a></td> </tr> <tr> <td>content/a/very/long/url.md</td> <td> <a href="%base_url%?a/very/long/url">?a/very/long/url</a> (doesn't exist) </td> </tr> </tbody> </table>
Ce que j'ai testé très vite. Et qui fonctionne. Mais quel avantage par rapport à site avec back-office pour le grand public ? Après un bon refresh, et un déménagement en sous-niveau (http://laataia.com/ARCHIV/PICO/) ici, la maquette est déjà plus présentable. On peut également "griller les étapes" en créant rapidement un site "bankable" avec la méthode toujours facile du template. Toutefois il faut bien préciser un point qui contriduir la définition du CMS annoncée au début:
PICO ne possède donc aucun back-office (en anglais "administration backend"). Quel intêrét donc pour les utilisateurs potentiels ? Réduit, car il faut pour créér des contenus générer un fichier .pd depuis le ftp ou en lignes de commandes, ce qui n'est pas user friendly pour quelqu'un qui souhaite adminstrer son site pour son activité sans se "prendre la tête" avec du code ou des des logiciels. Si je souhaite par exemple modifier la sous-page défaut http://laataia.com/ARCHIV/PICO/?sub , il faut posséder dans l'idéal FTP ou un éditeur de code de type Notepad ++ (qu'il faut savoir paramétrer) ou un dinosaure Wysiwig tel que Dreamweaver, qui sait gérer l'accés et l'édition en direct de fichiers. On ne conseillera pas word et ftp. Beaucoup d'exigences donc pour un néophyte.