Soosyze - CMS sans base de données

Bonjour tout le monde,

Je m’appelle Mathieu, j’ai 26 ans et ça va faire déjà 8 ans que je développe des applications web.

Il y a 2 ans, dans le cadre de ma veille technologique je suis tombé un peu par hasard sur le concept de micro CMS sans bases de données.

Je trouvais incroyable que des développeurs puissent proposer des systèmes aussi simples et ouverts à tous avec aussi peu de contraintes.

Mais en explorant l’univers de ces CMS, de nombreux détails m’ont interpellé:

• Manque ou même absence de documentation,
• Si la documentation existe, elle est mal organisée ou partagée,
• Manque de visibilité des interfaces et des fonctionnalités,
• Peu ou pas de tutoriel ou de FAQ pour l’essentiel des CMS visités,
• Peu ou pas de modules et thèmes complémentaires,
• Utilisation de bibliothèques externes sous exploitée,
• Mauvaise mise en valeur des modules et thèmes complémentaires.

Je me suis alors dit que je pouvais aussi proposer ma vision de ce que pourrait être un micro CMS. Un projet qui resterait simple, mais avec une approche plus professionnelle du développement.

Je me suis donc mis à étudier fortement (ou à revoir) les frameworks MVC et MVC objet, le fonctionnement du SQL et de la théorie des ensembles, les différentes méthodes du noSQL, les tests unitaires, les outils d’aide au développement, les concepts de micro service, les recommandations PHP (PSR), les design paterns, les hooks… et c’est ainsi que Soosyze CMS est né.

Jusqu’à présent seuls quelques amis ont pu visualiser mon projet et je viens tout juste de finir une version assez satisfaisante pour qu’il puisse fonctionner correctement.

C’est dans cette optique que je viens chercher vos avis pour continuer à améliorer mon projet. Je suis prêt à entendre toutes les critiques (un tant soit peu constructives) sur ce qui pourrait être ajouté, amélioré ou supprimé.

• Lien du site : https://soosyze.com/
• Lien de la démo : https://demo.soosyze.com/
• Lien GitHub : https://github.com/soosyze/soosyze

En espérant susciter votre intérêt

Salut,

Clairement, il y a du boulot derrière !

Je ne suis pas utilisateur de ce genre de solutions, je n’ai donc pas vraiment d’éléments de comparaison. Mais étant développeur PHP, ça me parle quand même un peu.

Plusieurs choses me font tiquer :

• Tu parles d’un CMS sans base de données. De mon point de vue, c’est faux. Tu stockes bien des données quelque part (en JSON a priori) Ce n’est pas du SQL, mais si tu stockes des données, tu as une base de données. Tu écris d’ailleurs ceci dans la doc :

Si vous avez lu la documentation ou la présentation de SoosyzeCMS, vous ne serez pas surpris quant à l’utilisation de la bibliothèque QueryFlatFile pour nos modules.

Pour rappel, Queryflatfile est une bibliothèque de base de données NoSQL orientée documents écrits en PHP. Elle stocke les données par défaut au format JSON (flat file). L’objectif est de pouvoir manipuler des données contenues dans des fichiers de la même façon dont ont manipule les données avec le langage SQL.

• Une doc en français. C’est cool, mais si tu veux que ton CMS rencontre un certain succès, la doc en anglais est indispensable. Alors je sais qu’on n’a pas tous un super niveau d’anglais et que c’est chronophage (déjà ta doc en français a dû te prendre un temps monstre), mais bon…
• Pas de système de template. Pour moi, revenir à du PHP pur dans un template est impossible, ne serait-ce que parce que tu peux y faire ce que tu veux : des requêtes, de la session, etc.
• Dans tes exemples de contrôleurs, tu ne fais pas de type hinting sur $req, et c’est dommage.
• Ça manque d’un Docker pour tester rapidement.
• Les URL sont moches avec le ? à l’intérieur.

Ce sont quelques points comme ça, j’avoue n’avoir pas lu la doc entièrement. Si j’ai du temps, je referais un tour.

En tout cas bravo à toi, ça représente un sacré travail !

Bonjour John est merci pour ton retour,

Tu parles d’un CMS sans base de données. De mon point de vue, c’est faux. Tu stockes bien des données quelque part (en JSON a priori) Ce n’est pas du SQL, mais si tu stockes des données, tu as une base de données.

J’ai eu également une autre remarque sur l’emploi du "NoSQL"/"Sans base de données" d’un autre utilisateur et c’est une erreur de ma part de ne pas avoir détaillé dans la documentation l’utilisation de ces adjectifs.

