Briks für Entwickler

01Der Code gehört Ihnen

In jedem PlanDownloads in bezahlten Plänen

Lesen

Der File Explorer zeigt die für Ihre Website geschriebenen Dateien so, wie die Live-Version sie enthält.

Bearbeiten

Personen mit Bearbeitungsrechten können Dateien von Hand ändern und veröffentlichen, ohne KI und ohne Credits. Ein Speichern, das gegen eine Veröffentlichungsregel verstößt, wird zurückgehalten, und nichts geht live, wenn der Build fehlschlägt.

Herunterladen

Mit einem kostenpflichtigen Plan kann jeder im Workspace die Live-Version oder eine frühere als Zip-Datei herunterladen.

Was fehlt

Der Download enthält die eigenen Dateien Ihrer Website. Die gemeinsamen Teile, auf denen jede Briks-Website läuft, sowie Einstellungsdateien und Schlüssel fehlen, deshalb läuft sie nicht eigenständig.

• Der Code Ihrer Website

02GitHub-Sync

Kostenpflichtige Pläne

Verbinden

Owner und Admins verbinden ein Repository und einen Branch mit einem Projekt.

Briks zu GitHub

Jede Version, die live geht, wird zu einem Commit auf Ihrem Branch.

GitHub zu Briks

Ein Push in Ihren Branch wird nach denselben Veröffentlichungsregeln geprüft, gebaut und veröffentlicht, ohne KI.

Konflikte

Wenn beide Seiten dieselbe Datei geändert haben, legt Briks seine Version auf einen briks-sync-Branch, den Sie zusammenführen können. Es wird nie ein Force-Push ausgeführt.

Was dort hingehört

Nur die eigenen Dateien Ihrer Website, das Repository läuft also nicht von selbst. Einstellungsdateien, Datenbankänderungen und Schlüssel sind nie Teil davon.

• GitHub-Sync

03Die Datenbank jeder Website

In jedem PlanDownloads in bezahlten Plänen

Eigene Datenbank

Eine Website, die Daten speichert, erhält beim ersten Mal, wenn ein Build es braucht, eine eigene Datenbank, standardmäßig in der Europäischen Union angelegt.

Im Studio

Datensätze ansehen, durchsuchen, sortieren, hinzufügen und bearbeiten, Sammlung für Sammlung, mit Ansichten der Konten, Bestellungen und Abonnements der Website.

Downloads

Mit einem kostenpflichtigen Tarif laden Sie jede Sammlung als JSON herunter oder eine Sammlung als CSV.

Die Form ändern

Bitten Sie in einfachen Worten um ein neues Feld oder eine neue Sammlung. Änderungen fügen immer nur hinzu, Briks legt vor dem Anwenden einen Wiederherstellungspunkt an, und eine Änderung, die Daten verlieren würde, stoppt die Veröffentlichung.

Zurückgehen

Owner und Admins können die Datenbank auf einen früheren Zeitpunkt oder einen Wiederherstellungspunkt zurücksetzen. Mit einem kostenpflichtigen Plan werden nächtliche Kopien 30 Tage lang aufbewahrt.

• Database
• Backups

04Geplante Aufgaben, Webhooks und Deploy-Hooks

In jedem PlanLimits je Plan

Geplante Aufgaben

Rufen Sie eine Route Ihrer Website oder eine beliebige sichere Webadresse nach Zeitplan in Ihrer eigenen Zeitzone auf. Jede Ausführung wird 30 Tage lang protokolliert.

Webhooks

Signierte Nachrichten im Standard-Webhooks-Format an jede sichere Adresse, wenn die Website veröffentlicht wird, ein Formulareintrag eingeht oder ein Datensatz im Studio geändert wird: site.published, form.received und record.changed. Eine fehlgeschlagene Zustellung wird etwa 45 Minuten lang erneut versucht.

Deploy-Hooks

Eine private Adresse, die die Website erneut veröffentlicht, wenn ein anderes Tool sie aufruft, ohne KI.

Jedes Projekt hat sein eigenes Kontingent. Aufrufe pro Tag umfassen geplante Ausführungen und Webhook-Zustellungen zusammen.

• Geplante Aufgaben
• Webhooks
• Deploy-Hooks

05Secrets

In jedem Plan

Wo sie wohnen

Schlüssel, die Ihr Servercode braucht, werden verschlüsselt direkt in der veröffentlichten Website gespeichert. Briks behält nur ihre Namen, und niemand kann einen Wert zurücklesen.

Sie hinzufügen

