Veröffentliche dein Projekt

Wenn die Schaltfläche Publish oder Update "Your Cloud Balance is insufficient to publish" oder "Your Cloud Balance is insufficient to update" anzeigt, ist dein Cloud-Wallet aufgebraucht.

So behebst du das:

1. Gehe zu Settings > Cloud & AI, um dein aktuelles Guthaben zu prüfen.

2. Wähle Top up now und füge deinem Cloud-Wallet Guthaben hinzu.

3. Kehre zum Publish-Panel zurück und versuche es erneut.

Hinweis: Dein Cloud-Wallet ist getrennt von deinen Abonnement-Guthaben. Das Cloud-Wallet finanziert Hosting- und Bereitstellungsdienste, während Abonnement-Guthaben für KI-Agent-Unterhaltungen verwendet werden.

1. Prüfe die Ansicht zur Speichernutzung und identifiziere die größten Chats, Projekte und Dateien.
2. Lade alles herunter oder sichere alles, was du später möglicherweise brauchst.
3. Lösche nur nicht benötigte Elemente. Wenn beim Löschen eines Chats angeboten wird, zugehörige Festplattendaten zu entfernen, wähle diese Option erst, nachdem du bestätigt hast, dass die Daten sicher verworfen werden können.
4. Aktualisiere die Seite und bestätige, dass der verfügbare Speicher zugenommen hat.
5. Kehre zu Publish zurück und versuche es einmal erneut.

Das Löschen kann dauerhaft sein und ein Projekt beschädigen, das auf eine entfernte Datei verweist. Wenn die Nutzung nicht sinkt, kontaktiere Support mit der Speicheransicht, dem Plan, dem Projektlink und dem Zeitpunkt der fehlgeschlagenen Veröffentlichung.

Warte, bis die Sicherheitsprüfung abgeschlossen ist, und überprüfe dann jedes markierte Element, bevor du veröffentlichst.

1. Wähle Resolve All aus und prüfe das betroffene Verhalten. Behebe Probleme mit offengelegten Geheimnissen, Authentifizierung, Berechtigungen, Benutzerdaten oder unsicherem externem Zugriff vor dem Einsatz in der Produktion.
2. Wenn ein Geheimnis offengelegt worden sein könnte, entferne es aus dem Projekt und rotiere es vor der Veröffentlichung beim entsprechenden Anbieter.
3. Führe die Prüfung erneut aus und verifiziere den betroffenen Ablauf.
4. Verwende Publish Anyway nur, wenn ein verantwortlicher Prüfer das verbleibende, nicht kritische Risiko versteht und akzeptiert. Dokumentiere den Grund und umgehe kein ungelöstes Risiko auf einer Produktionswebsite.

Wenn du die Auswirkungen eines Ergebnisses nicht bestimmen kannst, veröffentliche es nicht. Kontaktiere Support oder deinen Sicherheitsverantwortlichen mit dem Text des Ergebnisses und bereinigten Nachweisen.

1. Teste die Produktions-URL der Plattform und die benutzerdefinierte Domain getrennt. Vergleiche außerdem die Stammseite mit der spezifischen Seite oder dem API-Pfad, die bzw. der fehlschlägt.
2. Erfasse den genauen Statuscode, die vollständige URL, Uhrzeit und Zeitzone sowie ob der Fehler konstant oder intermittierend auftritt.
3. Prüfe den neuesten Bereitstellungsstatus und ob eine kürzliche Änderung an Abhängigkeiten, Umgebungsvariablen, Datenbank oder externem Dienst mit dem Beginn des Fehlers übereinstimmt.
4. Erfasse relevante Console- und Network-Fehler.

Wenn der Fehler weiterhin besteht, kontaktiere Support mit Reproduktionsschritten, der betroffenen Version und bereinigten Diagnosedaten. Bevor du eine HAR-Datei, Befehlsausgabe oder einen Screenshot sendest, entferne Cookies, Authorization-Header, Token, geheime Abfrageparameter, personenbezogene Daten und Zahlungsinformationen.

Wenn deine Bereitstellung wegen Zeitüberschreitung fehlschlägt oder die Live-Website vorübergehend nicht verfügbar ist:

1. Prüfe, ob sowohl die Prod-Subdomain der Plattform als auch Preview nicht erreichbar sind oder nur eine davon.

