Single Monorepo moox soll moox_server und moox_press ablösen.
moox_server hat eine dependency zu Spatie Backup Server, nicht FOSS.
Die Dependency muss leider entfernt und die benötigten tables per eigener Migration erzeugt werden, dazu ein paar Spieldaten. Das package könnte zusätzlich mit Moox Monorepo Custom geladen werden.
Moox Devops (früher Server) bekommt ein eigenes Panel unter /devops
Ein paar class exists werden wir wohl benötigen, da Backup-Klassen in UI verwendet werden.
moox_press erfordert ein WordPress, das in public liegt.
Es existiert eine zweite composer.json in public. Wird WordPress nicht installiert, funktioniert das Panel nicht.
Deshalb bekommt auch Moox Press ein eigenes Panel unter /press
Die Errors im Panel können wir mit Migrations abfangen (aufwändig, da keine existieren oder einen Error werfen, der zur Installation von WordPress einlädt. Es existieren bereits commands, um WordPress samt config zu installieren.
Das Default-Panel ist /admin
Unter /moox könnten wir eine Übersicht der drei Panels mit Erklärung und Link zu den Docs machen.
Wenn wir so ziemlich alle Plugins im Monorepo haben, können wir direkt darin mit entsprechenden Daten und Config die Plattformen der heco entwickeln und die Pakete einfach auf die heco Repos verteilen, indem wir:
in das Package-Repo pushen (bereits erledigt)
eine neue Version des Packages erstellen (sollte per action machbar sein)
Sofern notwendig installer oder updater dort ausführen, wohl erstmal manuell
heco Schulungen -> Moox Trainings
Komplett autark in Laravel entwickeln und per Job die Trainings von WordPress holen.
IFAT-Tickets
Zu individuell und mit Mailcoach, wobei wir den ähnlich handhaben könnten, wie Backup Server. Bleibt erstmal in Web.
WP-Plugins
Die WordPress Plugins moox-press und moox-devops werden mit versioniert.
Wiki
Zu individuell, muss in Intranet. Dort auch die WP-Plugins für heco sowie die Jobs für Expiry und Trainings
Vorgehensweise
Neubau oder moox als Basis
Issues
Es gäbe dann nur noch wenige Orte, wo Issues und PRs stattfinden:
Moox Monorepo - öffentlich
heco Intranet
heco Web
heco Platform
Issues in Moox können dann auch Plattform-bezogen sein.
Single Monorepo moox soll moox_server und moox_press ablösen.
moox_server hat eine dependency zu Spatie Backup Server, nicht FOSS.
Die Dependency muss leider entfernt und die benötigten tables per eigener Migration erzeugt werden, dazu ein paar Spieldaten. Das package könnte zusätzlich mit Moox Monorepo Custom geladen werden.
Moox Devops (früher Server) bekommt ein eigenes Panel unter /devops
Ein paar class exists werden wir wohl benötigen, da Backup-Klassen in UI verwendet werden.
moox_press erfordert ein WordPress, das in public liegt.
Es existiert eine zweite composer.json in public. Wird WordPress nicht installiert, funktioniert das Panel nicht.
Deshalb bekommt auch Moox Press ein eigenes Panel unter /press
Die Errors im Panel können wir mit Migrations abfangen (aufwändig, da keine existieren oder einen Error werfen, der zur Installation von WordPress einlädt. Es existieren bereits commands, um WordPress samt config zu installieren.
Das Default-Panel ist /admin
Unter /moox könnten wir eine Übersicht der drei Panels mit Erklärung und Link zu den Docs machen.
Wenn wir so ziemlich alle Plugins im Monorepo haben, können wir direkt darin mit entsprechenden Daten und Config die Plattformen der heco entwickeln und die Pakete einfach auf die heco Repos verteilen, indem wir:
in das Package-Repo pushen (bereits erledigt)
eine neue Version des Packages erstellen (sollte per action machbar sein)
Sofern notwendig installer oder updater dort ausführen, wohl erstmal manuell
heco Schulungen -> Moox Trainings
Komplett autark in Laravel entwickeln und per Job die Trainings von WordPress holen.
IFAT-Tickets
Zu individuell und mit Mailcoach, wobei wir den ähnlich handhaben könnten, wie Backup Server. Bleibt erstmal in Web.
WP-Plugins
Die WordPress Plugins moox-press und moox-devops werden mit versioniert.
Wiki
Zu individuell, muss in Intranet. Dort auch die WP-Plugins für heco sowie die Jobs für Expiry und Trainings
Vorgehensweise
Issues
Es gäbe dann nur noch wenige Orte, wo Issues und PRs stattfinden:
Issues in Moox können dann auch Plattform-bezogen sein.