Comment ça marche
Parcourir les fichiers
Ouvrez dans le studio les fichiers écrits pour votre site.
Modifier à la main
Toute personne ayant des droits de modification peut changer un fichier.
Télécharger
Avec une offre payante, récupérez le code d'une version publiée sous forme de zip.
Ce que vous pouvez voir
Dans le studio, vous pouvez parcourir les fichiers écrits pour votre site, version par version, et choisir n'importe quel fichier pour le lire. Les images et les autres fichiers qui ne sont pas du texte sont listés et inclus dans le téléchargement, et les fichiers de plus d'un mégaoctet sont trop volumineux pour être affichés mais figurent aussi dans le téléchargement.
Ce que vous voyez est le code écrit pour votre site, et non les éléments communs sur lesquels reposent tous les sites Briks. Ces éléments communs sont conservés à part, c'est pourquoi le téléchargement ne fonctionne pas seul.
Chaque version enregistrée garde son propre code : vous pouvez donc relire, en code, ce qu'était votre site à n'importe quelle version que vous avez encore.
Modifier à la main
Toute personne disposant de droits d'édition peut modifier un fichier, en ajouter un nouveau ou en supprimer un. Vos modifications sont conservées dans l'onglet, chaque fichier étant marqué nouveau, modifié ou supprimé, jusqu'à ce que vous choisissiez Save and publish.
Briks construit ensuite le site avec vos changements et le publie, généralement en quelques minutes. Si quelque chose ne se construit pas, rien n'est publié et le site en ligne reste tel quel : une faute de frappe ne peut donc pas mettre votre site hors ligne.
Vous pouvez combiner les deux façons de travailler : corriger une ligne à la main, puis demander la modification suivante en mots simples dans le chat du studio.
Le téléchargement et ses limites
Avec une offre payante, téléchargez quand vous le souhaitez le code d'une version publiée sous forme de zip : pour en garder une copie, le faire relire par un développeur ou en réutiliser des parties ailleurs.
Soyez clair sur la limite. Le zip contient les fichiers propres à votre site, pas les éléments partagés sur lesquels tourne chaque site Briks, donc il ne fonctionne pas seul, et le déplacer vers un autre hébergement demanderait le travail d'un développeur.
Votre contenu n'est pas enfermé. Vos textes et vos images vous appartiennent et, avec une offre payante, les enregistrements de votre base de données peuvent être téléchargés en JSON ou CSV à tout moment.
Le conserver dans GitHub
Avec les offres payantes, connectez un dépôt GitHub à un site. Chaque version mise en ligne est enregistrée sur la branche de votre choix, et un push sur cette branche passe la même vérification de sécurité qu'une modification manuelle, puis est construit et publié.
Seuls les fichiers propres à votre site vont vers le dépôt, jamais les parties communes sur lesquelles fonctionne tout site Briks, ses réglages ou ses clés : le dépôt ne fonctionne donc pas seul non plus. Jusqu'à 20 push par heure et 100 par jour sont publiés pour chaque site. Quand un fichier a été modifié à la fois dans Briks et sur GitHub, Briks place sa version sur une branche briks-sync pour que vous la fusionniez.
Démarrer un projet à partir d'un dépôt que vous avez déjà n'est pas encore possible.
Qui ouvre le code, et pourquoi
La plupart des propriétaires n'en ont jamais besoin. Les modifications en langage simple couvrent le quotidien : nouvelles sections, nouveaux textes, nouvelles images. Le code est là pour les moments où vous voulez une certitude, par exemple un développeur qui vérifie comment un formulaire envoie ses réponses, ou une agence qui garde une trace de ce qu'elle a livré.
C'est aussi utile quand vous travaillez déjà avec un développeur de confiance. Il peut lire les fichiers écrits pour votre site, faire une modification précise et la publier, pendant que vous continuez à demander d'autres changements en langage courant.
Et il vous laisse l'accès au travail. Tout ce que le studio a construit pour votre site, vous pouvez le lire vous-même, fichier par fichier et version par version.
Le code de votre site en pratique
Trois exemples d'entreprises, et comment chacune l'utiliserait. Lorsqu'un site est illustré, il s'agit d'un exemple créé avec Briks pour une entreprise fictive, pas d'un client.
- 01Studio de marque
Le regard d'un développeur avant le lancement
Le développeur d'un studio de marque télécharge le zip de la version sur le point d'être lancée et le relit avant que le client ne voie le site. Elle corrige une phrase à la main dans un fichier, puis choisit Save and publish.
Kestrel Creative est un site exemple créé par Briks pour un studio de marque et de design numérique fictif, pas un client. Ouvrir l'exemple - 02Clinique
Une correction en une ligne
Un responsable de clinique qui connaît un peu le code modifie à la main un numéro de téléphone dans un fichier, puis choisit Save and publish. Le site est construit avec la modification et passe en ligne en quelques minutes. Si la modification avait cassé la construction, rien n'aurait été publié.
- 03Studio de design web
Une trace de ce qui a été livré
Un studio de web design télécharge le zip de la version de lancement de chaque client et le classe avec le contrat, comme trace exacte de ce qui a été livré le jour J.
Northlight Studio est un site exemple créé par Briks pour un studio de design web fictif, pas un client. Ouvrir l'exemple
Ce que vous obtenez
- Les fichiers écrits pour votre site, lisibles dans le studio
- Modifiez, ajoutez ou supprimez des fichiers à la main avec les droits d'édition
- Rien n'est publié si votre modification ne se construit pas
- Téléchargez n'importe quelle version publiée en zip sur les formules payantes
- Synchronisation GitHub dans les deux sens avec les offres payantes
Bon à savoir
- Le zip contient le code écrit pour votre site, pas les éléments communs à tous les sites Briks, donc il ne fonctionne pas seul.