2. Lasse die aktuelle Fehlerseite sichtbar — klicke nicht wiederholt auf Publish.

3. Prüfe, ob du kürzlich Abhängigkeiten, Start-Einstiegspunkte oder Datenbankverbindungen geändert hast, da diese Änderungen die Bereitstellung beeinflussen können.

Wenn das Problem weiterhin besteht, kontaktiere Support und füge Folgendes hinzu:

- Projektlink und Live-URL

- Zeitpunkt des Fehlers und deine Zeitzone

- Versionsnummer und Screenshot der Fehlerseite

- Ob Preview normal funktioniert

- Ob du kürzlich Abhängigkeiten, Start-Einstiegspunkt oder Datenbankverbindung geändert hast

Wenn das Publish-Panel "latest" anzeigt und die Schaltfläche ausgegraut ist oder bei "Building" hängen bleibt:

1. Klicke nicht wiederholt auf Publish — das beschleunigt nichts und kann doppelte Build-Aufgaben erzeugen.

2. Warte einige Minuten und aktualisiere die Seite.

3. Wenn sich der Status nach dem Aktualisieren nicht ändert, kontaktiere Support.

Füge bei der Kontaktaufnahme mit Support Folgendes hinzu:

- Chat-Link

- Vollständiger Screenshot des Publish-Panels (einschließlich Seiten-URL, Versionsnummer und Schaltflächenstatus)

- Zeitpunkt des Auftretens und deine Zeitzone

- Aktuell angezeigte Versionsnummer

- Bei welchem Schritt "Building" angezeigt wurde oder die Schaltfläche ausgegraut wurde

1. Prüfe, ob das Bild im App-Viewer, auf der veröffentlichten Website oder an beiden Stellen fehlt.
2. Wähle App-Viewer neu laden einmal aus. Wenn das Problem nur auf der Live-Website auftritt, bestätige, dass die neueste Version veröffentlicht oder aktualisiert wurde.
3. Teile dem Agent die Seite, das Bild, das erscheinen sollte, und die ursprüngliche Herkunft des Bildes mit. Bitte ihn zu prüfen, dass das aktuelle Projekt weiterhin den richtigen Bildnamen und Speicherort verwendet.
4. Wenn das ursprüngliche Bild entfernt oder umbenannt wurde, lade das vorgesehene Bild erneut hoch oder wähle es erneut aus und teste die Seite dann erneut.
5. Wenn das Bild App-Speicher oder einen anderen verbundenen Dienst verwendet, bestätige, dass der vorgesehene Dienst verbunden ist und dass die Datei dort noch existiert.

Wenn das Bild weiterhin nicht geladen wird, kontaktiere Atoms Support mit dem Chat Link , der URL der betroffenen Seite, dem Bildnamen oder der Quelle und einem Screenshot. Füge keine privaten Zugriffslinks, Passwörter, Schlüssel oder Token hinzu.

Wenn das exportierte Self-Host-Paket erfolgreich heruntergeladen wird, aber nicht ausgeführt werden kann:

1. Prüfe die im Exportpaket enthaltene README auf Umgebungsanforderungen und Einrichtungsschritte.

2. Verifiziere, dass deine Laufzeitumgebung den Anforderungen entspricht (OS-Version, Docker-Version, Node.js-Version).

3. Führe den Startbefehl aus und prüfe die vollständige Ausgabe auf Fehlermeldungen.

Wenn das Problem weiterhin besteht, kontaktiere Support und füge Folgendes hinzu:

- Exportversion und Download-Zeitpunkt

- Verwendetes OS und Docker-Version

- Vollständig ausgeführter Befehl und vollständige Ausgabe

- Fehlgeschlagenes Skript oder API-Pfad

- Erwartete Bereitstellungsmethode

Wichtig: Füge ein bereinigtes Konfigurationsbeispiel bei, aber füge KEINE Passwörter, Geheimnisse oder Token hinzu.

App-Viewer und die veröffentlichte Website zeigen unterschiedliche Stadien deines Projekts. Das Speichern einer visuellen Änderung aktualisiert die Live-Website nicht von selbst.

