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.
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é :
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.
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.
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 :
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.
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.
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.
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.
Le CMS prend à sa charge les éléments triables utilisant la bibliothèque Sortable.js
Les éléments suivants ont été factorisés :
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.
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');
}
];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.
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 :
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 😢
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.
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 🙃
