La transformation du code source à la version php 7.2+ vient de se terminer et le développement de soosyze continue 😊

Toujours dans l'optique de nous concentrer sur les fonctionnalités du CMS, voici quelques changements majeurs.

Utilisateur

Module Block

Le module Block vient d'être réécrit pour améliorer son utilisation. Les différents formulaires sont disponibles via des fenêtres modales pour améliorer l'ajout, la modification et suppression des blocs.

La sélection des blocs est simplifiée à une liste qui chargera une preview.

La liste des blocs a été revue, le module complémentaire BlockeExtend sera déprécié pour la version 2.0.0 de Soosyze CMS.

Blocs supprimés :

• Bloc button,
• Bloc card_ui,
• Bloc gallery,
• Bloc three,
• Bloc peertube.

Blocs ajoutés :

• Bloc vidéo (qui remplacera le bloc Peertube),
• Bloc formulaire de contact,
• Bloc galerie (disponible en installant le module Gallery).

Blocs modifiés :

• Bloc carte/vidéo vous propose un champ pour insérer plus facilement le code d'intégration,
• Bloc derniers articles propose de nouvelles options,
• Bloc menu propose de nouvelles options.

Le titre des blocs deviennent obligatoires mais, vous pouvez choisir de ne pas l'afficher sur votre site avec l'option "Afficher le titre"

Module Node

La méthode permettant de cloner un contenu est en train d'être réécrite pour améliorer sa maintenabilité et son évolution.

Nouveau modules contributeurs

Le catalogue des modules complémentaires reste assez léger, nous avons décidés de l'étoffer avec les modules suivants :

Module Hcaptcha

Nous voulions ajouter un captcha pour éviter le spam. Et comme pour le module Matomo, nous avons choisi de ne pas utiliser les services de Google.

Nous nous sommes donc penchés sur le service HCaptcha pour l'intégrer sur les formulaires de connexion, de récupération de mots de passe et de contact.

Module Redirect

Pour faciliter la visibilité des redirections d'URLs, ce module sera disponible dans la page des outils.

Il fournit une interface listant les alias et leurs sources pour pouvoir centraliser leur modification.

Module Slideshow

En plus des modules Gallery et FAQ, ce nouveau module apportera un nouveau type de contenu et un nouveau bloc pour ajouter un slideshow (carrousel en français).

Développeur

Changements du Router

Le router ne prendra plus en compte les URLs non réécrites.

Afin de gagner du temps dans la maintenance du CMS, celui ne prendra plus en compte les URLs du type ?q=my/router

Si vous utilisez un serveur Apache, vous devrez donc activer la réécriture d'URL.

Changements du container d'injection de dépendance

Le container simplifie son utilisation avec ce passage à la version PHP 7.2.

Il ne sera plus nécessaire de déclarer ses arguments s'il s'agit d'objet.

Vous pouvez également utiliser l'option call pour appeler une méthode à la déclaration d'un service.

Nouvelles implémentations

Le composant HttpClient et HttpFactories implémentera les interfaces PSR.

Le composer Container est passé à la version 2 de l'interface PSR pour imposer PHP 7+

Mot de la fin

Pour les plus impatients de suivre l'évolution du CMS, nous avons choisi d'utiliser les Milestones de github.

Il s'agit de la progression du développement d'une version en fonction de la liste de sa roadmap.

Vous pouvez la retrouver à cette adresse.

De plus, d'autres modules complémentaires sont à l'étude, le but et de rendre le CMS plus modulable et offrir des points d'entrées pour simple à sa personnalisation.

Sur ce, nous vous souhaitons une bonne période estivale 🌄, nous reviendrons à la rentrée pour le prochain journal de développement.

Aujourd'hui nous avons eu une demande de résolution de bug dans notre forum concernant l'installation de Soosyze CMS 1.0.1

Le bug était très simple, il manquait seulement une dépendance dans l'archive du CMS.

Nous nous investissons énormément dans ce projet mais, nous ne sommes jamais à l'abri d'une erreur.

