Un CMS sans limites, conçu pour les ingénieurs en design
Un CMS entièrement extensible, bâti avec Laravel et Filament. Aussi personnalisable et unique que vous saurez le faire.
Conçu pour les ingénieurs en design
Les blocs sont des classes PHP et des vues Blade, et chaque couleur et chaque mesure est un jeton de design déclaré une seule fois. Le modèle de contenu est du code plutôt qu'un écran de configuration : ce sont donc les personnes qui construisent le site qui décident du rendu et de ce qui est offert à la rédaction.
Serveur MCP intégré pour les agents IA
Un serveur MCP est fourni avec la trousse, accessible par stdio ou par un point d'accès HTTP authentifié. Un agent rédige des pages, réorganise des blocs et publie au moyen des mêmes services de domaine que le panneau d'administration : la même validation et les mêmes permissions de blocs s'appliquent, et chaque écriture est consignée dans l'historique des versions au nom de l'utilisateur dont le jeton l'a effectuée.
Entièrement personnalisable et extensible
Le balisage de n'importe quel bloc se remplace en déposant un fichier dans votre propre répertoire de vues, sans entrée de configuration ni étape de publication. La classe derrière une clé de bloc peut être remplacée, et vos propres types de contenu et gabarits coexistent avec ceux fournis. Le contenu déjà enregistré continue de fonctionner à travers tout cela.
Un aperçu des fonctionnalités...
- 39
- Blocs intégrés
- 6
- Gabarits
- 5
- Habillages
- 32
- Outils MCP
Questions
Puis-je créer mon propre thème?
Bien sûr! Vous pouvez créer vos propres gabarits, blocs et habillages au moyen de composants Blade et de CSS standards. Tout est repéré automatiquement : dès que votre code est chargé, votre création est prête à servir.
Puis-je modifier le balisage des composants fournis?
Oui, sans la bifurquer. Créer resources/views/vendor/cms/blocks/hero.blade.php remplace le gabarit du bloc Hero, parce que Laravel consulte ce répertoire avant celui de la trousse. Il n'y a ni entrée de configuration ni étape de publication. La classe derrière une clé de bloc se remplace de la même façon, et le contenu déjà enregistré continue de fonctionner.
Qu'advient-il des anciennes pages lorsqu'un bloc change?
Elles continuent de s'afficher. Les versions sont immuables : un bloc qui gagne ou renomme un champ fait migrer la forme enregistrée à la lecture, dans cast(), plutôt que par une migration de base de données. Une page enregistrée il y a un an s'affiche avec le code d'aujourd'hui.
Comment le site public est-il stylisé?
Les vues ne portent que des classes sémantiques cms-*, les utilitaires étant regroupés derrière @apply dans une seule feuille de styles. Tailwind n'a jamais à analyser les vues de la trousse, et une règle écrite après l'importation l'emporte par l'ordre du code : restyler exige donc rarement de bifurquer le balisage.
Comment gérez-vous la mise en cache des pages?
Les pages rendues sont mises en cache pour offrir les meilleures performances. Un bloc se déclare non cachable lorsque sa sortie dépend de la requête ou de données extérieures à sa propre version, et cela se propage à toutes les pages qui l'intègrent au moyen d'un extrait. Publier, déplacer ou supprimer du contenu invalide le cache de cette page.
Commencez par le guide du développeur
Installation, modèle de données, création de blocs et de gabarits, régions, habillages, mise en cache, recherche et serveur MCP.