Fonctionnalités
Des comptes, des rôles, une administration, des courriels, des fichiers, des paiements, la mise en production. Rien de tout cela n’est propre à votre métier. Fraza le fournit, dans un projet Next.js qui reste le vôtre.
Sans écrire une ligne
Avant toute personnalisation, un projet généré par npx @fraza/start a déjà tout ceci.
Les écrans de compte que chaque application réécrit, servis par une seule page.
Authentification dans la doc →Une coquille d’admin complète, que les modules et votre projet enrichissent sans la modifier.
Administration dans la doc →Chaque service s’active par des variables d’environnement. Aucun n’est obligatoire.
Configuration dans la doc →Une route qui sert le contenu à la racine du domaine, et un système de templates pour l’envelopper.
Contenu public et templates dans la doc →Le schéma s’installe par une commande, qui crée les tables du core et celles de chaque module activé.
Base de données dans la doc →Étendre
Par ordre d’engagement croissant. La règle courte : si une fonctionnalité peut vivre en module, elle vit en module. Tant qu’elle ne sert qu’ici, elle reste une extension du projet. L’API d’enregistrement est la même dans les deux cas.
La fonctionnalité ne sert qu’à ce projet.
Un fichier du projet qui appelle les fonctions d’enregistrement de l’admin.
En savoir plus →La fonctionnalité servira dans un deuxième projet.
Un paquet npm publié, avec son propre cycle de version.
En savoir plus →Le besoin est structurel et concerne tous les projets.
Le dépôt de @fraza/core, donc une nouvelle version.
En savoir plus →Ce que Fraza n’est pas
Ce n’est pas un framework. Next.js reste le framework. Fraza est une dépendance de votre application.
Ce n’est pas un constructeur de site sans code. L’admin permet d’éditer du contenu et de gérer l’activité, pas de dessiner une application.
Ce n’est pas seulement un CMS, même si le module Pages en fournit un. Le contenu éditorial est un usage parmi d’autres.