Ich möchte etwas hinzufügen: 1. Historisch gesehen gibt es nur ein Team (Unternehmen)
https://1b.app/ua/partner/oneboxproduction/, das das Recht hat, Änderungen am OneBox-Code direkt im Git-Repository vorzunehmen. Und solche Änderungen werden jeden Morgen automatisch auf alle Clients übertragen. Nebeneffekt: Man kann in der Produktion nichts bestellen, damit es am nächsten Tag nicht bei allen Kunden ankommt. Und ich beabsichtige nicht, jemand anderem die Rechte zu geben, Änderungen am Git-Repository vorzunehmen, außer für die Onebox-Produktion. 2. Aus Punkt 1 folgt, dass Sie, wenn Sie den OneBox-Code bearbeiten und Änderungen vornehmen möchten, damit sie bei allen Kunden ankommen, einen Job bei onebox production zu deren Bedingungen bekommen müssen. Ohne sie können Sie OneBoxes nur auf Client-Servern (Boxen) installieren und das Risiko akzeptieren, dass das bevorstehende Update aufgrund Ihrer Änderungen: - möglicherweise nicht ausgeführt wird - möglicherweise falsch ausgeführt wird - möglicherweise alle Ihre Änderungen löscht - (oder Updates deaktiviert ) 3. Aus Punkt 1 folgt auch, dass die Entwicklung von OneBox gebremst wird, weil es nur ein Team gibt, das es universell nutzen kann. Um dies zu ändern, arbeiten wir an einer Möglichkeit für Programmierer von Drittanbietern, ihre eigenen iFrame-Apps zu erstellen und sie in OneBox zu integrieren. Das heißt, Sie erstellen eine Anwendung auf Ihrem Server, verbinden sie aber über die API mit OneBox. Es wird in den Feldern als eine Anwendung angezeigt, die in einem Iframe geöffnet wird. Ich halte einen solchen Weg für aussichtsreicher und sicherer. Und es schränkt Sie auch nicht in der Technologie ein: Sie können in jeder Sprache schreiben, die Sie kennen. Sie müssen sich nur mit OneBox APIv2 und OneBox ID API befassen.