1. Wähle in Design Save aus und warte, bis die aktuelle Agent-Aufgabe oder der Build abgeschlossen ist.
2. Öffne Publish. Beim Veröffentlichen wird die neueste Projektversion verwendet; im Publish-Panel gibt es keinen Versionswähler.
3. Wähle Publish für die erste Veröffentlichung oder Update für eine spätere Veröffentlichung. Warte, bis im Panel Up to date angezeigt wird.
4. Öffne die Live-Website in einem neuen Tab und lade sie einmal neu.
5. Wenn die Standardadresse von Atoms die Änderung zeigt, eine benutzerdefinierte Domain jedoch nicht, prüfe stattdessen die Domain-Verbindung, anstatt dieselbe Version wiederholt zu veröffentlichen.

Wenn die Live-Website weiterhin die falsche Version zeigt, kontaktiere Atoms Support mit dem Chat Link , der Live-URL, der Version, die du veröffentlichen wolltest, der Uhrzeit und Zeitzone sowie Screenshots von App-Viewer und Live-Website.

1. Begrenze das unmittelbare Risiko. Wenn die Veröffentlichung sensible Daten offenlegt oder unsicheres Verhalten erzeugt, öffne App Status und verwende Pause für eine berechtigte Atoms Cloud-App oder Unpublish , um den öffentlichen Zugriff zu entfernen. Wenn kein akutes Risiko besteht, vermeide einen unnötigen Ausfall.
2. Erfasse die betroffene Domain, den Veröffentlichungszeitpunkt, die aktuelle Version, die beabsichtigte Version und die geschäftlichen Auswirkungen.
3. Nachdem die aktuelle Agent-Aufgabe beendet ist, öffne Versions, wähle die letzte bekannte funktionierende Version und wähle Restore this version aus.
4. Verifiziere die wiederhergestellte Version in Preview, einschließlich kritischer Login-, Zahlungs- und Datenflüsse, und veröffentliche oder aktualisiere sie dann.

Das Wiederherstellen einer Projektversion macht Änderungen an der Produktionsdatenbank oder externe Aktionen möglicherweise nicht rückgängig. Überschreibe oder lösche keine Produktionsdaten, um ein Rollback nachzuahmen. Kontaktiere Support sofort, wenn Daten, Zugangsdaten, Zahlungen oder destruktive Änderungen betroffen sind.

1. Stoppe die aktuelle Agent-Aufgabe oder warte, bis sie beendet ist; eine Version kann nicht wiederhergestellt werden, solange konfliktbehaftete Arbeit aktiv ist.
2. Öffne Versions, suche die letzte bekannte funktionierende Version und wähle Restore this version aus.
3. Überprüfe das wiederhergestellte Projekt in Preview und teste die kritischen Abläufe, die sich geändert haben.
4. Veröffentliche oder aktualisiere erst, nachdem das Ergebnis in Preview korrekt ist.

Das Wiederherstellen einer Projektversion setzt Produktionsdatenbankeinträge, Schemaänderungen, Umgebungsvariablen, Zahlungen, E-Mails oder andere externe Aktionen nicht unbedingt zurück. Wenn die Veröffentlichung Produktionsdaten geändert hat oder die Zielversion nicht verfügbar ist, stoppe und kontaktiere Support mit beiden Versionsnummern, der betroffenen Domain und dem erforderlichen Ergebnis zur Datenerhaltung.

Pause und Unpublish sind zwei unterschiedliche Aktionen:

Pause (nur Atoms Cloud-Projekte):

- Die App wird für Besucher nicht verfügbar.

- Serverressourcen bleiben zugewiesen und die Abrechnung läuft weiter.

- Du kannst die App jederzeit über App Status fortsetzen.

Unpublish (alle Projekte):

- Die Website geht vollständig offline. Jeder, der die veröffentlichte URL verwendet, verliert den Zugriff.

- Bei Atoms Cloud-Projekten werden Serverressourcen freigegeben.

- Du kannst das Projekt später erneut veröffentlichen, aber Besucher können erst wieder darauf zugreifen, wenn du das tust.

Verwende Pause für eine vorübergehende Deaktivierung mit schnellem Neustart. Verwende Unpublish, um die Website vollständig zu entfernen.

Wenn dein Browser "too many redirects" anzeigt oder die Seite immer wieder neu lädt, ohne Inhalte anzuzeigen:

