l'overlay fusion.php est conçu pour combiner (fusionner) les fonctionnalités de plusieurs autres overlays (par exemple, day, multi_category, geoloc).

L'overlay fusion.php est un outil de configuration qui permet à une section YACS d'hériter et d'exécuter les logiques de plusieurs autres overlays simultanément.

L'objectif principal est d'appliquer les traitements spécifiques de plusieurs modules (gestion des dates, gestion des catégories multiples, gestion de la géolocalisation, etc.) à la même liste d'éléments de section.

Le Problème du no_render

    Contexte : L'option no_render est un paramètre hérité de l'overlay Day (ou event.php).

    Fonctionnement de no_render : Normalement, un overlay peut surcharger la fonction render pour afficher les éléments d'une section différemment (ex: calendrier, carte). L'option no_render est un cas tordu qui, lorsqu'elle est présente, annule cette surcharge et force le rendu à utiliser le mécanisme de listage par défaut du layout de la section.

    Le correctif  : Dans la configuration de fusion (fusion overlay1 overlay2 ...), le paramètre no_render était interprété à tort comme un nom d'overlay à fusionner, ce qui pouvait entraîner une erreur. L'ajout proposé par Christian et Alexis dans fusion.php consiste à ignorer ce paramètre s'il est utilisé au niveau de la section

Le Mécanisme de Fusion des Fonctions

    Fonction render : L'overlay fusion.php interroge les fonctions "infusionnables" (comme render) des overlays fusionnés dans l'ordre où ils sont déclarés.

    Priorité : Il utilise la première réponse non-NULL qu'il reçoit et s'arrête là.

L'ordre des overlays peut être important, notamment pour la fonction get_field (implicitement mentionnée pour la saisie des dates).

Évolution de la Syntaxe

   Exemples de nouvelle syntaxe proposée :  fusion (days no_render) multi_category (geoloc no_map)

   Cette nouvelle syntaxe clarife que no_render est un paramètre pour days et non un overlay.

Configuration dans YACS

Vous devez définir l'overlay fusion dans les options de la section concernée, suivi des noms des overlays à fusionner, séparés par des espaces. Élément de Configuration Syntaxe à Utiliser Description Section Options / Overlay fusion overlay1 overlay2 [overlay3 ...] Déclaration de l'overlay fusion et de la liste des overlays à exécuter. Exemple (selon la discussion) fusion day multi_category geoloc Combine les fonctions de l'overlay days, l'overlay multi_category et l'overlay geoloc.

Cas Particulier du no_render

Si vous utilisez l'option no_render pour l'un des overlays fusionnés (comme days ou event), vous le placez directement dans la liste des paramètres

Grâce à la modification mentionnée, il ignore l'option no_render lors de la recherche des noms d'overlays, mais cette option sera ensuite prise en compte par l'overlay days (ou event) s'il est programmé pour cela.

Ces fichiers constituent un système de gestion d'événements (overlay Event), avec une version simplifiée pour des événements d'une journée (overlay Day), et un ensemble de scripts "contrôleurs" (le dossier events/) qui gèrent les actions du cycle de vie d'un événement.

Synthèse Générale

  C'est un framework très complet qui gère :
   * Un cycle de vie complet pour un événement (préparation, inscriptions, en cours, terminé).
   * Plusieurs modes d'inscription (ouvert, sur validation, manuel).
   * Des notifications par email pour les participants et les organisateurs.
   * L'intégration avec les agendas externes via la génération de fichiers .ics (iCalendar).

1. @overlays/event.php - Le Framework d'Événements

  C'est la pièce maîtresse, une classe de base extrêmement complète pour tout ce qui est événementiel. On peut le voir comme un mini-framework.