Le problème étant, qu'entre le moment ou l'archive a été publié et le moment ou le bug a été remonté, il s'est écoulé 58 jours. Ça représente environ une cinquantaine de téléchargement du CMS en presque 2 mois.

Et il n'y a eu aucun retour nous informant qu'un bug majeur empêche son installation.

Exemple de contribution

En novembre 2020 nous avons découvert un bug dans le module d'analyse de trafic de Flarum* (*logiciel actuellement utilisé pour notre forum).

Le module d'analyse ne pouvait pas être utilisé par Matamo* (*outils d'analyse de trafic qui peut s'auto-heberge. Anciennement appelé Piwik).

Matamo est utilisé par 1% des sites, alors que Google Analytics, lui est utilisé par ~56% de sites.

Vu que nous voulons respecter l'anonymat de nos visiteurs et héberger nous même les données, nous tenons absolument à l'utiliser Matamo.

Je jette la pierre à personne, mais l’utilisation de Matamo représente une minorité des sites web et l'équipe en chargent de ce module n'a pas forcément pris le temps de le tester sur Matamo. Dans ce sens, nous les comprenons.

Si nous n'avions pas pris le temps de faire remonter le bug rapidement, les webmaster qui utilisent Flarum auraient eu plus de facilités à se tourner vers Google Analytics. Ça ne nous à pas coûté grand chose, seulement quelques minutes pour écrire un message à l'équipe concerné.

Conclusion

C'est pourquoi je me permets de rappeler que vos retours sont importants et de ne pas hésiter à les faire remonter.

Et c'est d'autant plus important quand il s'agit de projets libres et open sources.

Mot de la fin

Bref, nous tenons à remercier @Christophe un membre de notre communauté qui nous a averti dans la soirée.

Nous avons pu produire la version 1.0.2 qui corrige ce bug.

Si vous cherchez à nous joindre ou nous faire remonter de nouveaux bug, n'hésitez pas à passer sur notre forum, notre serveur discordou encore Mastodon.

Nous vous accueillerons chaleureusement 😊

Spoil : le prochain billet de blog sur le développement de la version 2.0.0 sera disponible ce samedi 24 juillet.

Si vous avez suivi les derniers journaux de développements, vous êtes au fait que la version 1.0.0 sortie récemment est une version LTS.

Ce qui signifie que cette version sera maintenue et corrigée au moins jusqu'en mars 2022.

L'objectif est d'avoir assez de temps pour le développement de la prochaine version majeure 😃

Support de PHP 7.2+ uniquement

En commençant le développement de Soosyze nous voulions un éventail le plus large possible pour le maintient des versions PHP, pour que les utilisateurs puissent adopter facilement notre outil.

Il y a plusieurs raisons à ça :

• Nous avons moins de temps à nous consacrer au projet donc, nous préférons nous concentrer sur des versions plus récentes de PHP,
• L'équipe PHP ne support que la version 7.4+,
• Ne pas se faire rattraper pas la dette technique,
• La version 7.2 apport de nombreuses fonctionnalités notamment une rigueur sur les types de données,
• Rendre le code plus compréhensible,
• Limiter la surface d'attaques car, les bugs critiques dans les anciennes versions PHP ne sont pas corrigées,
• Forcer les utilisateurs à migrer sur une version plus récente, plus rapide et moins gourmande en énergie (pour les serveurs et les équipes de techniques ^^),
• L'utilisation de la version 5 de PHP est en nette recule depuis des années, tous les nouveaux projets commencent en 7+.

Il ne s'agira pas seulement de bloquer l'utilisation des versions PHP inférieur, il s'agit bien d'une refonte de notre base de code.

La bibliothèque QueryFlatfile et Kses sont déjà opérationnelles en 7.2+ et nous sommes actuellement sur la migration du framework.

Bref, Soosyze 1.0.0 fonctionnera toujours pour des versions PHP 5.5 à 7.4, mais la prochaine version majeure fonctionnera uniquement entre PHP 7.2 et 8+

N'hésitez pas à nous faire vos retours sur le forum ou nos réseaux si vous trouvez des bugs dans la version LTS ou si vous avez des questions 😊.