1. Versuche die standardmäßige Prod-Subdomain der Plattform (nicht deine benutzerdefinierte Domain), um festzustellen, ob die Weiterleitungsschleife durch die Domain-Konfiguration oder die Anwendung selbst verursacht wird.
2. Wenn die standardmäßige Prod-Subdomain funktioniert, prüfe die DNS-Einstellungen deiner benutzerdefinierten Domain und deinen Domain-Registrar auf Weiterleitungsregeln, die mit der Plattform in Konflikt stehen könnten.
3. Leere deinen Browser-Cache oder teste in einem Inkognito-Fenster, um zwischengespeicherte Weiterleitungen auszuschließen.

Wenn das Problem weiterhin besteht, kontaktiere Support und füge Folgendes hinzu:

- Vollständige URL, die die Weiterleitungsschleife zeigt

- Ob die standardmäßige Prod-Subdomain erreichbar ist

- Domainname und DNS-Anbieter

- Vollständiger Screenshot des Fehlers

Wenn deine App in Preview funktioniert, aber in der Produktion aufgrund fehlender oder leerer Umgebungsvariablen fehlschlägt:

1. Prüfe, ob die Umgebungsvariable vor oder nach der letzten Veröffentlichung gespeichert wurde. Wenn sie danach gespeichert wurde, musst du erneut veröffentlichen, damit die Änderung wirksam wird.
2. Verifiziere, dass die Variable für die richtige Umgebung gesetzt ist (Development vs. Production).
3. Prüfe, ob die Fehlermeldung des nachgelagerten Dienstes einen Hinweis gibt — zum Beispiel bedeutet "unauthorized" oft, dass ein API-Schlüssel in dieser Umgebung leer oder falsch ist.

Wenn das Problem weiterhin besteht, kontaktiere Support und füge Folgendes hinzu:

- Projektlink oder Live-URL

- Den Namen des betroffenen Schlüssels und in welcher Umgebung das Problem auftritt

- Den vollständigen Fehler des nachgelagerten Dienstes

- Einen bereinigten Screenshot der Konfigurationsseite

- Ob die Konfiguration vor oder nach der Veröffentlichung gespeichert wurde

Wichtig: Gib nur Schlüsselnamen an. Sende KEINE geheimen Werte, Passwörter oder Token.

Ergebnisse können ähnliche Formulierungen verwenden und dennoch auf unterschiedliche Stellen verweisen. Eine ähnliche Formulierung bedeutet nicht unbedingt, dass die Ergebnisse Duplikate sind.

1. Vergleiche den Namen des Ergebnisses und den für jedes Resultat angezeigten Ort.
2. Überprüfe jeden eindeutigen Ort, anstatt die wiederholte Formulierung zu ignorieren.
3. Wenn mehrere Ergebnisse dieselbe zugrunde liegende Ursache haben, behebe diese Ursache und prüfe dann jeden Ort erneut.
4. Führe die Sicherheitsprüfung für die aktualisierte Version erneut aus.

Wenn dasselbe Ergebnis und derselbe Ort weiterhin mehr als einmal erscheinen, kontaktiere Atoms Support mit dem Chat Link , der Prüfzeit und Zeitzone, der Anzahl der Ergebnisse und einem geschwärzten Screenshot. Entferne alle Passwörter, Schlüssel, Token oder andere sensible Informationen, die in einem Ergebnis erscheinen könnten.

Eine abgeschlossene Prüfung ohne gemeldete Ergebnisse ist eine nützliche Kontrolle, kann aber nicht garantieren, dass jedes Sicherheits- oder Laufzeitproblem gefunden wurde. Die Prüfung überprüft die ausgewählte Projektversion; deine App muss dennoch so getestet werden, wie echte Nutzer sie verwenden werden.

Teste vor der Veröffentlichung die wichtigen Abläufe in deiner App, einschließlich Anmeldung, Benutzerrollen, Zugriff auf private Daten, Zahlungen und verbundene Dienste. Verwende separate Testkonten für verschiedene Rollen und bestätige, dass jedes Konto nur auf die für es vorgesehenen Informationen und Aktionen zugreifen kann.

Wenn du ein Produktionsproblem entdeckst, das Konten, private Daten, Zahlungen oder Zugangsdaten offenlegen könnte, stelle die Nutzung der betroffenen Funktion zuerst ein oder beschränke den Zugriff darauf. Rotiere alle Zugangsdaten, die offengelegt worden sein könnten, und kontaktiere dann Atoms Support mit dem Chat Link , der betroffenen Version, Schritten zur Reproduktion des Problems, Uhrzeit und Zeitzone sowie einem geschwärzten Screenshot. Teile die offengelegten Zugangsdaten selbst nicht mit.

