Gardez votre admin propre : garde 404 pour sous-chemins AISD inconnus
Garde 404 propre pour sous-chemins AISD inconnus une fonctionnalité du module AI Studio Design de Clustraly. La garde 404 pour sous-chemins AISD inconnus intercepte tout chemin /admin/aisd non implémenté et renvoie un vrai 404, jamais une page de contenu.
Un lien tapé de travers ou une URL obsolète sous /admin/aisd ne doit jamais retomber sur une page publique. Cette garde renvoie un 404 net, à sa place.
Un vrai 404, jamais une page de contenu par erreur
Quand quelqu'un ouvre un chemin /admin/aisd qui n'existe pas lien périmé, faute de frappe, ancienne URL en favori vous obtenez une réponse honnête : un 404. Pas une page publique déguisée, pas un slug de contenu résolu au hasard.
- Réponse 404 nette pour tout sous-chemin AISD inconnu
- Aucune page publique servie à la place
- Comportement prévisible pour vous et vos éditeurs
Une route de repli qui intercepte tout le reste
La garde déclare une route GET /admin/aisd/{any} qui capte tout ce qu'aucune route réelle n'a pris. Elle appelle StudioController::notFound, qui renvoie le Response::notFound() standard du cœur.
- GET /admin/aisd/{any} comme filet de sécurité
- Renvoie Response::notFound() via StudioController::notFound
- Un seul point d'interception pour tout le namespace /admin/aisd
Empêche la retombée sur le catch-all public
Sans cette garde, un chemin /admin/aisd inconnu glisserait jusqu'au catch-all public /{any} et serait interprété comme un slug de contenu. Résultat : une page de contenu affichée là où vous attendiez une erreur d'administration. La garde ferme cette porte.
- Bloque la résolution en slug de contenu public
- Sépare nettement l'espace admin de l'espace public
- Fin des fausses pages surgies d'un mauvais lien
Vos vraies routes passent d'abord, la garde ramasse le reste
Les routes réelles des différentes phases du studio sont enregistrées AVANT cette garde. L'ordre d'enregistrement l'emporte : chaque écran implémenté répond normalement, et seuls les chemins véritablement inconnus atteignent le repli 404.
- Routes réelles enregistrées avant la garde
- L'ordre d'enregistrement fait foi
- La garde ne capte que l'inconnu, jamais vos écrans
Toujours derrière l'authentification et la permission
Même le 404 reste protégé : la route de repli vit derrière auth + la permission aisd.use, comme le reste du studio. Le plugin se branche au cœur uniquement par ses hooks, sans jamais toucher aux fichiers du cœur ni déclarer de route dans app/routes.php.
- Repli protégé par auth + permission aisd.use
- Branché via hooks, zéro fichier du cœur modifié
- Aucune route déclarée dans app/routes.php
Un back-office qui répond juste, à chaque URL
Cette garde ne fait pas de bruit, et c'est tout l'intérêt : vos écrans du studio répondent normalement, et le moindre chemin inconnu renvoie un 404 franc plutôt qu'une page publique inattendue. Le genre de détail d'ingénierie qui garde votre admin prévisible.
Questions fréquentes
Que se passe-t-il si je tape une URL /admin/aisd qui n'existe pas ?
Pourquoi un chemin admin inconnu risquerait-il d'afficher une page de contenu ?
Cette garde peut-elle masquer un de mes écrans du studio ?
Le 404 est-il accessible à tout le monde ?
Fonctionnalités liées
Une garde discrète, un admin prévisible
La garde 404 pour sous-chemins AISD inconnus fait le travail invisible : elle transforme chaque URL /admin/aisd égarée en 404 honnête, protège la frontière entre votre studio et le contenu public, et laisse toutes vos vraies routes répondre en priorité. Un détail d'ingénierie de plus qui garde Clustraly propre et prévisible.