Config statt Setup: Bereiche gruppiert, Suche, Status als Einstieg
Die Seite hieß Setup und listete 15 Bereiche flach untereinander. Wer nicht wusste, dass Geburtstage unter „Community" stecken und Willkommens- Texte unter „Support", hat geklickt bis er es fand. Die Seitenleiste gruppiert jetzt nach Überblick, Auftritt, Inhalte, Community, Technik und Zugang. Darüber steht ein Suchfeld, das nicht nur Beschriftungen durchsucht, sondern auch Stichwörter je Bereich — „geburtstag" führt zu Community, „ticket" zu Support. Enter springt zum ersten Treffer. Der aktive Bereich steht in der Adresse (/settings#texte). Damit überlebt er das Neuladen, und man kann jemandem einen Link auf genau die Stelle schicken. Der Status-Bereich war die leerste Seite im ganzen Panel: sechs Zahlen. Er ist jetzt der Einstieg und beantwortet die Frage, die man beim Öffnen wirklich hat — was läuft noch nicht? Eingeschaltete Module, denen ein Kanal oder eine Rolle fehlt, stehen dort mit einem Knopf, der direkt an die richtige Stelle springt. Ist alles eingerichtet, sagt die Seite genau das. Umbenannt in „Config", weil „Setup" nach einmaliger Einrichtung klingt — die Seite ist aber der Ort, an dem man dauerhaft alles einstellt. Schmale Bildschirme: die Leiste wird zur umbrechenden Zeile ohne Gruppen-Überschriften, das Suchfeld nimmt die volle Breite. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
@@ -1,11 +1,11 @@
|
||||
# Konzept: Bot-Produktseite und Community-Hub trennen
|
||||
|
||||
**Stand:** 31.07.2026 · Umgesetzt. Zum Aktivieren müssen nur noch die beiden
|
||||
Adressen im Setup eingetragen werden (System → Zwei Seiten).
|
||||
Adressen in der Config eingetragen werden (System → Zwei Seiten).
|
||||
|
||||
## Aktivieren
|
||||
|
||||
1. **Setup → System → Zwei Seiten** ausfüllen:
|
||||
1. **Config → System → Zwei Seiten** ausfüllen:
|
||||
* Community-Hub: `https://hub.d4rkst3r.de`
|
||||
* Bot-Produktseite: `https://bot.d4rkst3r.de`
|
||||
* Login-Domain: `.d4rkst3r.de` (damit die Anmeldung auf beiden gilt)
|
||||
@@ -43,7 +43,7 @@ Konfigurieren.
|
||||
| `/features` | Alle Funktionen ausführlich, gruppiert (Community, Moderation, Feeds, Server) |
|
||||
| `/commands` | Slash-Command-Referenz, aus dem Code erzeugt |
|
||||
| `/docs` | Kurzanleitungen: API v1, SSO, Webhooks, Design-System |
|
||||
| `/dashboard` | die heutige Setup-Seite (Login + Berechtigung nötig) |
|
||||
| `/dashboard` | die heutige Config-Seite (Login + Berechtigung nötig) |
|
||||
| `/impressum`, `/datenschutz` | Rechtstexte (auf beiden Domains identisch) |
|
||||
|
||||
Die 16 Slash-Commands, die es aktuell gibt: `ping`, `bug`, `wunsch`,
|
||||
@@ -83,7 +83,7 @@ Zeile ändern, ohne dass ein Commit nötig wird.
|
||||
|
||||
Deshalb ein schlanker Seiten-Editor statt eines Forums:
|
||||
|
||||
* Seiten werden im Setup angelegt: Titel, Adress-Kürzel, Inhalt in Markdown
|
||||
* Seiten werden in der Config angelegt: Titel, Adress-Kürzel, Inhalt in Markdown
|
||||
* Live-Vorschau wie im Composer, gerendert mit dem vorhandenen Markdown-Parser
|
||||
* pro Seite wählbar: veröffentlicht oder Entwurf, im Menü sichtbar oder nur
|
||||
über den Direktlink erreichbar, Reihenfolge im Menü
|
||||
@@ -185,7 +185,7 @@ Login-Umleitung und Dashboard-Verweise nutzen `botUrl()`.
|
||||
4. Frontend in `shared/`, `hub/` und `bot/` aufteilen, zwei Builds einrichten
|
||||
5. Host-Routing in Backend und Frontend (siehe oben)
|
||||
6. Bot-Landing, Feature- und Command-Seite bauen
|
||||
7. Setup-Seite nach `/dashboard` umhängen
|
||||
7. Config-Seite nach `/dashboard` umhängen
|
||||
8. Weiterleitungen für alte Links
|
||||
9. Cookie-Domain umstellen
|
||||
10. `hub_url`/`bot_url` in den Einstellungen ergänzen und alle Verwendungen umziehen
|
||||
|
||||
Reference in New Issue
Block a user