Sobald die Website veröffentlicht ist, können Editors, Admins und Owners pro Projekt bis zu 100 hinzufügen, einzeln oder aus einer .env-Datei.

Sie nutzen

Ihr Servercode liest jeden Schlüssel über seinen Namen. Ein Schlüssel gelangt nie in den Browser eines Besuchers, und ein in eine Datei geschriebener Schlüssel stoppt die Veröffentlichung.

• Secrets

06Zahlungen über Ihr eigenes Konto

Jeder Plan, auch Free

Ihr eigener Zahlungsdienstleister

Stripe, PayPal, Mollie, Razorpay, Paddle, Lemon Squeezy, Polar, Creem oder Dodo Payments, jeweils einer, mit Ihrem eigenen Konto und Ihren eigenen Schlüsseln. Das Geld geht an Sie, und Briks erhebt keine Gebühr.

Kasse und Abonnements

Einmalige Zahlungen funktionieren mit jedem von ihnen. Abonnements, auf Wunsch mit kostenloser Testphase, funktionieren mit Stripe, Paddle, Polar und Lemon Squeezy.

Verifiziert

Jeder Zahlungsbericht wird geprüft, bevor eine Bestellung zählt. Bestellungen und Abonnements liegen in der eigenen Datenbank der Website.

Schlüssel

Owner und Admins speichern sie. Jede wird zuerst ausprobiert und dann mit der veröffentlichten Website aufbewahrt.

• Anmeldung und Zahlungen

07Anmeldung für Ihre Besucher

In jedem Plan

Standardmäßig

E-Mail und Passwort, mit E-Mail-Bestätigung und Passwort-Zurücksetzung.

Anbieter

Fügen Sie Google, Apple, Microsoft, GitHub, X, Facebook, LinkedIn oder Discord mit Ihren eigenen Schlüsseln hinzu.

Nur für Mitglieder

Halten Sie Seiten und Datensätze für angemeldete Mitglieder oder für Abonnenten bereit.

08Bitten Sie um alles, mit wenigen festen Regeln

In jedem Plan

Ihre Anfrage hat Vorrang

Bitten Sie in einfachen Worten um eigenen Servercode, einen weiteren Dienst, der mit Ihrem Schlüssel verbunden wird, oder einen eigenen Zahlungsablauf. Eine Korrektur, die Briks später vornimmt, macht nie rückgängig, worum Sie gebeten haben.

Ihre Entscheidung, mit benanntem Risiko

Einige Zahlungsregeln lassen sich nur lockern, wenn Sie es ausdrücklich verlangen, etwa dass der Käufer den Betrag selbst wählt. Der Build behält es bei und weist Sie auf das Risiko hin.

Andere Websites

Erlauben Sie in den Einstellungen des Projekts bis zu 10 Websites, denen Sie vertrauen, damit Ihre Website deren Skripte laden, Daten an sie senden oder ihre Seiten anzeigen kann.

Regeln, die nie nachgeben

Ein in eine Datei geschriebener Schlüssel, ein im Browser gelesener geheimer Schlüssel und Code, der die eigenen Schlüssel von Briks liest, werden abgelehnt, egal wer danach fragt.

09Prüfungen bei jeder Veröffentlichung

In jedem Plan

Die Regeln für die Veröffentlichung

Jeder Build, jede Änderung, jede Handbearbeitung und jeder GitHub-Push wird dagegen geprüft. Eine Änderung, die eine Regel verletzt, wird nicht veröffentlicht, und die Live-Website bleibt, wie sie war.

Eine Sicherheitsprüfung

Code, den Briks schreibt, wird auf die Fehler geprüft, durch die am häufigsten Daten abfließen, und was gefunden wird, geht zur Korrektur zurück, bevor veröffentlicht wird.

Eine Prüfung vor dem Start

Beim Wechsel in die Produktion wird auf Platzhaltertext, Seiten ohne Titel oder Beschreibung, Links ins Leere und eine fehlende Seite für nicht gefundene Inhalte geprüft.

• Sicherheit bei Briks

10Logs

In jedem Plan

Builds

Jeder Build, jede Änderung und jede Veröffentlichung, mit den Schritten, die sie durchlaufen haben.

Anfragen

Die Anfragen und Fehler der letzten 24 Stunden aus dem Servercode Ihrer Website.

Aufgaben und Webhooks

Jeder geplante Lauf und jede Webhook-Zustellung, 30 Tage lang aufbewahrt.

• Logs

11Heute nicht verfügbar

• Eine API oder ein MCP-Server, um Websites mit Ihren eigenen Werkzeugen zu erstellen und zu verwalten.
• Ein bestehendes Repository in Briks importieren.