* Rôle : Définir la structure, le comportement et le cycle de vie d'un événement complexe.
* Cycle de vie (State Machine) : L'overlay gère un état (status) qui évolue dans le temps :
       1. created (par défaut) : L'événement est en préparation.
       2. open : Les inscriptions sont ouvertes.
       3. lobby : L'événement est sur le point de commencer (salle d'attente virtuelle).
       4. started : L'événement est en cours.
       5. stopped : L'événement est terminé.
      Les transitions entre ces états peuvent être automatiques (basées sur l'heure) ou manuelles (déclenchées par le propriétaire).

* Fonctionnalités Clés :
       * Gestion des inscriptions (`with_enrolment`) : Propose 3 modes :
           * none : Inscription ouverte à tous.
           * validate : Les utilisateurs postulent et le propriétaire doit valider.
           * manual : Le propriétaire inscrit les participants manuellement.
       * Interface d'édition (`get_tabs`) : Ajoute un onglet "Management" très complet lors de l'édition de la page, permettant de configurer tous les messages du cycle
         de vie (message d'accueil, de bienvenue, de suivi, etc.) et le mode d'inscription.
       * Affichage dynamique (`get_view_text`) : C'est une grosse méthode qui agit comme une machine à états. En fonction du status actuel de l'événement, elle affiche
         les informations, les messages et les boutons d'action appropriés ("S'inscrire", "Rejoindre", "Gérer les inscriptions", etc.).
       * Intégration Calendrier (`get_ics`, `get_invite_attachments`) : Génère un fichier .ics standard que les utilisateurs peuvent importer dans leur agenda (Google,
         Outlook, etc.). Ce fichier est automatiquement attaché aux emails d'invitation ou de confirmation.
       * Notifications (`remember`, `invite`) : S'intègre profondément au système de YACS pour envoyer des emails lors de la création, la mise à jour, l'annulation, ou
         l'inscription à un événement.
       * URLs d'action (`get_url`) : Centralise la création des URLs pour toutes les actions possibles (apply, enroll, join, start, stop...), pointant vers les scripts
         du dossier events/.

event.php est un moteur très puissant conçu pour être la base de tout type d'événement en ligne ou physique.

2. @overlays/day.php - L'Événement Simplifié (Journée)

  Cette classe hérite de Event (class Day extends Event). Son but est de simplifier radicalement l'interface pour des cas d'usage plus simples.

* Rôle : Gérer des événements qui durent toute une journée et ne nécessitent pas de gestion complexe (ex: jour férié, anniversaire, date limite d'un projet).

* Simplifications (ce qu'il change par rapport à `Event`) :
       * Formulaire simplifié (`get_fields`) : Il ne demande que la date (date_stamp). L'heure est forcée à "12:00" et la durée à "1440" minutes (24h) via des champs
         cachés.
       * Pas d'inscription (`with_enrolment`) : Il désactive complètement le système d'inscription en retournant false.
       * Pas de gestion (`get_tabs`) : Il supprime l'onglet "Management", cachant ainsi toute la complexité des messages de cycle de vie.
       * Pas d'action "Rejoindre" (`get_join_url`) : Il retourne NULL, car on ne "rejoint" pas un "jour".

  C'est un excellent exemple d'utilisation de l'héritage pour spécialiser et simplifier une classe complexe pour un besoin spécifique, offrant une bien meilleure expérience utilisateur.

  3. @overlays/events/** - Les Contrôleurs d'Action

  Ce dossier contient une série de petits scripts PHP qui ont chacun une seule et unique responsabilité : exécuter une action sur un événement. Ils sont les "points  d'entrée" pour toutes les interactions de l'utilisateur avec le cycle de vie de l'événement.
 * Pattern commun à tous les scripts :
       1. Récupérer l'ID de l'objet (l'ancre).
       2. Charger l'objet Anchors::get($id).
       3. Charger son overlay Overlay::load(...).
       4. Vérifier les permissions (est-ce le propriétaire ? l'utilisateur a-t-il le droit de voir la page ?).
       5. Appeler la méthode correspondante sur l'objet $overlay (ex: $overlay->start_meeting()).
       6. Rediriger l'utilisateur vers la page de l'événement.
 * Rôle de chaque script :
       * apply.php : Gère la demande d'inscription d'un utilisateur.
       * enroll.php : Fournit au propriétaire l'interface pour valider ou refuser les inscriptions.
       * fetch_ics.php : Script spécial qui ne fait que générer et servir le fichier .ics pour le téléchargement.
       * join.php : Redirige l'utilisateur vers l'URL de la réunion en ligne (ex: lien Zoom/Teams/BBB).
       * open.php, start.php, stop.php : Permettent au propriétaire de forcer manuellement les transitions d'état de l'événement.

  Conclusion et Vision d'Ensemble

  Le système fonctionne comme suit :
   1. Un administrateur crée une page avec un overlay event ou day.
   2. La page d'événement (get_view_text) affiche des boutons ("S'inscrire", "Démarrer l'événement"...) dont les liens pointent vers les scripts du dossier events/.
   3. Quand un utilisateur clique, le script correspondant est exécuté.
   4. Le script charge l'overlay et lui délègue l'exécution de la logique métier (inscrire l'utilisateur, changer le statut, envoyer un email...).
   5. L'utilisateur est redirigé vers la page de l'événement, qui affiche maintenant le nouvel état.
   6. En arrière-plan, le système gère les notifications, les emails, et la synchronisation avec les calendriers externes.

  C'est une architecture très robuste, modulaire et extensible qui sépare bien les responsabilités :
   - `event.php` : La logique métier et l'état (le "Modèle").
   - `get_view_text()` dans `event.php` : La logique d'affichage (la "Vue").
   - Le dossier `events/` : La gestion des actions utilisateur (les "Contrôleurs").

Analyse de @overlays/fusion.php - L'Overlay Composite

  Ce fichier définit l'overlay Fusion, qui est un "méta-overlay" ou un "overlay composite". Son rôle n'est pas de fournir du contenu directement, mais de combiner  plusieurs overlays en un seul.

 C'est une implémentation très puissante du pattern de conception Composite. Il permet d'appliquer les effets de plusieurs overlays différents à un seul et même  contenu (un article, une section, etc.) sans avoir à créer un nouvel overlay spécifique pour chaque combinaison.

Concept Clé

L'idée est simple : vous déclarez l'overlay fusion suivi des noms des autres overlays que vous voulez combiner.

Exemple d'utilisation (dans les options d'une page) :  fusion overlay_A overlay_B overlay_C

Quand cette page sera affichée, YACS chargera l'overlay Fusion, qui à son tour chargera des instances de overlay_A, overlay_B et overlay_C. Lorsque le système  demandera à Fusion de produire du contenu (par exemple, avec get_view_text()), Fusion interrogera ses "enfants" (overlay_A, B, C) et combinera leurs réponses de  manière intelligente.

Fonctionnement Interne

La classe Fusion surcharge la plupart des méthodes de la classe Overlay de base (get_fields, get_view_text, get_id, etc.). Pour chaque méthode, elle applique une  stratégie de fusion spécifique.

Le cœur du système repose sur 3 stratégies principales, implémentées dans des méthodes privées :

1. fusion_chain_method (Stratégie d'Agrégation / Concaténation)

Cette stratégie exécute la même méthode sur tous les overlays enfants et combine leurs résultats.

•    Pour du texte (string) : elle concatène les résultats.
•    Pour des tableaux (array) : elle fusionne les tableaux (array_merge).
•    Pour des booléens (boolean) : elle fait un ET logique (&&). Un seul false rend tout le résultat false.
•    Pour des nombres (integer/float) : elle les additionne.

  Utilisé pour :

•    get_fields(): Pour afficher les champs de formulaire de tous les overlays.
•    get_view_text(), get_list_text(), get_trailer_text(): Pour afficher les contenus de tous les overlays les uns à la suite des autres.
•    get_tabs(): Pour fusionner les onglets de tous les overlays.
•    remember(), parse_fields(): Pour que chaque overlay puisse traiter les données du formulaire et se sauvegarder.

2. fusion_first_reply (Stratégie "Le Premier qui Répond Gagne")

Cette stratégie exécute la méthode sur chaque overlay enfant, dans l'ordre de leur déclaration, et s'arrête dès que l'un d'eux retourne un résultat non-`null`. Le  résultat de ce premier overlay est alors retourné.

Utilisé pour :

•  get_id(): L'ID de la fusion sera l'ID du premier overlay enfant qui en possède un.
•  get_label(), get_live_title(): Le titre ou le libellé sera celui défini par le premier overlay qui souhaite le surcharger. L'ordre est donc crucial ici.
•  render(): La première surcouche capable de gérer le rendu l'emporte.

  3. fusion_pipe_method (Stratégie de "Pipeline" / Filtre en chaîne)

Cette stratégie est plus rare mais très puissante. Le résultat d'un overlay est passé comme argument au suivant.

• overlay_A reçoit la valeur initiale et retourne valeur_A.
• overlay_B reçoit valeur_A et retourne valeur_B.
• overlay_C reçoit valeur_B et retourne valeur_C.
• Le résultat final est valeur_C.

Utilisé pour :

• get_live_description(), get_live_introduction(): Permet à chaque overlay de modifier successivement la description ou l'introduction de la page.

Stockage des Données

Le mécanisme de sauvegarde est également très malin. Quand le formulaire est soumis (parse_fields), l'overlay Fusion :

   1. Demande à chaque overlay enfant de traiter le formulaire.

   2. Récupère les attributs de chaque enfant.

   3. Stocke ces attributs dans son propre tableau $this->attributes, en utilisant le nom de l'overlay enfant comme clé.

  Le résultat sérialisé ressemble à ça :

   1 array(

   2   'overlay_type' => 'fusion',

   3   'overlay_parameters' => 'overlay_A overlay_B',

   4   'overlay_A' => array( ... attributs de A ... ),

   5   'overlay_B' => array( ... attributs de B ... )

   6 )

Lors du chargement, fusion_load_overlays utilise ces données pour "réhydrater" chaque overlay enfant avec son état précédent.

Points d'Attention (mentionnés dans le code)

L'auteur prévient à juste titre :

• Conflits de noms : Si deux overlays fusionnés utilisent un champ de formulaire avec le même nom (ex: <input name="titre">), cela créera des conflits.
• Conflits d'ID : De même pour les ID des onglets dans get_tabs().
• L'ordre est important : Pour la stratégie fusion_first_reply, l'ordre dans lequel vous déclarez les overlays (fusion A B vs fusion B A) change le comportement.

  Conclusion

  L'overlay Fusion est un outil d'architecture logicielle extrêmement puissant et élégant. Il offre une modularité et une flexibilité incroyables aux administrateurs

  du site, qui peuvent désormais "construire" une page en assemblant des briques de fonctionnalités (les overlays) sans avoir besoin d'une seule ligne de code

  supplémentaire. C'est la quintessence d'un système bien conçu, permettant de créer des combinaisons complexes à partir de composants simples.

La classe Overlay est un composant central du CMS YACS qui permet d'étendre les fonctionnalités des pages web de manière modulaire. Voici une analyse approfondie de son fonctionnement :

Fonctionnalités principales

1. Extension des pages : Permet de transformer des articles standards en types spécifiques (recettes, événements, etc.)
2. Stockage des données : Les données des overlays sont sérialisées et stockées avec l'objet parent
3. Interface unifiée : Fournit des méthodes standardisées pour interagir avec les overlays

Méthodes clés

Création et chargement

- `bind()` : Crée une nouvelle instance d'overlay à partir d'un type
- `load()` : Restaure un overlay à partir des données sérialisées d'un objet parent

Gestion des données

- `get_fields()` : Récupère les champs du formulaire spécifiques à l'overlay
- `parse_fields()` : Traite les données soumises via un formulaire
- `save()` : Sérialise les données de l'overlay pour stockage
- `set_values()` : Modifie les attributs de l'overlay

Affichage et rendu

- `get_text()` : Point d'entrée principal pour le contenu affiché
- `get_view_text()`, `get_list_text()`, etc. : Méthodes spécifiques pour différents contextes d'affichage
- `render()` : Permet de rendre des composants personnalisés

Personnalisation

- `get_label()` : Permet de surcharger les libellés standards
- `get_tabs()` : Ajoute des onglets supplémentaires à l'interface
- `allows()` : Contrôle les permissions d'accès

Points techniques intéressants

1. Système de variants : La méthode `get_text()` utilise un système de variants ('view', 'list', etc.) pour adapter l'affichage selon le contexte

2. Gestion Unicode : La classe inclut des mécanismes pour gérer proprement l'encodage Unicode lors de la sérialisation

3. Chargement dynamique : Les overlays sont chargés à la volée depuis des fichiers PHP dans le dossier overlays/

4. Mécanisme de snapshot : Permet de détecter les changements dans les attributs

5. Support des scripts et styles : Méthode `load_scripts_n_styles()` pour charger les dépendances CSS/JS

Bonnes pratiques d'implémentation

Pour créer un overlay personnalisé, il faut généralement :

1. Créer un fichier dans le dossier overlays/ avec le nom de la classe
2. Étendre la classe Overlay de base
3. Implémenter les méthodes nécessaires selon les besoins :
   - `get_fields()` et `parse_fields()` pour la gestion des formulaires
   - Méthodes d'affichage comme `get_view_text()`
   - Éventuellement `allows()` pour les permissions

4. Utiliser `set_values()` pour modifier les attributs persistants

Cette classe montre une conception soignée avec une bonne séparation des préoccupations, permettant une extensibilité importante du CMS tout en maintenant une interface cohérente.

Depuis quelques années Trumbowyg est devenu l'éditeur de Yacs.

La version installée est simplifiée. Elle correspond à 90% des usages constatés par les professionnels qui ont le logiciel actif chez leurs clients.

Afin de pouvoir personnaliser au mieux l'éditeur nous avons fait évoluer le code.

Trumbowyg dispose de multiples plugins et permet aussi de créer les siens.

Les paramètres par défaut dans Yacs

Les paramètres par défaut sont définis dans le panneau de contrôle / lien Fabrication des pages / onglet "éditeur".

les valeurs sont : "blockFormat|strong em|link|justifyLeft justifyCenter justifyRight|unorderedList orderedList specialChars preformatted | viewHTML| fullscreen"

• blockFormat : permet de définir les paragraphes, les titres H2 à H4 et les citations
  
• strong em : mise en gras ou italique
  
• link : insérer un lien (vous pouvez sélectionner une zone de texte auparavant.
  
• justifyLeft justifyCenter justifyRight : justificationn gauche, centre et droite
  
• unorderedList orderedList : liste à puce ou liste ordonnée
  
•  viewHTML : vue en mode "code"
  
•  fullscreen : plein écran
  

C'est rudimentaire mais c'est un choix qui permet de limiter les "débordements" des utilisateurs que ne respectent pas la charte graphique et qui évite les digressions.

Le webmaster a maintenant la possibilité d'ajouter des plugins

Comment ajouter un plugin ?

1. Ajouter le dossier du plugin dans le répertoire /included/trumbowyg/plugins/

2. Dans ce nouveau dossier ajouter le fichier  custom.pluginName.js/ Par exemple custom.table.js

3. ajouter l'appel du plugin via le panneau de contrôle en utilisant la syntaxe p-nomDuPlugin dans la définition de la toolbar de l'éditeur par exemple p-table

4. ensuite après faut mettre le nom du bouton, qui n'est pas toujours le nom du plugin. Pour table on aurait donc p-table table

Alexis a effectué quelques améliorations cette année. en voici un bref résumé

Novembre 2024

• Optimisation du chargement des plugins Trumbowyg : Meilleure gestion des plugins pour cet éditeur, optimisant leur intégration et leur performance.
• Initialisation des tableaux : Prévention des avertissements PHP en initialisant correctement les tableaux avant leur utilisation.

Août 2024

• Reconstruction des fichiers de localisation (i18n) : Mise à jour des outils pour une meilleure gestion des langues et traductions.
• Outil de correction des catégorisations : Ajout d’une fonctionnalité pour rectifier facilement les erreurs dans la catégorisation des éléments.

Juillet 2024

• Mise à jour des requêtes SQL avec tripleslash : Introduction de "tripleslash" pour améliorer les recherches par mot-clé et résoudre des bugs liés aux catégories.
• Retrait de la compatibilité Piwik : Suppression des anciennes compatibilités Piwik et mise à jour de la bibliothèque Matomo pour des statistiques modernes.
• Amélioration des mises en page avec accordéon : Ajout d’une option d’affichage des catégories sans liens dans le format accordéon. Support natif des catégories pour le layout accordéon.

Juin 2024

• Nettoyage du code : Suppression des instructions inutiles, rendant le code plus léger et lisible.
• Amélioration des bases de données :
  • Ajout de valeurs par défaut pour les champs NOT NULL.
  • Utilisation de guillemets autour des noms de colonnes pour une meilleure compatibilité.
• Support FontAwesome : Correction des appels d'icônes FontAwesome (notamment pour les icônes de marques).
• Compatibilité MySQL 8 : Ajustements des expressions régulières et requêtes pour les bases de données MySQL 8.

Mai 2024

• Optimisation des requêtes SQL : Révision des mots-clés comme RANK pour éviter les conflits avec MySQL 8.

Février 2024

• Amélioration du robot stopper : Support des réponses multiples pour les questions anti-robot, renforçant l’expérience utilisateur.
• Prévention des avertissements : Gestion des index vides pour éviter les erreurs ou messages inutiles.

Janvier 2024

• Compatibilité PHP 8 : Mise à jour des variables statiques et corrections des avertissements liés aux valeurs null.
• Amélioration des menus mobiles : Introduction d'un léger délai à l'ouverture des menus sur petits écrans pour une meilleure expérience tactile.
• Amélioration des emails : Correction du format des retours à la ligne dans les emails pour plus de compatibilité avec différents clients.
• Nettoyage du code : Suppression de variables inutilisées, réduisant la complexité et les risques d'erreurs.

Hôtel restaurant cuisine marocaine à Roussillon en Isère

Le site internet de cet hôtel restaurant a évolué dans différentes versions de Yacs depuis février 2010.

la page d'accueil est gérée via l'article "cover" sur lequel est positionné l'overlay "jssor_galery". Cet overlay est très souvent utilisé car il permet de multiples combinaisons et une grande personnalisation.

Le site internet a été crée par Christian

Christian, via son activité Actupro développe des sites internet avec Yacs depuis 2008

Les évolutions et corrections de l'année 2023

Décembre 2023

• Amélioration de la réactivité du menu principal : Le menu principal a été optimisé pour s’adapter aux écrans de différentes tailles.
• Correction des avertissements liés aux valeurs nulles : Gestion des valeurs nulles pour éviter des messages d’erreurs.
• Support du layout mosaïque avec masonry : Amélioration de l'affichage des images dans ce type de mise en page.
• Nettoyage des métadonnées des titres HTML : Les titres de page contiennent désormais un HTML nettoyé.
• Ajout d'un attribut alt pour les images : Génération automatique d’une balise alt pour les images si le titre est renseigné.
• Filtrage des noms de fichiers image : Les noms de fichiers image sont désormais mieux contrôlés.
• Suppression des vues inutilisées : Nettoyage de la base de données pour supprimer les vues non utilisées.
• Correction de l'affichage des catégories : Les catégories avec des fichiers liés ou attachés sont désormais affichées correctement.
• Amélioration des icônes FontAwesome : Corrections apportées pour certains appels incorrects des icônes.

Novembre 2023

• Correction des avertissements lors de la création d’un utilisateur : Résolution des problèmes liés aux avertissements.

Octobre 2023

• Amélioration automatique des choix de couleurs pour les onglets : Ajustement des couleurs pour une meilleure lisibilité et esthétique.

Juin 2023

• Suppression du débogage inutile : Nettoyage des fonctions de développement superflues.
• Mise à niveau de FontAwesome : Passage à la version 5.14 pour bénéficier des nouvelles icônes.
• Filtrage des caractères des fichiers téléversés : Contrôle renforcé pour éviter les caractères non valides.

Mai 2023

• Correction des avertissements PHP 8 : Gestion des erreurs dues aux changements dans la version 8 de PHP.
• Ajout de l’autocomplétion des mots-clés des fichiers : Meilleure expérience utilisateur lors de la gestion des mots-clés.

Avril 2023

• Amélioration de la gestion des mots-clés dans les catégories : Optimisation du suivi des mots-clés et des sous-catégories.
• Correction des liens des catégories enfants : Résolution des problèmes lors de la modification des catégories associées à des mots-clés.

Mars 2023

• Rendu des fichiers audio et vidéo : Possibilité de lire directement des fichiers audio ou vidéo sur la page de vue.
• Amélioration de l’analyse des métadonnées ID3 : Optimisation lors de la gestion des fichiers en streaming.
• Correction des avertissements liés aux fichiers audio ou vidéo : Meilleure gestion des erreurs lors de l’ajout de ces fichiers.
• Ajout d'une catégorisation par mots-clés pour les fichiers : Les fichiers peuvent désormais être classés à l’aide de mots-clés.
• Choix du système de cache dans le panneau de contrôle : Introduction d’une fonctionnalité permettant de sélectionner un système de mise en cache.

Janvier 2023

• Utilisation de types int pour les dimensions d'image : Les dimensions des images sont désormais correctement gérées comme des entiers.
• Suppression de la bibliothèque zipfile obsolète : Nettoyage du code pour retirer une dépendance inutilisée.
• Correction des avertissements avec des paramètres nuls : Gestion appropriée des valeurs nulles pour éviter des erreurs.

De plus en plus d'hébergeurs vont obliger le passage de vos logiciels vers php8. Yacs est prêt.

Depuis quelques semaines, Alexis et Christian ont travaillé pour adapter et tester Yacs afin qu'il fonctionne sans alertes avec php8. Cette version de php est beaucoup moins permissive que les précédentes et il a fallu consolider certaines fonctions.

Les dernières retouches ont été délivrées sur Github le 12 janvier 2023.

Il reste encore surement quelques "warning" dans des fonctionnalités très peu exploité mais la revue de code va encore continuer quelques temps.

Vous pouvez également nous soumettre vos remarques via le formulaire de contact

La version de Yacs utilisée pour yacs.fr est celle du 12 janvier 2023 également. Nous sommes toujours en version 7.3 sur ce serveur car tous les sites présents ne sont pas encore migrés

les corrections et améliorations de Yacs durant l'année 2022

Décembre 2022

• Correction des avertissements PHP 8 : Gestion des avertissements liés aux versions récentes de PHP.
• Mise à jour de SCSSPHP : Passage de la version 1.5.6 à 1.11 pour de meilleures performances.
• Gestion des paramètres nuls : Prévention des avertissements lors de l’utilisation de paramètres non définis.
• Correction des titres non fournis : Résolution des erreurs liées à l’absence de titres dans la fonction build_box.
• Amélioration du cache : Désactivation du cache et du suivi des scripts si le serveur est inactif.

Octobre 2022

• Simplification des requêtes SQL : Optimisation des requêtes pour une meilleure performance.
• Correction des avertissements PHP 8 : Gestion des paramètres nuls pour éviter les erreurs.

Septembre 2022

• Vérification des indices avant utilisation : Prévention des erreurs liées à des indices de tableau non définis.

Août 2022

• Correction des fonctions obsolètes : Suppression des fonctionnalités non supportées par les nouvelles versions de PHP.
• Amélioration des arguments des fonctions : Déclaration correcte des paramètres pour éviter des erreurs.

Juillet 2022

• Prise en charge des images WebP : Ajout de la compatibilité pour le format d’image WebP.
• Correction des paramètres facultatifs : Meilleure gestion des paramètres optionnels pour éviter les avertissements.
• Mise à jour de FontAwesome : Remplacement des fonctions obsolètes pour la compatibilité avec PHP 8.1.

Juin 2022

• Mise à jour des bibliothèques : Migration de pathconverter à 1.1.3 et de minifier à 1.3.68.
• Prune des bibliothèques obsolètes : Suppression des anciennes dépendances inutilisées.
• Mise à jour de Trumbowyg : Passage à la version 2.25.1 pour une meilleure édition de texte.

Mai 2022

• Ajout d’un hook sur la navigation principale : Personnalisation accrue de la barre de navigation.
• Amélioration des liens YouTube : Transformation automatique des liens en vidéos intégrées.

Avril 2022

• Correction des arguments incomplets : Résolution des erreurs liées aux sections aléatoires avec des paramètres manquants.

Mars 2022

• Vérification des permissions pour les images : Meilleure gestion des droits d'accès pour les images.

Février 2022

• Ajout d’une bibliothèque PHP pour Matomo : Intégration des fonctionnalités de suivi analytique.
• Introduction d’un hook heartbeat : Ajout d'une fonctionnalité permettant de surveiller les activités.

Janvier 2022

• Possibilités accrues pour le menu supérieur : Meilleure personnalisation des entrées du menu.
• Amélioration de l’interface : Ajout d’un menu principal à deux niveaux avec un panneau déroulant.
• Contrôle des arguments pour go.php : Syntaxe améliorée pour la gestion des arguments.
• Modifications mineures du HTML : Améliorations subtiles pour un rendu plus propre.

Suite à la mise en place du Règlement européen concernant la sécurité des données personnelles, nous allons bientôt vous proposer une nouvelle version de Yacs

Si vous allez consulter le dépôt Github de Yacs vous constaterez que Yacs évolue tous les mois. Afin de vous proposer une version stable, Alexis, le développeur principal de Yacs, va intégrer les procédures obligatoires pour être compatible avec le RGPD. Il s'agit principalement :

• d'un recueil de consentement sur le formulaire de contact
• d'un recueil de consentement sur le formulaire d'inscription
• d'une possibilité de réglage d'acceptation des cookies (intégration du script tarteaucitron : https://opt-out.ferank.eu/fr/)
• d'un formulaire de demande d'extraction des données personnelles
• d'un formulaire pour exprimer son droit à l'oubli (dans la limite des autres lois à respecter car si vous êtes client ou prospect on effacera pas forcement toutes vos données !)

Toutes es fonctionnalités seront paramétrable au maximum dans la mesure du possible.

Système de mise à jour

le système de mise à jour par "archive" va être progressivement abandonné après la publication de la version "RGPD". La mise à jour se fera sous forme de "patch". Le patch étant très proche d'une archive dans son utilisation sur le CMS.

Aide à la migration

Les évolutions de Yacs étant importantes ces derniers mois, Alexis et Christian vont vous proposer une aide à la migration. Selon les cas il s'agira d'une prestation ou d'une aide bénévole sur notre temps libre. N'hésitez pas d'ores et déjà à nous solliciter afin de prévoir au maximum le travail a effectuer.

Yacs est toujours vivant. Tous les mois de nouveaux sites sont mises en ligne.

Si des infographistes veulent nous rejoindre nous les guideront avec plaisir. De même les experts SEO peuvent nous donner leur avis sur Yacs.

Dépot github : https://github.com/yacs/yacs

si vous êtes concerné par un migration d'apache de 2.2 à 2.4, vous devrez intervenir sur le fichier .htaccess de votre yacs

En tout cas c'est fort probable. OVH a en tout cas entrepris cette évolution. Si votre site internet tombe en erreur 500 il vous faudra alors modifier votre fichier .htaccess soit via ftp soit en ligne de commande ssh.

Il vous faut enlever toute la partie concernant le module DEFLATE soit environ 30 lignes

La version de Yacs est en cours de mise à jour afin de tenir compte de cette nouvelle version d'Apache

plus d'informations : http://travaux.ovh.net/?do=details&id=25601

du 28 au 30 août, les deux principaux développeurs se sont réunis dans le Pays Viennois afin de préparer une archive "Release Candidat" avec des corrections et des nouveautés.

A cette occasion le site yacs.fr va aussi subir quelques corrections et réorganisation. Non yacs n'est pas mort et on espère, avec cette nouvelle version, avoir de nouveaux contributeurs

Merci de votre patience 

Attention : les inscriptions sont temporairement fermées 

Il s'agit d'un outil libre (LGPL), respectueux des standards, et basé sur PHP et MySQL. Facile à utiliser, Yacs se démarque par une grande modularité, une puissance, un code simple et structuré.

Utilisé par des professionnels comme framework pour leurs développements spécifiques, Yacs permet aussi aux webmasters amateurs ou utilisateurs finaux d'administrer leur site web avec autonomie.

Yacs est distribué librement sur Github sous licence LGPL, toutes contributions sont bienvenues.