Les différences entre une base de données SQL et noSQL peuvent porter à confusion. Je suis partie du principe qu’un SGBD (du type MySQL, Postgres, Oracle…) est un middleware communiquant avec un serveur HTTP stockant les données sous forme de tables relationnelles. Et d’après ce que j’ai pu lire sur le concept du noSQL (du type MongoDB, Redis ou Cassandra pour ne citer qu’eux ), les données peuvent être orientées objet, par clé valeur, fichier ou colonnes.

Dans le cas de Queryflatfile il s’agit d’un ensemble de scripts PHP qui normalise et stock des données dans des fichiers et non d’un logiciel applicatif, c’est pour ça que j’utilise les termes "sans base de données" et "NoSQL".

Une doc en français. C’est cool, mais si tu veux que ton CMS rencontre un certain succès, la doc en anglais est indispensable. Alors je sais qu’on n’a pas tous un super niveau d’anglais et que c’est chronophage (déjà ta doc en français a dû te prendre un temps monstre), mais bon…

Effectivement une documentation en anglais est impératif. J’ai voulu commencer par une doc en français, car mon niveau d’anglais n’est pas très glorieux (j’avoue ).

Plus sincèrement, j’attends surtout une stabilité et une gestion du multi-langage dans Soosyze CMS pour pouvoir faire une traduction de la documentation. Par exemple la version alpha5 qui est en développement va changer radicalement les derniers chapitres de la doc développeur et utilisateur.

Pas de système de template. Pour moi, revenir à du PHP pur dans un template est impossible, ne serait-ce que parce que tu peux y faire ce que tu veux : des requêtes, de la session, etc.

Je n’ai pas utilisé de système de template (comme Twig ou Smarty) bien qu’ils apportent de nombreux avantages comme la mise en cache des vues. Mais pour avoir travaillé sur Symfony (tout du moins là 2.8 et 3.x), quel que soit le système de template, si tu injectes des modèles dans les vues tu peux aussi réaliser des requêtes, je pense que tout dépend de la rigueur du développeur .

J’ai choisi de rester sobre comme Laravel avec Blade. Ça évite d’avoir une surcouche dans les vues qui peuvent ralentir l’exécution de ton affichage tout en restant propre avec la syntaxe courte des instructions PHP (comme <?php foreach() :?>< ? endforeach ;?>). Les IDE traitent cette syntaxe comme des balises à part entière et indente ton code correctement dans les vues.

Dans tes exemples de contrôleurs, tu ne fais pas de type hinting sur $req, et c’est dommage.

La variable $req est une instance de Psr/Http/Message/RequestInterface. J’aurais dû le typer dans les contrôleurs , je note ton conseil pour le corriger dans une prochaine version.

Ça manque d’un Docker pour tester rapidement.

Pour Docker c’est en cours je me suis loué un VPS et je me forme à son utilisation. Mais comme pour la documentation en anglais j’aimerais attendre une version un peu plus stable avant de créer une image docker (ça n’engage que moi, mais je tiens à dire que Docker est vraiment un très bon outil).

Les URL sont moches avec le ? à l’intérieur.

Pour le ? Dans les URL j’ai cherché autant que j’ai pu dans la documentation Apache pour faire un beau URL Rewriting, mais sans succès .

Je poserais la question sur le forum pour voir si quelqu’un peut m’aider sur le sujet.

Merci encore pour tes suggestions et axes d’améliorations .

Salut,

En fait MySQL, Postgres et Oracle sont des SGBDR (R pour relationnel). NoSQL est un système de gestion de base de données non relationnelles.

Pour le choix de ne pas utiliser de templates, deux points :

• les intégrateurs, spécifiquement les fronts pas ou peu développeurs, ne vont pas aller vers un CMS où il faut faire du code. Le pseudo code des gestionnaires de templates est parfait pour ce type de profil.
• les développeurs qui ont pris l’habitude de travailler avec twig vont faire la moue à repasser sur du PHP pour leur front.

Concernant l’url rewriting il te faut passer par un fichier .htaccess au même niveau que ton index.php.

Bonjour obedient,

En fait MySQL, Postgres et Oracle sont des SGBDR (R pour relationnel). NoSQL est un système de gestion de base de données non relationnelles.

Merci pour tes précisions , bien que Queryflatfile ne soit pas un système de base de données relationnel, la désignation comme étant du NoSQL est sujet à discussion. Pour vous dire, j’hésite à changer ce terme par flat-file (qui lui est plus juste pour le coup).

