Le code vous appartient
Sur chaque offreTéléchargements sur les formules payantes
- Lisez-le
- Le File Explorer affiche les fichiers écrits pour votre site, tels que la version en ligne les contient.
- Modifiez-le
- Les personnes disposant de droits de modification peuvent changer les fichiers à la main et les publier, sans IA ni crédits. Un enregistrement qui enfreint une règle de publication est retenu, et rien ne passe en ligne si la construction échoue.
- Téléchargez-le
- Avec une offre payante, toute personne de l'espace de travail peut télécharger la version en ligne, ou une version antérieure, sous forme de zip.
- Ce qu'il laisse de côté
- Le téléchargement contient les fichiers propres à votre site. Il laisse de côté les éléments partagés sur lesquels tourne chaque site Briks, les fichiers de configuration et les clés, donc il ne fonctionne pas seul.
Synchronisation GitHub
Offres payantes
- Connecter
- Les Owners et les Admins connectent un dépôt et une branche à un projet.
- Briks vers GitHub
- Chaque version mise en ligne devient un commit sur votre branche.
- De GitHub à Briks
- Un push sur votre branche est vérifié selon les mêmes règles de publication, puis créé et publié, sans IA.
- Conflits
- Quand les deux côtés ont modifié le même fichier, Briks place sa version sur une branche
briks-syncpour que vous la fusionniez. Il n'effectue jamais de push forcé. - Ce qu'on y met
- Uniquement les fichiers propres à votre site : le dépôt ne s'exécute donc pas tout seul. Les fichiers de configuration, les modifications de la base de données et les clés n'en font jamais partie.
La base de données de chaque site
Sur chaque offreTéléchargements sur les formules payantes
- Sa propre base de données
- Un site qui stocke des données obtient sa propre base de données, créée par défaut dans l'Union européenne, la première fois qu'une génération en a besoin.
- Dans le studio
- Consultez, recherchez, triez, ajoutez et modifiez les enregistrements collection par collection, avec des vues des comptes, des commandes et des abonnements du site.
- Téléchargements
- Avec une offre payante, téléchargez chaque collection en JSON, ou une collection en CSV.
- Modifier sa structure
- Demandez un nouveau champ ou une nouvelle collection en mots simples. Les changements ne font qu'ajouter, Briks crée un point de restauration avant de les appliquer, et un changement qui ferait perdre des données bloque la publication.
- Revenir en arrière
- Les Owners et les Admins peuvent ramener la base de données à un moment antérieur ou à un point de restauration. Avec une formule payante, des copies nocturnes sont conservées 30 jours.
Tâches planifiées, webhooks et hooks de déploiement
Sur chaque offreLimites par plan
- Tâches planifiées
- Appelez une route de votre site, ou n'importe quelle adresse web sécurisée, selon un calendrier dans votre propre fuseau horaire. Chaque exécution est consignée pendant 30 jours.
- Webhooks
- Des messages signés au format Standard Webhooks, envoyés à toute adresse sécurisée quand le site est publié, qu'une saisie de formulaire arrive ou qu'un enregistrement est modifié dans le studio :
site.published,form.receivedetrecord.changed. Un envoi qui échoue est retenté pendant environ 45 minutes. - Hooks de déploiement
- Une adresse privée qui republie le site lorsqu'un autre outil l'appelle, sans IA.
| Plan | Tâches planifiées | Webhooks | Appels par jour |
|---|---|---|---|
| Free | 1 | 1 | 2 000 |
| Starter | 5 | 5 | 5 000 |
| Pro | 10 | 10 | 10 000 |
| Studio | 25 | 25 | 50 000 |
| Agency | 50 | 50 | 100 000 |
Chaque projet a son propre quota. Les appels par jour comptent ensemble les exécutions planifiées et les envois de webhooks.
Secrets
Sur chaque offre
- Où ils sont hébergés
- Les clés dont le code de votre serveur a besoin sont enregistrées directement sur le site publié, chiffrées. Briks ne conserve que leurs noms, et personne ne peut relire une valeur.
- Les ajouter
- Une fois le site publié, les Editors, Admins et Owners en ajoutent jusqu'à 100 par projet, un par un ou depuis un fichier .env.
- Les utiliser
- Le code de votre serveur lit chaque clé par son nom. Une clé n'atteint jamais le navigateur d'un visiteur, et une clé écrite dans un fichier bloque la publication.
Paiements avec votre propre compte
Toutes les formules, Free comprise
- Votre propre prestataire
- Stripe, PayPal, Mollie, Razorpay, Paddle, Lemon Squeezy, Polar, Creem ou Dodo Payments, un seul à la fois, avec votre propre compte et vos propres clés. L'argent va chez vous, et Briks ne prend aucune commission.
- Paiement et abonnements
- Le paiement unique fonctionne avec chacun d'eux. Les abonnements, avec un essai gratuit facultatif, fonctionnent avec Stripe, Paddle, Polar et Lemon Squeezy.
- Vérifié
- Chaque rapport de paiement est vérifié avant qu'une commande ne soit comptée, et les commandes et abonnements sont conservés dans la base de données propre au site.
- Clés
- Les Owners et les Admins les enregistrent. Chacun est d'abord testé, puis conservé avec le site publié.
Connexion pour vos visiteurs
Sur chaque offre
- Par défaut
- E-mail et mot de passe, avec confirmation de l'e-mail et réinitialisation du mot de passe.
- Prestataires
- Ajoutez Google, Apple, Microsoft, GitHub, X, Facebook, LinkedIn ou Discord avec vos propres clés.
- Réservé aux membres
- Réservez des pages et des données aux membres connectés ou aux abonnés.
Demandez tout, selon quelques règles fixes
Sur chaque offre
- Votre demande passe en premier
- Demandez en termes simples votre propre code serveur, un autre service connecté avec votre clé, ou un parcours de paiement à vous. Une correction faite ensuite par Briks n'annule jamais ce que vous avez demandé.
- C'est vous qui décidez, avec le risque annoncé
- Quelques règles de paiement ne s'assouplissent que si vous le demandez en toutes lettres, par exemple laisser l'acheteur choisir le montant. La construction le conserve et vous indique le risque.
- Autres sites web
- Autorisez jusqu'à 10 sites web de confiance dans les paramètres du projet, pour que votre site puisse charger leurs scripts, leur envoyer des données ou afficher leurs pages.
- Des règles qui ne plient jamais
- Une clé écrite dans un fichier, une clé secrète lue dans le navigateur et du code qui lit les clés propres à Briks sont refusés, quel que soit le demandeur.
Vérifications à chaque publication
Sur chaque offre
- Les règles de publication
- Chaque construction, modification, retouche manuelle et envoi vers GitHub est vérifié selon ces règles. Une modification qui en enfreint une n'est pas publiée, et le site en ligne reste tel qu'il était.
- Un bilan de sécurité
- Le code que Briks écrit est examiné pour repérer les erreurs qui font le plus souvent fuir des données, et ce qui est trouvé est renvoyé pour correction avant la publication.
- Une vérification avant lancement
- Le passage en production vérifie la présence de texte provisoire, de pages sans titre ni description, de liens qui ne mènent nulle part et l'absence d'une page introuvable.
Journaux
Sur chaque offre
- Builds
- Chaque build, modification et publication, avec les étapes par lesquelles chacun est passé.
- Demandes
- Les requêtes et erreurs des dernières 24 heures provenant du code serveur de votre site.
- Tâches et webhooks
- Chaque exécution planifiée et chaque envoi de webhook, conservés 30 jours.
Non disponible aujourd'hui
- Une API ou un serveur MCP pour créer et gérer des sites depuis vos propres outils.
- Importer un dépôt existant dans Briks.