Si vous êtes un utilisateur de git vous n’êtes pas sans savoir qu’il y a des fichiers et répertoires que vous ne souhaitez pas voir apparaitre dans les modifications de vos sources.

Par exemple les répertoires de vos dépendances comme :

• vendor si vous utilisez composer en PHP,
• ou node_module si vous utilisez npm en JS
• …

Mais saviez-vous qu’il y a plusieurs niveaux pour exclure des fichiers ? Je vous propose de revoir ces bases dans ce tutoriel 😃

Pour info, ce tutoriel utilise l’éditeur GNU nano comme logiciel de traitement de texte, mais libre à vous de choisir votre éditeur préféré.

Exclure des fichiers pour un seul référentiel

Dans le cas où vous souhaitez ignorer des fichiers et répertoires d’un projet dans chacun de ses clones, utiliser un fichier .gitignore à la racine de votre projet. Il suffira de l’ajouter aux sources de son dépôt pour que la configuration soit appliquée.

1. Ouvrer Git Bash, puis exécuter les commandes suivantes :

   cd <chemin_de_mon_projet>
   nano .gitingore
   

   Remplacer <chemin_de_mon_projet> par le chemin réel de votre projet.
2. Ajouter votre configuration,
3. Enregistrer votre configuration (cf .Notes).

Exclure des fichier locaux sans créer ou modifier un fichier .gitignore

Dans le cas où vous souhaitez ignorer des fichiers et répertoires d’un projet sans créer ou modifier fichier .gitignore, utiliser le fichier exclude dans le répertoire .git/info de votre projet.

1. Ouvrer Git Bash, puis exécuter les commandes suivantes :

   cd <chemin_de_mon_projet>
   nano .git/info/exclude
   

   Remplacer <chemin_de_mon_projet> par le chemin réel de votre projet.
2. Dans votre terminale vous verrez apparaître le contenu suivant :

   # git ls-files --others --exclude-from=.git/info/exclude
   # Lines that start with '#' are comments.
   # For a project mostly in C, the following would be a good set of
   # exclude patterns (uncomment them if you want to use them):
   # *.[oa]
   # *~
   

3. Ajouter votre configuration à la suite de ces lignes,
4. Enregistrer votre configuration (cf .Notes).

Exclure des fichiers pour tous les référentiels de votre ordinateur

Dans le cas où vous souhaitez ignorer des fichiers et répertoires dans tous vos projets, utiliser la configuration global excludesFile. Cette configuration est très pratique quand plusieurs développeurs travaillent sur plusieurs projets et qu’ils utilisent des IDE ou outils différents.

1. Ouvrer Git Bash, puis exécuter la commande suivante :

   nano ~/.gitignore_global

   Cette commande créée un fichier .gitignore_global dans votre répertoire utilisateur
2. Ajouter votre configuration,
3. Enregistrer votre configuration (cf .Notes).
4. Exécuter la commande suivante pour ajouter le fichier .gitignore_global à votre configuration git :

   git config --global core.excludesfile ~/.gitignore_global
   

Vous pouvez retrouver cette configuration dans le fichier .gitconfig à la racine de votre répertoire utilisateur.

nano ~/.gitconfig

Apperçu de votre configuration git :

[core]
    # Sous Windows
    excludesfile = C:/Users/<nom_utilisateur>/.gitignore_global
    # Sous Linux
    excludesfile = /home/<nom_utilisateur>/.gitignore_global

Conclusion

Pour résumer :

• .gitignore s’applique pour chaque clone d’un référentiel,
• .git/info/exclude s’applique pour une instance d’un référentiel sans créer ou modifier un fichier .gitignore
• excludesFile s’applique sur tous référentiel sur votre ordinateur.

Ce qu’il faut retenir :

• Le fichier .gitignore n’a pas pour rôle de maintenir la liste de fichiers et répertoires générés par des IDE et outils,
• Si vous travailliez sur plusieurs projets avec plusieurs IDE et outils, utiliser excludesFile pour mutualiser les fichiers et répertoires à ignorer.

Notes

• Documentation officielle de .gitignore,
• Créer des configurations exhaustifs à votre système d’exploitation, IDE ou outils :
  • Le site web https://www.toptal.com/developers/gitignore
  • Le dépôt https://github.com/github/gitignore
