Willkommen im ACTG Team-Wiki – der zentralen Sammelstelle für Tools, Tutorials, Runbooks, Standards und alles, was wir für unsere Projekte brauchen.
Ziel: Wissen schnell finden, Prozesse standardisieren und unsere Toolchain sauber dokumentieren – damit jeder im Team sofort loslegen kann.
Neu hier? Starte mit: [[Onboarding]]
Du suchst ein Tool? Schau in: [[Tools Übersicht]]
Du willst etwas deployen? Geh zu: [[Deployments & Betrieb]]
Du willst entwickeln? → [[Dev Setup]] und [[Coding Guidelines]]
Headless Pterodactyl-kompatible API (ohne Web-Frontend). Wird über Plugin/UI konsumiert.
Use-Cases: Server-/Node-/Egg-/File-Operationen, Pterodactyl-Integration ohne Laravel Panel
Doku: [[Pterodactyl GO API]] • [[Pterodactyl Compatibility Notes]]
Crossplatform Desktop-App mit Userverwaltung, Market, Knowledgebase + Knowledge Bot (AI) und Theme-System. Hauptzweck: Custom Plugins laden & managen.
Use-Cases: Plugin Marketplace, Mod- & Server-Tools, Team-interne Workflows, Knowledgebase
Doku: [[MultiTool]] • [[Market]] • [[Plugin Development]] • [[Themes]]
GO API als Backbone fürs MultiTool (User, Market, Updater, Auth/JWT, …) + Gateway, um externe APIs (z.B. Ptero) unter einem Prefix zu spiegeln.
Use-Cases: Zentrale Auth/JWT, zentrale API für UI/Plugins, API-Aggregation & Routing
Doku: [[Core GO API]] • [[EXT Gateway]] • [[Service Registry]] • [[Alias Routing]]
Kurz erklärt:
MultiTool ist die Oberfläche (UI) + Plugin-Container.
Core GO API ist der zentrale Hub (Userverwaltung, Market, Updater, Auth/JWT, …).
Pterodactyl GO API liefert Pterodactyl-kompatible Endpoints – ohne Panel UI.
EXT Gateway kann beliebig viele externe Services unter einer gemeinsamen API-Struktur „durchreichen“.
Benutzerverwaltung (Login, Rollen/Permissions – abhängig von Setup)
Token/JWT Nutzung (je nach Core/API-Konfiguration)
Plugins aktivieren, downloaden, kaufen (falls genutzt), updaten
Plugin-Template: eigenständiges Programm/Modul, das eingebunden und über den Market verwaltet wird
Ziel: erweiterbares System statt Monolith
Wissen strukturieren, durchsuchen, verlinken
AI Bot als Assistenz (FAQ, How-To, Troubleshooting – abhängig von Konfiguration & Daten)
Theme-System für UI/Branding
Optional: Team kann eigene Themes erstellen
➡️ Mehr Details: [[MultiTool]]
# EXT / PTERO
EXT_GATEWAY_ENABLED=true
EXT_GATEWAY_PREFIX=/api/ext
EXT_GATEWAY_TIMEOUT=30s
# services: name=baseurl;name=baseurl
EXT_SERVICES=ptero=http://127.0.0.1:8085
# Optional: Alias-Routen (Pterodactyl kompatibel)
EXT_ALIAS_PTERO=/api/client,/api/application
.../api/ext/ptero/... routet auf den Service ptero=http://127.0.0.1:8085
Mit Alias aktiv:
- .../api/client/... → wird intern auf ptero gemappt
- .../api/application/... → dito
Wichtig:
Du kannst unendlich viele Services registrieren, solange es keine Alias-Kollisionen gibt.
Alias-Routen sind bewusst „kompatibel“, damit Clients nicht umgebaut werden müssen.
➡️ Mehr Details: [[EXT Gateway]]
[[Onboarding]]
[[Tools Übersicht]]
[[Dev Setup]]
[[Deployments & Betrieb]]
[[Troubleshooting]]
[[Coding Guidelines]]
[[Git Workflow]]
[[Versioning & Releases]]
[[CI/CD]]
[[MultiTool]]
[[Plugin Development]]
[[Market]]
[[Core GO API]]
[[EXT Gateway]]
[[Pterodactyl GO API]]
Neue Seiten immer verlinken (von einer Übersicht/Index-Seite aus).
Tutorials: Ziel → Voraussetzungen → Schritte → Verifikation → Troubleshooting.
Runbooks: Symptom → Ursache → Fix → Rollback → Post-Mortem Notes.
Code-Beispiele: copy/paste-fähig + Env-Variablen/Ports klar.
➡️ Siehe: [[Documentation Standard]]
Weitere Plugin-Templates & Beispiele
Mehr „One-Click“ Deployments (Docker/Compose/Helm – je nach Zielumgebung)
Knowledgebase Content erweitern (FAQ, Patterns, Best Practices)
API-Kompatibilität & Edge-Cases weiter an Pterodactyl annähern (wo sinnvoll)
➡️ Tracken wir in: [[Roadmap]]