Websites und externe Apps erstellen

Ein separates Web-Erlebnis#

Eine externe App ist eine Website oder Web-Anwendung außerhalb der Opser Workspace-Schnittstelle. Verwenden Sie es für eine öffentliche Website, ein Kundenportal oder ein anderes Publikum, das eine separate Erfahrung benötigt. Eine interne App läuft stattdessen im Arbeitsbereich.

Bauen Sie ein Onboarding-Portal mit einer Willkommensseite, einer Checkliste und einem Firmen-Details Formular. Zeigen Sie, welche Seiten öffentlich sind, was eine Anmeldung erfordert und wo Einreichungen gespeichert werden.

Der Builder unterstützt ein statisches Frontend, das an die Plattformdienste von Opser angeschlossen ist. Beschreiben Sie die Erfahrungs- und Datengrenzen, anstatt davon auszugehen, dass ein separater Server oder eine uneingeschränkte Workspace-Verbindung verfügbar ist.

Deklarieren Sie Daten und Zugriff#

Die App erklärt die Datentabellen und Fähigkeiten, die sie benötigt. Die Plattform nutzt diese Erklärungen bei der Erstellung der Daten der App und deren Veröffentlichung. Der Zugriff auf eine installierte App oder eine benutzergebundene Fähigkeit erfordert die entsprechende Finanzhilfe.

Überprüfen Sie, was ein Besucher lesen oder ändern kann und wessen Autorität eine Fähigkeit nutzt. Eine öffentliche Seite darf Workspace-Daten nicht bloß deshalb aussetzen, weil der Besitzer der App darauf zugreifen kann. Wenn die Veröffentlichung einen fehlenden Fähigkeitszuschuss meldet, kann der Agent den Zuschuß zur Überprüfung im Gespräch beantragen.

Wer eine App sehen kann#

Jede externe App hat ihre eigene Zugriffsliste. Wer sie erstellt, wird ihr Inhaber, und niemand sonst sieht sie, bis er hinzugefügt wird. Öffne die App und wähle Freigabe, um zu sehen, wer Zugriff hat. Der Inhaber kann Personen als Editor hinzufügen, der die App ändern und veröffentlichen kann, oder als Prüfer, der sie ansehen kann. Der Inhaber kann außerdem eine Rolle ändern, jemanden entfernen oder eine andere Person zum Inhaber machen.

Admins sehen jede externe App unter Einstellungen → Apps, zusammen mit ihrem Inhaber. Eine App, auf deren Liste sie nicht stehen, öffnet sich schreibgeschützt, mit Als Editor beitreten und Übernehmen. Beim Übernehmen bleibt der bisherige Inhaber als Editor auf der App. Admins können außerdem die Zugriffsliste jeder App ändern. Das kommt von der Berechtigung external-apps.manageAll, die Admins haben; vergib sie unter Einstellungen → Zugriff, um jemand anderem dieselbe Übersicht zu geben. Die Berechtigung, externe Apps zu erstellen, zeigt für sich allein keine Apps anderer Personen.

Agenten folgen nur der Zugriffsliste. Ein Agent arbeitet nur dann an einer App, wenn seine Person auf deren Liste steht.

Vorschau und Überprüfung#

Beim Öffnen einer externen App erscheint das Dashboard, während die geschützte Vorschau im Hintergrund lädt. Wähle Vorschau, um die App anzusehen. Beim Wechsel zwischen Vorschau und Dashboard bleibt die Vorschau geöffnet, sodass du Einstellungen ohne Neustart prüfen kannst. Der erste Start kann länger dauern, während Abhängigkeiten und Vorschauumgebung vorbereitet werden.

Der Agent kann die App erstellen, ihre Überprüfungen ausführen, Protokolle inspizieren und eine geschützte Vorschau öffnen. Überprüfen Sie Navigation, Formulare, Ladezustände, mobile Layouts und Zugriff durch einen unbefugten Besucher.

Die Vorschaudaten sind von der Produktion getrennt. Capability Calls können in der Vorschau stubbiert werden, so dass eine erfolgreiche Vorschau kein Beweis dafür ist, dass eine Live-Integration eine Aktion abgeschlossen hat. Überprüfen Sie auch den zugewiesenen Leistungsfluss auf der veröffentlichten App.

Eine Domain veröffentlichen und verbinden#

Publishing erstellt eine Revision der Bereitstellung und gibt seine öffentliche URL zurück. Prüfen Sie das Ergebnis, bevor Sie es teilen. Aufbau und Veröffentlichung hängen von den in Ihrer Umgebung konfigurierten Diensten ab.

Für eine benutzerdefinierte Domäne gibt das Setup die erforderlichen Daten für den Datenverkehr und die Ownership-Überprüfung DNS zurück. Erstellen Sie die exakt angezeigten Datensätze und überprüfen Sie den Domainstatus. Eine verifizierte Domain kann immer noch auf ihr Zertifikat warten; bestätigen Sie, dass HTTPS aktiv ist, bevor Sie die Domain als bereit behandeln.

Aktualisieren, unpublizieren und wiederherstellen#

Mit dem Quelltextverlauf können Sie Änderungen überprüfen und eine frühere Quellversion als neue Revision wiederherstellen. Quellenwiederherstellung und Datenwiederherstellung sind unterschiedliche Operationen; nehmen Sie nicht an, dass die Rückkehr zu einer früheren Schnittstelle auch die Datenbank in einen früheren Zustand zurückgibt.

Unpublishing entfernt die öffentliche Bereitstellung und bewahrt gleichzeitig App, Quelle, Einstellungen, Historie und Daten für eine spätere Veröffentlichung. Überprüfen Sie die spezifische Operation vor einem Risedown oder Datenwiederherstellung. Bestätigen Sie, wo Benutzereinreichungen gespeichert werden und wie sie nach der Offline-Nutzung der App behandelt werden.