Flux de travail éditorial

Les pages utilisent quatre statuts de flux de travail :

• draft
• in_review
• published
• archived

Les nouvelles pages démarrent en draft.

• contenu en cours de travail
• non public
• les éditeurs peuvent modifier le contenu dans cet état

• prêt pour la relecture
• non public
• les éditeurs ne peuvent plus modifier le contenu de la page tant que celle-ci n'est pas ramenée en draft

• public
• accessible via le routage du site public
• la visibilité de la page continue de fonctionner conjointement avec les règles de visibilité au niveau des blocs à l'intérieur de la page

• retiré de l'usage en production
• non public
• un rôle autorisé peut le ramener en draft ou le publier à nouveau

Actions autorisées :

• draft -> in_review
• in_review -> draft
• published -> draft
• archived -> draft

Non autorisé :

• publier
• archiver

Actions autorisées pour les sites assignés :

• draft -> in_review
• draft -> published
• in_review -> draft
• in_review -> published
• in_review -> archived
• published -> draft
• published -> archived
• archived -> draft
• archived -> published

super_admin dispose des mêmes possibilités de flux de travail que site_admin, mais sur l'ensemble de l'installation.

Seules les pages ayant le statut published sont publiques.

• les pages draft renvoient 404
• les pages in_review renvoient 404
• les pages archived renvoient 404

Cela s'applique aux routes publiques normales, au routage multisite et aux routes localisées.

Le statut de flux de travail de la page et le statut des blocs sont distincts. L'action habituelle Edit Page -> Overview Publish publie uniquement l'enregistrement de la page. Elle ne publie pas silencieusement les blocs en brouillon ou en relecture contenus dans la page. Si une page comporte des blocs qui lui appartiennent et qui ne sont pas publiés, l'action de publication ouvre une fenêtre modale avec l'option Also publish all unpublished page-owned blocks décochée. La laisser décochée conserve le comportement limité à la page ; la cocher publie les blocs éligibles appartenant à la page dans la même action de flux de travail.

L'onglet Overview affiche également une aide Unpublished page content lorsque des blocs appartenant à la page sont encore en brouillon ou en relecture. Publish page-owned blocks publie uniquement ces blocs appartenant à la page et ne modifie pas le statut de flux de travail de la page.

Le contenu des Shared Slot est exclu de ces flux de publication des blocs appartenant à la page. Les slots d'en-tête, de pied de page ou autres adossés à un Shared Slot doivent être relus et publiés séparément ; WebBlocks CMS ne répercute pas la publication de la page sur les arbres de blocs des Shared Slot.

L'état du flux de travail détermine aussi qui peut continuer à modifier le contenu de la page.

• les éditeurs peuvent modifier le contenu de la page uniquement tant qu'elle est en draft
• une fois que la page quitte l'état draft, modifier le contenu requiert un site_admin ou un super_admin, ou un retour du flux de travail en draft
• les utilisateurs site_admin et super_admin peuvent continuer à travailler dans les états de flux de travail qu'ils sont autorisés à gérer

1. l'éditeur crée une page en draft
2. l'éditeur termine le contenu et le soumet à relecture
3. le site admin ou le super admin relit la page
4. le site admin ou le super admin publie la page
5. les mises à jour ultérieures peuvent ramener la page en draft, puis la faire repasser par la relecture

Les parcours internes permettent de préparer une mise à jour sans remettre la page publiée à l'état draft. Une page de préparation distincte en brouillon est liée à la source publiée. La source reste publique à son adresse habituelle, tandis que la préparation peut être examinée dans /webadmin/pages/{page}/preview.

La promotion est explicite. WebBlocks CMS copie le contenu approuvé des slots propres à la page vers la source publiée, place les blocs transférés à l'état published et conserve l'adresse et l'état de la source. Les slots reposant sur Shared Slots restent exclus. Après les versions de sécurité précédant et suivant la promotion, la page technique de préparation est supprimée dans la même transaction. Un brouillon de préparation actif abandonné peut être écarté par son action dédiée d'Internal Content API, sans accorder un droit général de suppression de pages.

