Einen Build verfolgen: Fortschritt, Stopp, Prüfungen

#Wo Sie zusehen können

Ein Projekt öffnet sich im Tab Studio: links das Gespräch, rechts die Vorschau. Auf einem schmalen Bildschirm liegt die Vorschau unter dem Gespräch. Ziehen Sie die Leiste dazwischen, um einer Seite mehr Platz zu geben.

Die Anzeige über der Unterhaltung zeigt, wo das Projekt steht: Building, Live, Draft oder Needs attention, oder Preparing questions, Waiting for your answers und Waiting for your approval, während ein erster Build auf Sie wartet. Waiting for credits bedeutet, dass ein geplanter Build pausiert, bis Sie Resume building wählen. Eine Änderung, die einen weiteren Dienst verbindet, zeigt Checking which keys this needs, dann Waiting for a key, falls sie einen Schlüssel verlangt. Daneben zeigt Total die Credits, die das Projekt bisher verbraucht hat.

Der Build läuft auf Briks, nicht in Ihrem Browser. Sie können den Tab schließen und später zurückkommen; das Studio zeigt, wie weit der Build ist. Die Glocke Notifications oben auf der Seite begleitet jeden Build ebenfalls: eine Meldung pro Build, erst dass er gestartet ist, dann dass er fertig ist, fehlgeschlagen ist, gestoppt wurde, auf Sie wartet oder auf Credits wartet. Wenn Sie Telegram verbunden haben, sendet die Benachrichtigung Builds finished or failed diese auch dorthin. Wenn ein Build fertig ist, wird keine E-Mail gesendet.

#Die Build-Karte

Solange ein Build läuft, steht am Ende der Unterhaltung eine Karte. Sie enthält:

• Waiting to start und eine Uhr, solange der Auftrag in der Warteschlange ist, mit „Waiting for a free builder. Your build starts automatically.“
• Building und eine laufende Uhr, sobald es begonnen hat, mit Stop daneben.
• Bei einem ersten Build eine Zeile, die darauf hinweist, wenn der Build üblicherweise mehr braucht, als Sie haben, erklärt unter Credit-Schätzungen und Pausen.
• Die Schritte, jeweils abgehakt, wenn sie erledigt sind, mit einem Ladesymbol beim aktuellen Schritt.
• Eine Live-Zeile unten, die sagt, was gerade passiert. Sie wird ersetzt, während die Arbeit voranschreitet, sodass die Karte nie zu einem Protokoll anwächst.

Bei einer Änderung werden weniger Schritte angezeigt: Applying your changes, Verifying build und Publishing, dazu Checking the published site, wenn Sie die Prüfung angefordert haben.

Karten erscheinen oben, sobald der Build etwas lernt: What your references decided, wenn Sie Referenzen angegeben haben, und Plan for this site, das jeden Abschnitt der Reihe nach mit seinem Zweck auflistet. Den Plan zu lesen ist der schnellste Weg, einen unerwünschten Abschnitt zu erkennen. Notieren Sie ihn und bitten Sie um die Änderung, sobald die Website veröffentlicht ist.

#Die Vorschau füllt sich, während gebaut wird

Bis zur ersten Veröffentlichung zeigt die Vorschau, wie die Website Gestalt annimmt, statt eines Ladesymbols.

• Oben sehen Sie die Phasen: Reading the reference (nur mit einer Referenz-Website), Planning, Pictures mit einer Zahl wie 4 von 9, Writing the sections mit den bisher geschriebenen Abschnitten und Seiten sowie Publishing.
• Während eine Referenz-Website gelesen wird, erscheinen ihre Bildschirme nacheinander unter „Reading your reference, top to bottom.“, daneben die Arten der gefundenen Bereiche.
• Sobald der Plan steht, erscheint jeder Teil der Startseite als Umriss. Während jeder Abschnitt geschrieben wird, füllt sich sein Umriss mit eigenen Farben und seinem Titel in der Schrift der Website, und die Bilder erscheinen, sobald sie erstellt sind.
• Neben der Seite werden Pictures, Home sections und Other pages mitgezählt, sobald sie fertig sind, und das Page system zeigt Ihre Überschriften und Texte in den gewählten Schriften der Website, die Palette als Farbfelder.
• Über der Seite sehen Sie einen Tab für Home und einen für jede Unterseite. Klicken Sie auf einen Tab, um diese Seite anzusehen. Die Vorschau folgt dem Aufbau nicht mehr, bis Sie auf Follow the build klicken.

Nach der Veröffentlichung zeigt der Bereich die Live-Website mit einem Tag Live preview und dem Zeitpunkt der Veröffentlichung. Mit Desktop, Tablet und Phone sehen Sie sie in anderen Breiten, mit Reload preview laden Sie sie neu, mit Full screen erhält sie das ganze Fenster (Esc schließt es) und mit Open in new tab öffnen Sie sie in einem neuen Tab.

#Wie lange es dauert

Die erste Version dauert einige Minuten. Die Uhr auf der Karte zeigt, wie lange der Build schon läuft. Wenn er fertig ist, nennt die Unterhaltung die Dauer, etwa „Published to bakehouse.briks.live in 7 min 12 s“. Fragen vor dem Build und Freigabe-Stopps verlängern die Zeit um Ihre Antwortzeit. Die optionale Prüfung der veröffentlichten Website dauert einige Minuten länger.

#Credit-Schätzungen und Pausen

Ein neues Projekt reserviert 50 Credits und wird für die nötige Arbeit belastet, die mehr oder weniger sein kann. Briks weiß aus früheren Builds, was Builds wie Ihrer üblicherweise kosten, und sagt Ihnen, wenn das mehr ist, als Sie haben. Vor dem Start zeigen die Übersicht von New project, das Feld auf Home und die Build-Karte eine Zeile wie: „Building it usually takes about 85 credits after planning, and you have 30. If it needs more than you have once planned, it waits there for credits with the plan kept.“ Reicht Ihr Guthaben aus, erscheint keine Zeile.