• Pour enregistrer sous nano appuyer successivement sur les touches suivantes :
  • Ctrl + X pour sauvegarder,
  • o si vous êtes sur Linux ou Y si vous êtes sur Windows pour confirmer la sauvegarde.
  • Entrée pour valider le nom du fichier d’enregistrement.

2 ans, 6 mois et 4 jours. C'est le temps qu'il a fallu entre la première version de Soosyze et sa version stable.

Il faut dire que nous avons fait le choix de tous recréer de A à Z et ceux pour 2 raisons

• Apprendre à concevoir un logiciel dans son intégralité,
• Réduire au maximum les dépendances et la lourdeur du code.

Donc, forcement il a fallu beaucoup de temps avant qu'une première version stable puisse voir le jour.

Si vous vous dites que deux ans et demi c'est beaucoup, je vous donne quelques points de comparaisons

• Le forum (Flarum) qui a été développé par le créateur de FluxBB est en développement depuis 7 ans et c'est sa 16ème bêta
• Pitivi qui est un logiciel de montage vidéo pour GNOME à sortie sa version 1.0 le 30 septembre dernier au bout de 16 ans de développement.
• Inkscape, l'un des concurrent libre et open source d'illustrator à atteint sa version 1.0 il y a quelques mois. Il a fallut 20 ans de développement.

Bref, nous vous laissons découvrir l'ensemble des nouveauté pour l'utilisateur et pour les développeurs dans cet article et vous pouvez également tester en ligne ces nouveautés directement sur la version de démonstration.

Utilisateur

Block

Améliore la sélection de blocs.

Ajout d'un message d'avertissement en cas d'absence de contenu pour un bloc.

Dashboard

#219 Ajout du tableau phpinfo dans les informations complémentaires du dashboard.

Filemanager

#202 Ajout d'un champ de recherche pour le Filemanager. (uniquement pour les fichiers du répertoire courant), les termes recherchés utilisent également la surbrillance.

#206 Téléchargement multiple dans le module FileManager.

#217 Ajout de l'action déplacer ou copier dans le module Filemanager.

Nouvelle configuration pour la copie du lien de fichier.

#225 Ajout d'un sous menu pour les pages de permission de fichier.

Menu

#232 Refonte de l'interface de gestion des menus.

#205 Ajout de l'option Lien parent au bloc de menu.

News

#211 Nouveau bloc de sélection pour les archives des news.

#209 Refonte du bloc des archives des news.

Le bloc des archives des news ont été revus. Au lieu d'avoir 2 blocs distincts, vous n'aurez plus qu'un bloc avec des configurations pour afficher ou non les mois dépliés.

Ces nouvelles configurations ajoutent un peu de performance au chargement puisque les mois ne sont plus obligés d'être calculés par défaut

Vous pouvez quand même afficher tous les mois grâce à sa nouvelle configuration :

#223 Ajout d'une configuration pour le titre du blog.

Node

Les types de contenus sont séparés du titre pour pouvoir le trier.

#226 Un contenu peut être possédé par un utilisateur.

L'affichage de l'utilisateur dans les articles :

L'affichage des contenus sur la page de l'utilisateur :

Les nouvelles permissions des contenus des utilisateurs :

La suppression de contenu a été revue, vous pouvez choisir de ne pas supprimer le répertoire de fichier.

De plus, si un contenu est utilisé par la configuration, un message vous avertira et vous proposera de corriger le problème avant la suppression.

#192 Ajout du formulaire de suppression dans une fenêtre modale.

#207 L'utilisateur pourra choisir le menu à la création d'un contenu.

#208 Ajout d'un nouveau bloc de navigation avec des liens suivant/précédent.

Vous allez pouvoir créer des blocs pour tous les types de contenus et personnaliser leurs affichages.

#231 Ajout des balises OpenGraph aux contenus.

Simplification de la date de publication des contenus.

System

Ajout d'un message d'avertissement si les URLs ne peuvent pas être réécrites.

Utilisateur de PHPMailer