Wenn die Prüfung meldet, dass eine reine Admin-Aktion möglicherweise ungeschützt ist, behandle das Ergebnis als ungelöst, bis du bestätigt hast, dass nicht autorisierte Benutzer sie nicht verwenden können. Das Ausblenden einer Admin-Schaltfläche reicht nicht aus, wenn die Aktion auf andere Weise weiterhin angefordert werden kann.

1. Öffne das Ergebnis und identifiziere die Aktion oder den Ort, den es nennt.
2. Entscheide, welche angemeldeten Rollen diese Aktion verwenden dürfen.
3. Bitte den Agent, die Berechtigung des Benutzers zu prüfen, wenn die Aktion angefordert wird, nicht nur wenn die Schaltfläche angezeigt wird.
4. Teste die Aktion im abgemeldeten Zustand, mit einem normalen Testkonto und mit einem autorisierten Admin-Testkonto.
5. Bestätige, dass abgelehnte Versuche keine privaten Daten offenlegen und keine Änderungen vornehmen, und führe dann die Sicherheitsprüfung erneut aus.

Veröffentliche die betroffene Funktion nicht, wenn ein nicht autorisiertes Konto die Aktion weiterhin verwenden kann. Kontaktiere Atoms Support mit dem Chat Link , dem Text des Ergebnisses, der betroffenen Version und einem geschwärzten Screenshot, wenn du das Problem nicht lösen kannst.

HTTPS schützt Informationen, während sie zwischen einem Benutzer und einem Dienst übertragen werden. Wenn die Prüfung ein HTTPS-Problem meldet, verwende das genaue Ergebnis, um die betroffene Adresse, Ressource, den Callback oder die Domain-Konfiguration zu identifizieren.

1. Öffne das Ergebnis und notiere den genauen Ort und die Adresse, die darin genannt werden.
2. Bitte den Agent, diese spezifische Verbindung durch die vom Anbieter unterstützte sichere Adresse zu ersetzen oder die zugehörige Domain-Konfiguration zu korrigieren.
3. Ignoriere keine Zertifikatswarnungen und ändere eine Adresse nicht blind, wenn der externe Dienst kein sicheres Äquivalent dokumentiert.
4. Teste den betroffenen Nutzerablauf erneut und bestätige, dass kein Passwort, Token, Zahlungsdetail oder private Information über eine unsichere Verbindung gesendet wird.
5. Führe die Sicherheitsprüfung für die aktualisierte Version erneut aus.

Wenn das Ergebnis eine benutzerdefinierte Domain oder ein Zertifikat betrifft, das du nicht korrigieren kannst, kontaktiere Atoms Support mit dem Chat Link , der betroffenen URL, dem Text des Ergebnisses, Uhrzeit und Zeitzone sowie einem geschwärzten Screenshot.

Row Level Security oder RLS ist eine Supabase-Funktion, die steuert, welche Datenbankzeilen jeder Benutzer lesen oder ändern kann. Dieses Ergebnis ist nur relevant, wenn das Projekt Supabase verwendet und die Prüfung eine Tabelle identifiziert, deren Zugriffsregeln überprüft werden müssen.

1. Öffne das Ergebnis und identifiziere die Tabelle, die darin genannt wird.
2. Schreibe auf, wer die Daten dieser Tabelle anzeigen, hinzufügen, bearbeiten oder löschen können soll.
3. Bitte den Agent, die am wenigsten freizügigen Supabase-Richtlinien zu erstellen, die diese Nutzerabläufe unterstützen.
4. Teste im abgemeldeten Zustand und mit einem separaten Testkonto für jede Rolle. Bestätige, dass jedes Konto nur auf die vorgesehenen Zeilen und Aktionen zugreifen kann.
5. Führe die Sicherheitsprüfung erneut aus, nachdem die Richtlinien angewendet wurden.

Deaktiviere RLS nicht und erlaube nicht einfach jedem Benutzer Zugriff, nur um die Warnung zu beseitigen. Bevor du eine Änderung vornimmst, die bestehende Daten betreffen könnte, bestätige den Plan und halte gegebenenfalls ein sicheres Backup oder einen Export bereit. Teile niemals Supabase-Schlüssel oder Datenbankzugangsdaten im Chat oder in Screenshots.