les intégrateurs, spécifiquement les fronts pas ou peu développeurs, ne vont pas aller vers un CMS où il faut faire du code. Le pseudo code des gestionnaires de templates est parfait pour ce type de profil. les développeurs qui ont pris l’habitude de travailler avec twig vont faire la moue à repasser sur du PHP pour leur front.

Je n’avais pas vu ce problème dans ce sens . Effectivement ça peut-être problématique pour les intégrateurs front-end de repasser par la syntaxe PHP. Mais on peut prendre aussi l’inverse qui peut-être vrais. Les développeurs back-end qui ont pris l’habitude de travailler avec la syntaxe PHP vont faire la moue à repasser sur du pseudo-langage pour les vues de leurs modules. Et puis entre nous je ne vois pas de difficulté entre {{ $var }} et <?php echo $var; ?> .

Honnêtement je me fais l’avocat du diable. Mais, plus sérieusement les développeurs utilisent de plus en plus les pseudo-langages d’intégration. Le système de template fonctionne avec un service, il serait tout à fait possible de changer le système actuel par du Twig assez simplement, voir faire cohabiter les 2.

Je pense plutôt attendre de voir comment va évoluer le projet et aussi d’avoir un plus d’avis avant de prendre ce genre de décision.

Concernant l’url rewriting il te faut passer par un fichier .htaccess au même niveau que ton index.php.

J’ai bien un .htaccess à la racine du projet pour le serveur Apache HTTP et aussi un fichier .nginx.config pour NGINX. J’utilise le projet https://github.com/h5bp/server-configs-apache qui offre un bon nombre d’exemple pour la mise en place du fichier .htacess pour Apache 2,2 et 2,4+ et aussi le la documentation officielle d’Apache https://httpd.apache.org/docs/2.2/fr/howto/htaccess.html

Mon problème se situait dans la façon de récupérer la donnée fournit par le serveur à travers le routeur.

J’ai refait une tentative dernièrement et j’ai trouvé comment faire. Je mettrais en place un patch prochainement pour avoir des URLs plus propres .

Merci encore pour ton retour, comme pour John, tu as soulevé des points intéressants

En tant que développeur back-end Symfony, je fais également du Twig. Au boulot, mais aussi sur des projets personnels. Je ne connais aucun développeur Symfony, même back-end, qui ne connaisse pas la syntaxe Twig.

Quant à la simplicité du langage, tu triches un peu. Car oui, {{ var }} et <?php echo $var; ?> sont faciles à écrire (encore que la syntaxe Twig est quand même bien plus rapide). Mais prenons un exemple plus complet :

# PHP
if (empty($array)) {
    echo 'Aucun résultat !';
} else {
    foreach ($myArray as $value) {
        echo '<strong>'.$value.'</strong>';
    }
}

# Twig
{% for value in myArray %}
    <strong>{{ value }}</strong>
{% else %}
    Aucun résultat !
{ %endfor %}

Et je ne parle même pas des variables disponibles automatiquement dans les boucles. Ni du reste.

Pour moi utiliser un moteur de template (quel qu’il soit) est vraiment un plus. Après je conçois que tu ne veuilles pas en utiliser un, ou que tu attendes de voir comment va évoluer ton projet afin d’en implémenter un.

Je ne veux pas avoir l’air d’insister mais :

Pour un CMS, un moteur de template permet une grande facilité d’adaptation du site pour la création ou la personnalisation d’un thème sans avoir à s’embêter avec des fonctions php. Les templates offres de meilleures possibilités d’intégration des vues que le php + html. Et un moteur de template impose le respect de la séparation de la vue et du reste (la logique) ce qui est bien.

Si je dois citer un élément indispensable à utiliser dans une vue c’est extends avec les blocs.

Je trouve qu’un CMS sans moteur de template est un point négatif car il sera compliqué de créer un thème ou de le personnaliser.

Je trouve qu’un CMS sans moteur de template est un point négatif car il sera compliqué de créer un thème ou de le personnaliser.

Visiblement, son CMS gère déjà les thèmes. Et php n’est pas moins puissant en terme de personnalisation que twig.

Et je ne parle même pas des variables disponibles automatiquement dans les boucles. Ni du reste.

Pour ma part c’est le système d’héritage que j’apprécie dans twig.

Mon problème se situait dans la façon de récupérer la donnée fournit par le serveur à travers le routeur.

