soosyze / soosyze Goto Github PK

Le fichier htaccess est désormais créé à partir du projet h5bp/server-configs-apache.
Voir : https://github.com/h5bp/server-configs-apache
De plus une protection a été ajoutée pour les autres fichiers en dehors de l'index.

La génération HTML dans les vues produise des espacements inutiles et illisibles. Pour une meilleure génération, les blocs PHP doivent être séparés du haut des balises HTML. Les espaces et retours chariots seront réduits pour une meilleure visibilité du DOM. Tous les blocs PHP doivent avoir une virgule de fin d'instruction même si elle n'est pas obligatoire.

Ajouter un appel aux hooks dans les contrôleurs dans les cas suivants :

• Avant la génération d'un formulaire,
• Après la génération d'un formulaire,
• Avant la validation des données,
• Après la validation et avant la mise à jour des données,
• Après la validation et après la mise à jour des données.

Le composant FormBuilder offre un ensemble de fonction de génération HTML nativement.
Cette utilisation empêche le thème de personnaliser l'affichage du formulaire.

Suite à la mise à jour de soosyze framework en 1.1.2, il est possible de différentier la déclaration des namespaces par préfixe ou par projet.

• Suppression de plusieurs codes inutilisés,
• Correction orthographique,
• Mise en forme du code,
• Peaufinage de l'interface utilisateur,
• Factorisation du code,

Les fonctions pour le CRUD des liens ont été séparées du CRUD des menus.

Ce service a comme objectif d'être un appui à la gestion des fichier dans le CMS :

• Aide à la création d'input file,
• Aide à la validation de données,
• Nettoyage du nom et chemin de fichier.

Mise en place d'un fichier de configuration pour que Soosyze puisse s'installer sur un serveur Ngnix.

Standardisation des noms des labels, légende, groupe et fieldset.
Le standard choisi : "nom_module-name_item-type"

Exemple :
Module Système, label pour le champ email donnera "system-email-label".

Le composant Paginator offre un ensemble de fonction de génération HTML nativement.
Cette utilisation empêche le thème de personnaliser l'affichage de la pagination.

Le retour des messages non pas besoin de posséder une clé pour être affiché dans le formulaire.
De plus, changer l'ordre des conditions permet de réduire la complexité algorithmique.

Avec la mise à jour du framework en version 1.2.0, le composant validator nous permet de valider plus aisément les fichiers et les images.
Un champ logo et favicon seront ajoutés dans le formulaire d'édition de la configuration. Les fichiers devront être sauvegardés dans le répertoire public et leurs noms dans le fichier de configuration.

Les colonnes sont forcées avec une taille de 100% lors du drag and drop.
Cette façon de faire oblige à créer une entêtes vide supplémentaires pour les actions et force la taille du champ poids avec une valeur absolue. Le but et de redimensionner automatiquement la ligne dans la fonction JS permettant de drag and drop.

Modification par défaut de l'affichage des exceptions avec la possibilité d'être désactivé au besoin.

Ce module permet d'avoir un panneau d'édition utilisable via des hooks pour rassembler les configurations des autres modules.

• Les pages du panneau seront soumissent à un droit utilisateur.
• Le panneau et son menu offrent un affichage contextuel.
• Ils sont visibles aux rôles utilisateurs possédant au minimum un droit sur les configurations.
• Il prend à sa charge la gestion de tout types de données y compris les images.

Vous pouvez définir le target des liens dans les menus.
De plus, la validation des liens est corrigée, seul des routes reconnues dans les modules ou des URL pourront-être enregistrées.

L'un des meilleurs moyens de réduire le temps de réponse reste encore la réduction des résultats d'une requête.
Une pagination sur la page des articles affichera les résultats par tranche de 10.

Le thème par défaut Bootstrap 3 est beaucoup trop sobre et impersonnel.
Suite aux nouveautés apportées dans le service Template, le nouveau thème Quiet Blue devient le nouveau thème par défaut de Soosyze CMS.

Après analyse de la base de données, quelques champs sont en CamelCase.
À l'avenir la base de données sera écrite entièrement en snack_case.

L'utilisateur aura son mot de passe géré avec les fonctions passwor_*() qui sont bien plus efficaces en termes de sécurité.
L'édition d'un utilisateur a été mis à jour en conséquence.
Ajout du projet password_compat pour respecter le support de la version 5.4 de PHP du CMS.

Pour enregistrer des images dans plusieurs modules, le service File doit proposer un ensemble de méthodes pour simplifier le traitement. Ces nouvelles méthodes devront être mises en place dans le module système pour le logo et la favicon.

Suppression du contrôleur System et de ces routes. La gestion de maintenance passe par le code HTTP 503 catché avec le hook app.503 De plus, la connexion utilisateur ne peut-être réalisée que par un utilisateur ayant le droit d'utiliser le site en maintenance.

Pour simplifier la vérification du droit utilisateur en fonction du lien, le menu doit sauvegarder la clé de la route si elle existe à la création et édition d'un lien. De cette façon il sera possible de ne plus parser la route à chaque lien du menu pour en connaître la clé.

La nouvelle version du framework repense la façon dont le composant de validation fonctionne tout en ajoutant des nouvelles fonctionnalités.
De plus, certaines fonctions ont changées, il faut mettre le CMS à jour en fonction de cette nouvelle version.

