Journal de développement beta2

Picture

Depuis que la beta1 est sortie mi-Avril, nous avons eu pas mal de retours utilisateurs nous remerciant des efforts fournis pour le développement du CMS et nous les remercions de leurs soutient ^^

Je tiens à remercier personnellement l'utilisateur Skylide pour ces nombreux retours. Sa contribution a permis de créer 2 patches correctifs et il a également créé le nouveau thème Skydream.

Rentrons dans le vif du sujet avec la feuille de route de la prochaine version.

Fonctions utilisateur attendues pour la bêta2

Pour la beta2 il n'y aura pas de développement de grandes fonctionnalités comme pour la beta1 (cf la montée de version, le module de Backup et la refonte du module Node). Cette nouvelle version viendra principalement peaufiner l'existant avec plein de petites nouveautés.

Changement des thèmes

Le thème d'administration et le thème public commence à présenter leurs limites, notamment dans leurs navigations.

Nous allons concentrer nos efforts sur la refonte des thèmes et l'uniformisation du style pour l'administration.

Nous allons nous séparer définitivement de Bootstrap qui a bien fait son taff jusqu'à présent.

L'utilisation des thèmes d'admin sera conditionner. C'est-à-dire qu'un thème non prévu pour l'administration ne pourra pas être utilisé autrement.

De plus, il prendra en charge un thème dark (si disponible).

Concernant le thème standard il sera lui aussi mise en valeur avec un nouveau style.

Pour ceux qui souhaiteront conserver ces thèmes, il seront disponibles dans le store prochainement.

Module Dashboard

Nous avions prévu de développer un tel module pour donner une vue d'ensemble sur la santé de l'application. Maintenant que le Cms devient assez mature nous allons le mettre en place pour la prochaine version, nous avons déjà réfléchie aux informations essentielles à mettre, une première ébauche est déjà réalisée.

Suppression des CDN

Les CDN (content delivery network ) ou RDC (réseau de diffusion de contenu, en français) est un service permettant de fournir une bibliothèque hébergée par un tiers. Leurs utilisations peuvent réduir le temps de chargement de votre site et ainsi que le poids de votre application.

Cependant, leurs utilisations sont sujets à controverse puisque vous externalisez vos ressources chez d'autres hébergeurs.

Point faible de la suppression des CDN :

  • L'application va prendre du poids.
  • Risque de ralentissement en fonction du pays de vos utilisateurs (si votre site est hébergé en France et que la grande majorité utilisateur sont en Chine, le trafique sera un peu plus lent)

Point fort de la suppression :

  • Votre site sera 100 % RGPD compilant, aucun site externe ne risque d'utiliser vos données,
  • Vous ne dépendrez plus d'avoir une connexion à internet pour utiliser Soosyze en local,
  • Possible accélération de votre site, comme un CDN est utilisé par un grand nombre de personne, les ressources peuvent être plus longues à charger (constatation lors du confinement),
  • Plus de risque que la ressource ne soit plus disponible.

Cependant, nous offrirons aux utilisateurs la possibilité de les réactiver au besoin :)

Améliorations de l'expérience utilisateur

Plusieurs petits développements ont commencés qui visent à simplifier l'utilisation de Soosyze.

Certains messages d'erreurs sont en train d'être revus pour une meilleure compréhension.

Le bloc des réseaux sociaux va être revu, il s'avère que les utilisateurs on du mal à gérer ce bloc. Une interface dans les configurations viendra vous aidez à ajouter vos liens.

Ajout filtre pour les contenus et les utilisateurs

Utilisation du glisser/déposer pour les droits utilisateurs et profils de fichiers.

Champs dynamiques pour le choix des liens dans le menu et tous autres champs de route.

Simplification du choix de la cible pour les liens du menu (ouvrir dans une autre fenêtre)

Nouvelles permissions pour vous utilisateurs

Les permissions utilisateurs viennent d'être renforcées, vous pourrez donner le droit de voir les contenus non publiés en fonction de leur type.

Autre permission importante, décider quels rôles utilisateurs peuvent attribuer d'autres rôles.

Par exemple, si vous utilisez Soosyze pour le site d'une école.

Imaginons que vous avez un rôle Enseignant 3eme,

Vous souhaitez que cette enseignant définisse quels utilisateurs sont des 3eme, vous devrez donc lui donner le droit de créer et modifier des utilisateurs.

Cependant, vous ne voulez pas qu'il puisse ajouter des rôles critiques tels que ‘administrateur'.

Et bien dans la nouvelle version de Soosyze vous pourrez définir quels enseignants de 3eme ont le droit de créer des utilisateurs et d'attribuer des rôles pour les élevés de 3eme uniquement.

Fonction attendues pour les développeurs

Cache système

Nous sommes en train de mettre à l'essai un composant de cache pour réduire le temps de chargement des modules, services, routes et hooks. Les premiers essais sont concluant puisque nous économisons 20 à 40 % de mémoire vive.

Utilisation de PHPMailler

Jusqu'à présent nous utilisons un petit composant développé spécialement pour le framework :

Il fait très bien le taff puisque nous pouvons envoyer des mails full texte ou HTML sans problème d'encodage, tout en sécurisant les données reçues. Cependant, avec les attentes des prochaines versions de Soosyze (utilisation de serveur SMTP) nous devions passer un jour ou l'autre au niveau supérieur.

Malheureusement cette librairie bien que très complète est 3 fois plus que grosse que QueryFlatFile et 41 fois plus volumineuse que notre propre composant.

Mais nous risquons de ne pas avoir beaucoup le choix si nous voulons standardiser l'envoie de mail.

Mot de la fin

Comme pour le journal de développement de la beta1 nous publierons un post chaque week-end généralement le samedi. Donc à la semaine prochaine pour plus d'infos ;)

Scroll to top