Ok, j’avais mal compris ta problématique.

il serait tout à fait possible de changer le système actuel par du Twig assez simplement, voir faire cohabiter les 2.

Pouvoir switcher d’un gestionnaire de template à un autre, ça ce serait un gros plus. Après dans la pratique, la plupart de mes services symfony implémentent des méthodes pour twig. Pour gérer cela tu devras passer par une abstraction, c’est peut-être pas la solution la plus simple que tu choisis mais donner le choix c’est assurément une bonne chose.

Bonjour Zestedesavoir :),

Je reviens à nouveau sur ce post pour vous informer que la version 1.0.0-alpha5 de Soosyze CMS est disponible depuis quelques temps.

Il y a eu pas mal de nouveautés, mais principalement l’ajout de la gestion utilisateur. Si vous souhaitez en savoir plus, j’ai résumé les nouveautés avec des captures d’écran sur ce post : https://soosyze.com/blog/2019/04/29/version-soosyze-alpha5

N’hésitez pas à me faire des retours ou à me signaler des bugs ;).

Salut tous le monde

La nouvelle version de Soosyze est actuellement disponible en alpha6.1 Quelques nouveautés viennent se rajouter au projet, mais principalement coté back-end. Vous pouvez vous renseigner directement sur ce post : https://soosyze.com/blog/2019/06/12/soosyze-cms-1–0-0-alpha6

Il est divisé en 2 parties, l’une plus accès pour les utilisateurs et l’autre pour les développeurs ^^. Toujours dans un souci d’amélioration, n’hésitez pas à me faire part de vos retours ou/et de bugs éventuels

Le projet continue

Hey ! c’est la rentrée (avec un mois de retard )

J’ai pas eu beaucoup de nouvelle pendant cette pause estivale mais bon, j’en est pas donnés pour autant .

Cette rentrée apporte de nombreuses nouveautés riches pour l’utilisateur, entre autre le module Bock pour disposer des contenus en drag & drop, la traduction Anglais/Français de l’interface et une installation du CMS personnalisé.

Si vous souhaitez en savoir plus sur les changements vous pouvez lire notre article : https://soosyze.com/blog/2019/09/24/c-est-rentree-alpha8

Et si vous êtes du genre minutieux et que vous voulez tous savoir, il y a aussi le Changelog sur Github : https://github.com/soosyze/soosyze/releases/tag/1.0.0-alpha8

Sinon nous avons suivie le retour d’un utilisateur pour traduire le CMS. Il reste encore pas mal de travail à ce sujet comme la traduction du site et des autres bibliothèques conçues pour le projet, mais c’est en de bonne voie.

Vous pouvez aussi participer à la traduction (si le coeur vous en dit) sur l’instance Zanata de Framasoft (logiciel de traduction de projet) à cette adresse : https://trad.framasoft.org/project/view/soosyze?dswid=-66

La traduction n’est pas parfaite, si vous trouvez quelque chose à en dire faites-le-nous savoir

Ah sinon ça sera la dernière version alpha du projet.

Tout sera fait pour que la prochaine version possède toutes les fonctionnalités voulues à la base de Soosyze. Nous passerons donc la prochaine version en bêta à la recherche des bugs et autre faille de sécurité

Sinon n’hésitez pas à nous faire vos retours d’utilisateurs/développeurs

Salut, salut

Comment vous allez depuis la dernière fois ? Vous avez fait le plein de bonbons à Halloween ? Je reviens vers vous pour vous annoncer que la version alpha9 est sortie. Le nouveau module de gestion de fichier est à présent disponible avec un système de permissions dédiées aux fichiers et plusieurs petites améliorations.

Comme toujours un petit article expliquant les grands changements avec captures d’écrans à l’appuie :

• https://soosyze.com/blog/2019/11/19/soosyze-apha9-version-gouverner-tous

Et également notre Changelog sur Github :

• https://github.com/soosyze/soosyze/releases/tag/1.0.0-alpha9

Enfin bref, tout ça pour vous annoncer que ce sera la dernière version alpha. La prochaine sera estampillée bêta.

Je ne tiens pas à spammer ce forum pendant le temps du développement de la bêta1. Donc pour ceux qui souhaitent suivre l’évolution de l’outil durant les prochains mois, j’ai mis en place un journal de développement sur l’avancée du projet et il y a également une instance Discord pour ceux qui préfèrent les messages instantanés.