L'ajout de PHPMailer a de nombreux avantages (sécurité, polyvalence…) mais a également de gros défauts comme la taille de ses sources. Il pèse au bas mot autant voir un peu plus que notre framework.

#203 Ajout d'une liste de sélection des routes par API.

#214 Refonte de l'interface d'installation.

• Le formulaire du choix des langues et de la timezone comme 1er étape d'installation.
• La bibliothèque SoosyzeCSS avec le thème dark,
• Les étapes d'installation deviennent cliquables pour revenir en arrière.
• Des icônes ont été ajoutées au bouton suivant,
• Des icônes de validation des étapes précédentes,
• Le titre de la page prend en compte le titre de l'étape,
• Un repositionnement du bas de page,
• Un repositionnement du titre et de l'icône Soosyze.

Nouvelle interface pour les thèmes

Les informations et données des thèmes dans la configuration sont supprimées (logo, favicon, le thème dark d'administration) et déplacer dans la nouvelle interface.

#229 Sépare les outils dans une interface dédiée.

Pour éviter que le menu principal du thème d'administration déborde de liens,

nous avons créer une nouvelle interface qui accueillera les outils pour Soosyze CMS.

Par exemple le module de backup ne sera plus présent dans le menu principal, mais dans la page des outils.

Trumbowyg

Ajout d'action de manipulation de table pour trumbowyg.

User

Une surbrillance dans la recherche des permissions.

Une surbrillance dans la recherche des permissions.

Ajout de la variable :id_user au champ de configuration « Page de redirection après connexion »

ajout d'un bloc de connexion utilisateur.

#224 Ajout d'un sous menu pour les pages de rôle.

Développeur

Soosyze CSS

• #215 Ajout d'un composant Dropdown à Soosyze CSS.

Framework

• #201 Fin du support PHP 5.4
• Nous avons également commencé le développement de Soosyze framework 3 avec :
  • Suppression du composant Email,
  • Fin de son support PHP 5.4,
  • Nouveau composant HttpClient pour des échanges entre serveurs,
  • Plusieurs petites corrections.
• #221 Changement de format pour le chargement des services.

CMS

• Update, mise à jour de l'Apache Server Configs v4.1.0
• Mise à jour de la bibliothèque Queryflatfile 1.4.0
• #196 Ajout d'une fonction de surbrillance à Soosyze JS.
• #200 Utilisation de la bibliothèque PHPMailer.
• #198 Utiliser plusieurs fichiers de configurations.
• Ajout de la couleur dans les données de types de contenus.
• #220 Séparation des hooks dans un répertoire dédié.
• #218 Refonte de l'installation des thèmes et modules.
• #234 Simplification de l'ajout d'assets CSS et JS pour les modules.
• #235 Ajout d'un callback pour la migration de configurations.
• #233 Factorisation des éléments triables.
• #229 Sépare les outils dans une interface dédiée.
• #230 Utilisation d'interface pour les hooks les plus utilisés.
• #228 Bloque par défaut les accès aux routes non déclarées dans les permissions.
• #227 S'assurer de la bonne suppression des dépendances à la suppression d'un type de contenu.
• Utilisation des nouvelles fonctions du composant Template.

Mot de la fin

Cette version apporte de nombreuses fonctionnalités mais, il s'agit surtout de petites touches qui visent à améliorer son utilisation.

Notre développement c'est concentré sur l'architecture du CMS pour assurer sa stabilité.

Pour le moment il n'y a pas encore la possibilité de mettre à jour automatiquement le CMS, comme nous en avons parlé précédemment il faut d'abord modifier la plateforme qui accueille les modules, thèmes et le projet. Ce qui prendra un certain temps.

Mais je vous rassure cette évolution est une priorité.

Le prochain gros chantier qui nous attend est la mise à jour de la documentation développeur pour les modules, mais surtout la création d'une documentation pour les thèmes.

En attendant, vous pouvez nous retrouver sur le Forum, Discord ou Mastodon et n'hésitez pas à nous faire remonter d'éventuels bugs 😀

Bonjour la communauté 😃 j'espère que vous allez bien.

Le printemps et les beaux jours arrivent à grands pas, la sortie de Soosyze CMS 1.0.0 aussi ^^.

Aujourd'hui nous allons revenir sur le développement de Soosyze CMS. Nous aurions dû écrire ce billet pour le 16 janvier, mais nous manquions cruellement de temps ces derniers jours.

Nouveau projet professionnel

Je vais vous parler rapidement et sans trop entrer dans les détails, mais j'ai changé d'entreprise en début d'année.

De mi-janvier à mi-février j'ai passé :

• Des entretiens RH + manager,
• Des tests (QCM + logique),
• Des entretiens clients + techniques.

Cela a été sportif car, il faut passer 4 à 5 entretiens par entreprises et pour la moitié d'entre elles j'ai dû remplir des dossiers de compétences. C'est comme le CV que tu envois, mais avec le format de l'entreprise où tu postules.

Comme j'ai postulé pour 6 entreprises il fallait que je m'organise pour assurer toutes les échéances et donc stopper pendant un temps le développement de Soosyze CMS.

Utilisateur

Séparer les outils dans une interface dédiée.

Pour éviter que le menu d'administration déborde de liens, les différents outils seront affichés dans une page dédiée.

Cette page et dépendante du cœur du CMS puisqu'elle portera les actions essentielles du CMS (mise à jour des traductions, exécution de la tâche cron, vider les caches...).

Le module BackupManager devient un outil.

Ajout des balises OpenGraph aux contenus.

L'ajout des balises OpenGraph va améliorer le référencement de vos contenus et améliorer le partage de lien de votre site.

Voici un exemple de rendu lors d'un partage de lien avec Discrod :

Refonte de l'interface de gestion des menus.

Ce n'était pas prévu à la base, mais nous avons trouvé une façon d'améliorer l'interface graphique des menus et nous l'avons implémenté pour la prochaine version.

Simplification de la date de publication des contenus.

La date de publication s'inscrivait dans un seul champ, obligeant l'utilisateur à utiliser une syntaxe stricte.

Désormais la date est séparée dans 2 champs, l'un pour le format du jour et l'autre pour le format de l'heure.

Développeur

Le gros du travail pour la version 1.0.0 ce concentre sur la structure du CMS. Le but est de rendre son architecture le plus propre possible pour les années à venir.

Interface pour les hooks les plus utilisés

Lorsqu'un module souhaite étendre ses fonctionnalités à d'autre module il utilise les hooks.

Cependant, certaines fonctionnalités sont plus utilisées que d'autres et nécessitent d'être standardisées avec des interfaces :

• BlockInterface, pour la création de blocs dans le thème,
• ConfigInterface, pour l'ajout d'une page dans les configurations,
• UserInterface, pour l'ajout de permissions utilisateur,
• ToolInterface, pour l'ajout d'outils.

Le but est de simplifier le développement de modules contributeurs et d'utiliser l'inversion de contrôle.

Les interfaces sont placées à la racine des modules.

Factorisation des éléments triables.

Le CMS prend à sa charge les éléments triables utilisant la bibliothèque Sortable.js

Les éléments suivants ont été factorisés :

• Les rôles utilisateurs,
• Les permissions de fichiers,
• Les sections des thèmes,
• Les entités des contenus,
• Les menus.

Pour plus d'informations

Simplification de l'ajout d'assets CSS et JS pour les modules.

Pour simplifier l'ajout d'assets CSS et JS dans les modules, le service Template fournit les méthodes suivantes :

• addScript($name, $script), ajout d'un script js,
• addStyle($name, $style), ajout d'une feuille de style,
• addConfigJs($name, $value), transmet des valeurs du back-end au front-end,
• setStylesGlobal($styles), pour l'ajout de bibliothèques globales (normalize, fontawesome...)
• setScriptsGlobal($scritps), pour l'ajout de bibliothèques globales (jquery, sortable...)

Les configurations sont exploitables via l'objet JS config.

Jusqu'à présent le CMS utilise des CDN pour l'import des scripts globaux. Afin d'améliorer l'indépendance et la sécurité du CMS, ceux-ci sont importés dans le répertoire public/vendor.

Vous pouvez a tous moment réutiliser les CDN en modifiant le fichier bootstrap/template.php et remplacer les chemins internes par des URLs de CDN.

Ajout d'un callback pour la migration de configurations

Puisque les configurations sont gérées à partir de fichier, la nouvelle clé up_config permet de déclarer une fonction anonyme avec le service de configuration en paramètre pour la mettre à jour.

Exemple d'une migration de configurations :

<?php
use Soosyze\Config;

return [
    'up_config' => function (Config $config) {
        $config->set('settings.new_value', 'Value');
    }
];

Nouvelle fonction contre les attaques XSS.

Voilà un point sans lequel nous n'aurions pas pu sortir une version stable.

Les attaques XSS représentent la large majorité des problèmes de sécurité dans les projets PHP.

Pour palier à ce problème vous avons re-développé la bibliothèque KSES durant notre dernière realese, mais nous manquions de temps pour l'implémenter dans le CMS.

Depuis elle est disponible, il vous suffira d'utiliser la fonction xss(string $str); pour utiliser KSES dans Soosyze CMS.

Mise à jour de la bibliothèque Queryflatfile

Ce n'était pas prévu non plus, mais après avoir réalisé des tests en important 1000 articles dans le CMS nous voulions améliorer le temps de calcule des données pour réduire le délai d'attente des pages.

Nous avons donc retravaillé sur la bibliothèque QueryFlatfile et simplifié un certain nombre d'opérations gagnant 10 à 20% de performance sur certaines opérations :).

De plus, nous avons ajouté le nouveau driver `Igbinary`, il permet la lecture écriture de vos données dans un format binaire pour une meilleure performance.

Queryflatfile à déjà le driver binaire `MsgPack` qui est plus performant que le driver par défaut, mais pas assez performant pour de gros sites.

Pour vous donner un exemple concret, pour 1000 articles :

• Avec le driver JSON nous avons 2.2Mo de données, 5.9Mo de mémoire et un temps de chargement ~150ms par page.
• Avec le driver MsgPack nous avons 1.8Mo de données, 3.4Mo de mémoire et un temps de chargement ~110ms par page.
• Avec le driver Igbinary nous passons à 180ko de données, 2.2Mo de mémoire et un temps de chargement de ~80ms par page.

Si vous avez un gros site/blog ou que souhaitez avoir un site performant et qui consomme le moins possible, ce nouveau format et indispensable.

L'inconvénient c'est qu'il faut les extensions `msgpack` ou `igbinary` d'installées sur votre serveur.

Et autant vous dire que pour les hébergeurs gratuits ou mutualisés vous ne l'aurait pas 😢

Soosyze 1.0.0 LTS

Et bien nous y sommes presque.

Dans le dernier billet de développement, je vous avais parlé des changements qui s'opèreront pendant février/mars (mon changement d'entreprise).

Et comme ce nouveau travail est prioritaire, le temps que je passerais sur Soosyze va être réduit.

Je vous avais également parlé d'un sondage sur un éventuel report pour la sortie de Soosyze LTS, mais après mûre réflexion il n'y aura pas de report.

Et Soosyze dans tout ça ? Et bien l'aventure Soosyze continue.

J'aurais bien moins de temps à investir, mais le développement continue et si tout se passe bien la version 1.0.0 sortira le week-end du 20/21 mars 2021.

Mot de la fin

Nous avons fait un test d'archive pour la prochaine version de Soosyze et l'intégration des bibliothèques JS/CSS + PHPMailer + KSES à presque fait doubler la taille du CMS.

Même si nous mettons l'accent sur la réduction de code, nous nous rendons compte que fournir un outil sécurisé ne se fera pas sans quelques sacrifices.

Les explications pour la migration sur la nouvelle version seront écrites une semaine après, donc pensez bien à attendre avant de mettre votre site à jour.

La prochaine version du site sera autour de 1Mo compressé au lieu de 650ko.

Vous pouvez néanmoins supprimer les bibliothèques JS/CSS internes en lès remplacement par les CDN afin de réduire la taille des fichiers sur votre serveur à tous moment 🙃