Die eigentliche Prüfung kommt, sobald die Website geplant ist, bevor ein Bild entsteht oder eine Seite gebaut wird. Braucht der Rest des Builds üblicherweise mehr, als der Build noch reserviert hält plus Ihr Guthaben, pausiert er. Sie haben bisher nur das Lesen und Planen bezahlt, und alles Geplante bleibt erhalten. Die Anzeige lautet Waiting for credits, eine Leiste über dem Nachrichtenfeld zeigt „Planned and waiting for credits: about 85 to build.“, und die Unterhaltung sagt: „Your site is planned. Building it needs more credits. Building, the pictures and publishing usually take about 85 credits, and you have 30. The plan is kept: once you have the credits, choose Resume building and it carries on from here.“

• Ihre erste Website im Free-Plan pausiert nie. Sie wird vollständig gebaut, und die Unterhaltung sagt es auch: „Building it usually takes about 85 credits, and you have 30. As your first site, it is built in full all the same; later builds wait for credits when they need more than you have.“
• Solange ein Build pausiert ist, werden Fragen im Eingabefeld wie gewohnt beantwortet, eine Änderung wird aber abgelehnt, weil es noch keine Website zu ändern gibt: "Your site waits for credits before it is built, so there is nothing to change yet. Building it usually takes about 85 credits, and you have 30."
• Eine Änderung, die Seiten hinzufügt, wird vor dem Einreihen auf dieselbe Weise geprüft. Braucht sie üblicherweise mehr als Ihr Guthaben, startet sie nicht: "Adding pages usually takes about 85 credits, and you have 30, so it was not started." Es wird nichts reserviert oder abgebucht. Andere Änderungen reservieren wie gewohnt 5 Credits.

#Was Briks bei einem ersten Build prüft

Jeder erste Build erhält diese Prüfungen, ohne dass Sie darum bitten müssen:

• Der Kontrast von Text zu seinem Hintergrund, im Code gelesen, bevor die Website veröffentlicht wird.
• Nach der ersten Veröffentlichung folgt ein Kontrastdurchgang auf der Live-Seite in Desktop- und Smartphone-Breite, mit höchstens einer Korrektur. Die Live-Zeile lautet „Checking the published site's contrast on desktop and phone.“
• Jede ausgewählte Seite muss im Menü der Website stehen.
• Bei einer Website, die Daten speichert, eine Durchsicht ihres Codes auf Sicherheitslücken: in Dateien geschriebene Schlüssel, Speichern ohne Begrenzung, Einträge von Mitgliedern, die ohne Anmeldung lesbar sind, und aus Text zusammengesetzte Datenbankabfragen.
• Wenn Sie die Texte freigegeben haben, muss jede freigegebene Überschrift so auf der Seite stehen, wie Sie sie freigegeben haben.

Eine ausführlichere Prüfung ist optional. Sie sieht sich die veröffentlichte Website in vier Bildschirmgrößen an und behebt, was fehlerhaft dargestellt wird, etwa überlappende Teile oder nicht funktionierende Links. Sie dauert einige Minuten länger und kostet einige Credits.

Wenn die ausführlichere Prüfung läuft, zeigt eine Karte Visual check eine Bewertung von 100 Punkten und das Ergebnis, etwa „Nothing renders broken, so the design is left exactly as built.“ Kleine Beschriftungen über der Vorschau zeigen jede geprüfte Breite: Phone, Tablet, Laptop und Desktop.

#Einen Build stoppen

#Weitere Nachrichten senden, während gebaut wird

Das Nachrichtenfeld bleibt offen, während ein Build läuft. Sein Button heißt Queue, und der Hinweis darunter lautet „Runs when the current build finishes. Queued messages go together as one change.“ Eingereihte Anfragen warten am Ende der Unterhaltung mit gestricheltem Rahmen und dem Label Queued, und mit Remove nehmen Sie eine zurück, bevor sie startet. Bis zu 10 können gleichzeitig warten.

Zwei Fälle lehnen die Warteschlange ab: ein erster Build, der auf Ihre Freigabe wartet (senden Sie Änderungen, sobald er veröffentlicht ist), und eine Website mit laufendem A/B-Test.

#Wenn er fertig wird oder fehlschlägt

Eine grüne Zeile zeigt, wo die Website veröffentlicht wurde und wie lange es gedauert hat. Danach antwortet Briks mit dem, was erstellt wurde, und endet mit der Adresse. Unter der Antwort steht im Kleingedruckten, wie viele Credits berechnet wurden und wie viele Minuten die Arbeit gedauert hat. Wenn Sie bei den Fragen Decide for me gewählt haben, listet die Antwort auch auf, was für Sie entschieden wurde, sodass Sie alles per Nachricht ändern können.

Die erste Veröffentlichung ist eine Vorschau unter Ihrer .briks.live-Adresse, die für Suchmaschinen unsichtbar bleibt. Der Start für Kunden ist ein eigener Schritt: In Produktion veröffentlichen.

Schlägt ein Build fehl, nennt ein roter Hinweis den Grund in einer Zeile, und das Projekt zeigt Needs attention. Ein fehlgeschlagener Build wird nicht berechnet: Alles, was er gebunden hatte, kommt zurück. Ihre Website bleibt, wie sie zuletzt veröffentlicht wurde, und der nächste Build startet von dieser Version, nicht von der halb fertigen. Schlägt dieselbe Anfrage zweimal fehl, schreiben Sie mit dem Namen des Projekts an hello@briks.dev.