Et vous pouvez aussi nous suivre sur notre compte Mastodon (équivalent de Twitter libre, open-source et décentralisé), généralement nous y postons des nouvelles sur Soosyze, mais aussi un peu de veille technologique

Je reviendrais pour annoncer cette fameuse version, mais ça va prendre un peu de temps.

Merci encore à la communauté de zestedesavoir, souhaitez-moi bon courage et j’espère vous revoir pour 2020

PS :

• La documentation pour créer des thèmes sera disponible dans les prochains jours
• Si vous avez des fonctionnalités que vous aimeriez voir dans la beta1, c’est le moment de vous prononcer.

Je me permets de revenir une dernière fois sur ce poste pour lancer un appel aux intéressés.

Bien que des outils soient mises à disposition pour favoriser les contributions à Soosyze CMS :

• Le forum,
• Le Discord,
• Le formulaire pour signaler un bug sans aucunes contraintes,
• L’instance Zanata de framasoft pour collaborer sur la traduction,
• Et les issues GitHub.

je dois vous avouer que celles-ci sont « timides ».

Nous avons donc eu l’idée d’ouvrir un peu plus Soosyze CMS à la communauté en proposant de participer à la mise en place de la beta1. C’est l’occasion pour nous de peaufiner l’espace de contribution pour les années à venir afin de pérenniser le projet.

Quelques soient vos compétences ce qui compte c’est votre motivation. Il y a des tâches simples, d’autres un peu plus techniques, des rapides à exécuter et d’autre qui peuvent durer plusieurs jours.

Pour la mise en place de la beta1 nous recherchons :

• Des testeurs,
• Des re-lecteurs (documentation/news/CMS),
• Des traducteurs, peu importe la langue,

• Des développeurs avec au moins un minimum de connaissance PHP,

  • Pour intervenir sur le framework et/ou le CMS et/ou modules contributeurs,

• Des intégrateurs avec au moins un minimum de connaissance HTML, CSS,

  • Pour des thèmes contributeurs et/ou nouveaux thèmes du cœur du CMS

Il n’y a aucunes obligations d’aucunes sortes.

Selon ce que vous aimeriez apporter au projet, nous vous accompagnerons tout au long de vos contributions.

Malheureusement pour les développeurs et intégrateurs, nous ne pourrons pas vous former sur les bases du langage PHP, mais nous vous formerons sur

• les tests unitaires et fonctionnels,
• l’intégration continue,
• les designs paternes utilisés sur le projet,
• la sécurité en PHP,
• le MVC objet.

Donc si vous avez envi de participer à un projet libre et open-source en travaillant en équipe, tout en apprenant ou valorisant vos compétences, n’hésitez pas à nous contacter nous serions ravis de vous accueillir.

La phase de développement de la bêta1 commencera dans quelques semaines (autour du 8 décembre 2019), le temps pour nous d’organiser, mettre à jour le site et la documentation existante.

Hello,

J’ai rapidement installé soosyze en mode website standard (le premier choix sur les 4) et j’ai quelques remarques plutôt subjectives à te partager.

1. Lors de l’installation, en anglais, tu as choisi Name pour le nom de famille et First name pour le prénom. J’aurai plutôt utilisé Last name pour le nom de famille.

2. Lors de la connexion via la page /admin/node, on tombe sur la page du compte /user/account. La plupart du temps quand on se connecte c’est surtout pour changer le contenu du site. D’ailleurs en pied de page il y a un lien vers /user/account, /admin/node serait peut-être un meilleur choix.

3. depuis l’administration, le lien Home du menu a un comportement aléatoire mais principalement il pointe sur la partie front. Je m’attendais à que ce lien pointe sur l’accueil du backoffice.

C’est plus ou moins tout après quelques minutes de test. De manière générale, je trouve ton cms très facile à utiliser, tout particulièrement la gestion des blocs. Je n’ai pas essayé la confection de thèmes, une prochaine fois peut-être.

Bonjour obedient et merci pour ton retour,

1. Lors de l’installation, en anglais, tu as choisi Name pour le nom de famille et First name pour le prénom. J’aurai plutôt utilisé Last name pour le nom de famille.

J’en prends bonne note

2. Lors de la connexion via la page /admin/node, on tombe sur la page du compte /user/account. La plupart du temps quand on se connecte c’est surtout pour changer le contenu du site. D’ailleurs en pied de page il y a un lien vers /user/account, /admin/node serait peut-être un meilleur choix.