Ajout d'une favicon, changement du logo PNG par un logo SVG, normalisation du nom vues.

Le module manager devra pouvoir afficher un lien vers une page de configuration des modules si celle-ci existe.

• Suppression de commentaire inutiles,
• Ajout d'espace dans le code,
• Factorisation du code,
• Suppression des doublons dans les modules requis.

Le stockage actuel des nodes se réalise grâce aux fonctions serialize() et unserialize() ce qui pose un problème de sécurité.
Bien plus largement que le problème de sécurité, ces données risques d'être difficilement exploitable en cas d'une bascule full API.
Le but est qu'une node représente une table dans la base de données à la place du champ des données stockées dans le champ field.
Les tables des champs d'une node, leurs propriétés et règles de validation reste inchangées.

Les modules Template et QueryBuilder deviennent des services à part entière.
Modification du service Option pour utiliser le service Config fournit avec le framework.
Changement du paquet soosyze/framework 1.0.1 => 1.1.0

L'utilisateur doit pouvoir saisir une image pour son profil (Image standard, limitée à 200ko).
Il doit également pouvoir saisir un texte pour se donner une description en moins de 255 caractères.

Changement du paquet soosyze/framework 1.0.1 => 1.1.0

Suite à l'écriture du tutoriel de développement d'un module, une convention de nommage fut créée.
À l'avenir toutes les pages devront suivre la convention suivante :
page-'nom_controller|nom_objet_CRUD'-'nom_fonction'
Toutes le formulaire devront suivre la convention suivante :
form-'nom_controller|nom_objet_CRUD'-'nom_fonction'

• Voir, créer, modifier, supprimer des utilisateurs,
• Formulaire d'inscription et d'activation des comptes utilisateurs,
• Voir, créer, modifier et supprimer des rôles,
• Octroyer des rôles aux utilisateurs, octroyer des permissions aux rôles,
• Voir tous les utilisateurs, rôles et permissions,
• Configurations pour ouvrir l'inscription et la récupération de mots de passes.

Les répertoires modules et thèmes à la racine du CMS peuvent porter à confusion puisqu'ils contiennent le cœur du CMS.
Ces répertoires seront regroupés dans le répertoire core à l'avenir.

Plusieurs bugs fonctionnels et techniques à corriger pour que la procédure suivante fonctionne :

• Si une node est créée, mais pas de lien de menu, le lien ne sera pas créé.
• Si une node est créée avec un lien de menu, mais non publié, le lien est créé inactif.
• Si une node est créée avec un lien de menu, mais publié, le lien est créé est actif.
• Si une node est modifiée en étant dé-publiée, le lien de menu devient inactif.
• Si une node est modifiée en étant publiée, le lien menu deviens actif.
• Si une node est supprimée, le lien de menu est supprimé.

Certaine fonction de modification et suppression de données ne prenaient pas en compte l'existence des objets pour exécuter une requête.

Mettre à jour les dépendances pour prendre en charge le support des version PHP 5.4, 5.5, 7.2 et 7.3 en plus des versions déjà supportées. Et modifier le code en conséquence.

• L'utilisateur pourra manipuler un lien de menu en relation avec une Node.
• Un champ 'lien de menu' devra être proposé dans le formulaire de création et modification d'une Node.
• Lorsque la Node est supprimée, le lien de menu l'ai également.
• Si le lien de menu est supprimé, la relation entre les deux l'ai également.
• Ce champ doit apparaître uniquement si le module menu est installé.

• Mise à jour de la version 2.12.* à 2.13* de php-cs-fixer.
• Ajout de nouvelles règles,
• Nettoyage des fichiers.

Ajout d'une checkbox pour s'envoyer une copie du message.

Afficher le schéma, l'autorité et le chemin du site dans l'affichage des champs de configuration des pages par défaut.

La configuration utilisateur est désormais visible depuis le panneau de configuration.

Pour simplifier l'accès au compte utilisateur, une nouvelle route est ajoutée au module User.
Cette route vérifiera si un utilisateur et actuellement connecté et il sera redirigé automatique à sa page de compte. Dans le cas ou l'utilisateur est anonyme, il sera redirigé à la page de connexion.

Changement du paquet soosyze/framework 1.0.1 => 1.1.0

L'un des meilleurs moyens de réduire le temps de réponse reste encore la réduction des résultats d'une requête.
Une pagination sur la page de gestion des contenus affichera les résultats par tranche de 20.

La nouvelle version de soosyze framework permet d'ajouter en paramètres une requête pour afficher l'uri en message de retour.

Pour plus de sécurité le script de debug sera désactivé par défaut.
Prise en compte de l'erreur d'objet __PHP_Incomplete_Class.
Correction d'erreurs d'affichages des paramètres.

Le module manager installe un seul contrôleur par module. Dans le cas d'un module devant manipuler plusieurs objets, il serait plus visible de posséder un contrôleur par CRUD. Exemple : le module menu doit pouvoir manipuler des objets menu et objets liens.

Il sera possible de déclarer plusieurs alternatives de template HTML avec un ordre de priorité.
Le but étant de personnaliser un thème de façon plus précise qu'à présent.