Sur un brouillon ou une page de préparation existante, choisissez Ouvrir le panneau d'aperçu dans les paramètres de page ou un formulaire pris en charge d'un bloc propre à la page, puis Actualiser l'aperçu. Le moteur normal combine les valeurs non enregistrées prises en charge du formulaire ouvert avec le reste du brouillon enregistré. Les autres formulaires ouverts sont exclus. L'actualisation n'enregistre aucun contenu, ne crée pas de version et ne promeut pas de mise à jour ; les points de récupération restent indépendants. Pour une page publiée, préparez d'abord une mise à jour de préparation.

Choisissez une langue de contenu activée et Ordinateur (1024 px) ou Téléphone (390 px). Un changement de langue demande une nouvelle actualisation. La langue d'édition du formulaire reste inchangée : un texte turc non enregistré ne devient pas anglais parce que le sélecteur change. Une traduction de page absente produit une erreur explicite ; les mécanismes de repli existants des blocs restent inchangés.

Modifications en attente signifie que le résultat affiché peut être dépassé. L'heure du dernier rendu réussi reste visible après une erreur. Validation, sources indisponibles, perte de connexion et accès expiré conservent les valeurs. Corrigez le problème puis actualisez ; ne rechargez pas un formulaire inachevé uniquement pour réessayer. Dynamic Content utilise les correspondances, filtres, tri, pagination et comportements vide/erreur configurés. La saisie et l'ouverture du panneau n'interrogent pas les sources.

Le panneau privé isole le contenu de l'éditeur. Liens, scripts du contenu, cadres intégrés et envoi de formulaires sont désactivés ; la pagination native des collections reste disponible. Les formulaires Gallery, de blocs enfants intégrés, de plugins et d'Embedded Applications, nouveaux blocs, téléversements et changements de type, slot, parent, ordre ou état demandent un enregistrement préalable. Les limites sont expliquées dans le formulaire. Aperçu enregistré dans un nouvel onglet reste disponible sur écran étroit et affiche uniquement les valeurs enregistrées. Gardez Enregistrer et publier comme actions séparées.

Sur les brouillons et pages de préparation existants, les paramètres de page et formulaires des blocs propres protègent les valeurs inachevées par des points de récupération, y compris le Rich Text localisé et les références aux médias sélectionnés. Attendez Point de récupération confirmé avant de vous y fier. Une confirmation en attente ou échouée signifie que les dernières saisies peuvent ne pas être protégées ; gardez l'onglet ouvert ou enregistrez normalement.

Après un rechargement ou une interruption, revenez à l'éditeur dans le même onglet et reconnectez-vous avec le même utilisateur si nécessaire. Choisissez Restaurer les valeurs du formulaire, Écarter le point ou Continuer avec le contenu enregistré. Restaurer remplit le formulaire pour examen et Enregistrement explicite. Continuer conserve le point précédent et suspend la protection des nouvelles modifications jusqu'à sa restauration ou son abandon. Écarter supprime le point concerné sans changer le contenu enregistré.

Si la page enregistrée a changé ailleurs, examinez le contenu actuel et confirmez cet examen avant de restaurer. Enregistrer vérifie à nouveau les conflits ultérieurs. Accès au site, permissions, activité du compte, langue et état sont contrôlés pendant toute la récupération. Utilisateurs, formulaires, langues et sessions ont des points séparés.

La récupération ne crée pas de révision et ne publie rien. Elle couvre les brouillons et pages de préparation existants ; préparez une mise à jour avant de modifier une page publiée. Shared Slots, nouvelles pages non enregistrées, téléversements et identifiants sont exclus. Un navigateur moderne avec isolation des onglets est requis ; une récupération indisponible ou non prise en charge est signalée explicitement.

Les points sont limités à 256 KiB et 512 contrôles, avec 32 sessions inachevées au maximum par utilisateur. Ils expirent sept jours après leur dernière mise à jour. Un enregistrement réussi ou un abandon explicite efface le point concerné ; un échec le conserve. Le planificateur supprime les points expirés chaque jour. Les opérateurs peuvent aussi exécuter php artisan webblocks:editor-recovery:prune.