C’est le comportement par défaut de presque tout le site, je me suis donc aligné sur ce fonctionnement. Mais si ça t’intéresse, dans la page de configuration il y a une option pour spécifier qu’elle doit-être la re-direction après connexion. Je laisse donc le choix à l’administrateur de choisir quelle page il souhaite

3. depuis l’administration, le lien Home du menu a un comportement aléatoire mais principalement il pointe sur la partie front. Je m’attendais à que ce lien pointe sur l’accueil du backoffice.

Alors ça, ça m’intéresse beaucoup. C’est clairement un retour sur l’expérience et le ressentie utilisateur. Je pense que le terme employé n’est pas le bon et doit-être changé de 'Home' à 'Site’. Pour ce qui est d’une page d’accueil backoffice, c’est dans les tuyaux.

De manière générale, je trouve ton cms très facile à utiliser, tout particulièrement la gestion des blocs.

Merci beaucoup .

Je n’ai pas essayé la confection de thèmes, une prochaine fois peut-être.

En dehors de la documentation utilisateur, la doc pour les thèmes doit-être la plus demandée. J’espère pouvoir la finir avant le début du développement de la beta1. Sinon j’ai proposé sur notre instance Discord un tuto en partage d’écran pour expliquer comment faire un thème

J’avais prévenu que ça sera un peu plus long que la dernière fois .

Il a fallut 5 mois pour dé-confiner notre nouvelle version Soosyze bêta-1.

Un nouveau module vient s"ajouter au coeur du CMS : BackupManager, comme son nom l’indique, il permet de faire des sauvegardes et de restaurer votre site.

Il y a eu un gros refactoring pour sur le module des contenus, il peut désormais

• gérer tous les types de champs,
• les CRUD de second niveaux,
• le SEO (URL, titre, description)
• cloner un contenu existant,
• automatiser votre publication.

À partir de maintenant Soosyze CMS prend en charge les montées de versions, si vous étiez sur une version alpha9, il y aura quelques manipulations à réaliser. Par la suite, elles seront beaucoup plus simples.

Un petit article qui liste toutes les nouveautés : https://soosyze.com/blog/2020/04/26/deconfinement-soosyze-cms-beta-1

Et plus en détail sur notre change-log : https://github.com/soosyze/soosyze/releases/tag/1.0.0-beta1

Les prochains jours seront consacrés à mettre à jour le site, recueillir les avis, aider ceux qui veulent monter de version et de corriger d’éventuels bugs.

Voilà voilà

La nouvelle documentation est cours d’écriture, avec pour priorité la documentation pour créer des thèmes.

Merci encore pour vos retours, le projet se poursuit

C’est notre seconde rentrées avec Soosyze CMS

La beta2 est sortie il y a une semaine et notre communauté nous a déjà fait remonter quelques bugs ce qui nous a parmi de produire 2 patchs correctifs assez rapidement

Cette version est celle qui apporte le plus de nouveautés.

Deux nouveaux modules viennent s’ajouter au cœur du CMS :

• Trumbowyg qui est un éditeur de texte HTML léger,
• Et le module Dashboard qui i fournit des informations sur votre serveur et des liens sur le projet.

En plus de nombreuses petites évolutions et changements :

• Le gestionnaire de fichier a été grandement amélioré et peut-être utilisable dans la création de contenu,
• Il y a eu un refactoring du thème public et d’administration (avec Dark thème),
• Changement des menus de navigations,
• Des filtres sur les contenus et utilisateurs,
• L’Épinglage de contenus,
• Une meilleure visualisation des type de contenus et fichiers,
• Un nouveau bloc de réseau sociaux,
• La refonte du flux RSS,
• De nouvelles configurations en bien plus…

Je vous laisse découvrir toutes les nouveauté dans l’article qui lui est consacrée : https://soosyze.com/blog/2020/09/13/c-est-rentree-beta2 Et également notre Changelog sur Github : https://github.com/soosyze/soosyze/releases/tag/1.0.0-beta2

Sinon la documentation utilisateur est à jour et celle pour les développeurs l’ai jusqu’au chapitre 8. Celle pour la création d’un thème est rédigée à 50 % elle devrait sortir avant fin rapidement si tout se passe bien

Je vous laisse explorer cette nouvelle version, n’hésitez pas à faire vos retours toujours dans l’objectif d’améliorer le projet

@obedient

depuis l’administration, le lien Home du menu a un comportement aléatoire mais principalement il pointe sur la partie front. Je m’attendais à que ce lien pointe sur l’accueil du backoffice.

Le lien est devenu "Retour au site" qui pour le coup est plus explicite