Pages système

Les pages système permettent d’appliquer aux écrans d’erreur et d’extension destinés aux visiteurs la même mise en page et les mêmes emplacements partagés qu’au reste du site. Elles se trouvent dans Pages et portent le badge Système. Le filtre de type de page sépare les enregistrements Contenu et Système. Le menu Système continue de regrouper la configuration opérationnelle.

1. Dans Pages, sélectionnez un site et dépliez Pages système à l’aide de son en-tête muni d’un chevron. L’en-tête fonctionne aussi au clavier.
2. Choisissez Préparer un brouillon à côté d’un écran d’erreur intégré ou d’un écran déclaré par une extension activée.
3. Le brouillon contient des blocs initiaux natifs modifiables avec un titre et un texte d’introduction traduits. Les designs d’erreur fournissent aussi leur texte d’erreur habituel. Le contenu initial de la page 404 comprend un bloc Button Link vers l’accueil. Ouvrez Main → Modifier les blocs pour modifier ce contenu.
4. Sélectionnez la mise en page. Utilisez les commandes d’emplacement existantes pour associer un en-tête, un pied de page, une barre latérale ou d’autres emplacements partagés compatibles.
5. Ajoutez le contenu d’encadrement et les traductions, puis ouvrez l’aperçu.
6. Publiez explicitement lorsque le design est prêt. Préparer ou enregistrer un brouillon ne modifie pas l’écran public.

L’éditeur exige les autorisations de page existantes pour le site sélectionné. Les autorisations des emplacements partagés restent distinctes. Un écran déjà préparé ouvre le design existant. Une nouvelle préparation ne crée jamais de doublon. Vous pouvez archiver ou supprimer un design pour rétablir l’apparence intégrée. Un design n’a aucun slug public indépendant et ne figure ni dans les résultats de recherche, ni dans les listes automatiques de pages, ni dans le plan de site. Il ne peut pas être dupliqué ou déplacé vers un autre site. Préparez plutôt un design propre à ce site. Les imports de site conservent l’identité de l’écran et laissent les designs importés en brouillon. Le processus Site Promotion existant, fondé sur les chemins, refuse les paquets contenant des pages système. Pour ce processus, exportez uniquement les pages de contenu ordinaires.

L’onglet Paramètres identifie l’Écran par son nom lisible. Dépliez Détails techniques uniquement si vous avez besoin de son identifiant d’association interne. Si la définition de l’extension est indisponible, l’écran utilise le titre de page enregistré.

La préparation initiale enregistre ensemble la page, ses blocs, ses traductions et sa première révision. Ouvrez Main → Modifier les blocs pour retrouver le texte préparé, déjà prérempli, et le modifier avec les commandes de bloc habituelles. L’aperçu affiche les blocs enregistrés et reflète vos modifications. Rouvrir un design préserve ces modifications.

Les blocs par défaut sont des enregistrements ordinaires Hero, Header, Plain Text ou Button Link, avec des lignes de traduction SQL et des paramètres typés. Aucun modèle JSON ni stockage distinct de contenu de l’extension ne les gère. Ils utilisent le même éditeur de blocs et la même API que les autres pages.

La fonctionnalité reste responsable du formulaire, des résultats et du traitement. Les blocs éditoriaux de Main apparaissent avant le contenu fonctionnel. Les formulaires et résultats nécessaires à une extension ne peuvent pas être supprimés en retirant des blocs ou en désactivant Main. Les aperçus des extensions montrent les blocs éditoriaux natifs enregistrés et un petit emplacement fonctionnel libellé, sans véritables données client, de compte, de paiement ou de jeton. Les aperçus d’erreur du noyau affichent leur contenu éditorial enregistré sans emplacement de formulaire. Aucun second message par défaut immuable ne suit le texte d’erreur personnalisé. Les blocs d’emplacements partagés conservent leur processus de publication distinct. Une extension doit déclarer la prise en charge. La présence d’une route publique ne suffit pas à en faire une page système.

Le noyau fournit Page introuvable (404) et Maintenance (503). Les versions à jour des extensions Campaigns, Appointments, Memberships et Commerce déclarent leurs écrans de confirmation, de compte, de panier et de paiement. Un seul design d’écran couvre tous les enregistrements utilisés à l’exécution.

Publiez la page et ses blocs de contenu via le processus habituel. L’écran public d’erreur intégré reste utilisé tant que le design n’a pas de contenu Main publié.

Un design 404 publié conserve la réponse 404 effective et la protection contre l’indexation. Les erreurs JSON et le modèle 404 propre à l’application hôte restent inchangés. Si le rendu du design d’erreur personnalisé échoue, le CMS utilise son repli intégré.

Avant une mise à jour du CMS, le design 503 publié du site principal est rendu en HTML et enregistré. La réponse de maintenance peut alors fonctionner sans l’application ni la base de données, tout en conservant le statut HTTP 503 et les instructions de nouvelle tentative. Le contrôle de maintenance de Laravel avant amorçage couvre toute l’installation. Les autres domaines utilisent le rendu de maintenance préparé pour le site principal. Il inclut la mise en page sélectionnée et les emplacements partagés, sans les fenêtres de recherche et de consentement du CMS. En l’absence de design publié utilisable, le modèle statique intégré de maintenance s’applique. Préparer une page système ne met pas le site en maintenance.

La recherche et les préférences de cookies restent des outils accessibles sur la page actuelle. Elles ne constituent donc pas des pages système. Les anciennes adresses de recherche et de préférences redirigent vers l’accueil localisé et ouvrent la fenêtre correspondante. Leurs points de terminaison JSON ou de formulaire conservent leur rôle technique. Consultez Recherche et Cookies et confidentialité.