Die Startseite zeigt alle aktiven Apps auf einen Blick: ob sie gerade laufen, welche Version live ist und wann sie zuletzt geändert wurde.
Die Seite aktualisiert sich automatisch: Ändert sich ein Status oder kommt ein Ereignis dazu, erscheint das nach spätestens 30 Sekunden, ohne dass du neu laden musst. Hat sich eine App geändert, klappt ihre Karte von selbst auf und leuchtet mit umlaufendem Rand und dem Badge „aktualisiert“, bis du einmal hineinklickst (auf dem Handy: hineintippst).
Unter der App-Übersicht siehst du die letzten Ereignisse: Updates, Ausfälle und Einstellungsänderungen. Der Verlauf ist zugeklappt und zeigt nur das neueste Ereignis, ein Klick auf „Verlauf“ klappt alle auf. Ein Update steht als eine Zeile da, z. B. „Update: Version 1.2.0 (vorher 1.1.1) · Stand 54931b5 · Hilfe aktualisiert (10 Einträge)“. Gepunktet unterstrichene Einträge haben Details: Fährst du mit der Maus darüber, siehst du die Beschreibung der neuen Funktionen und die einzelnen Änderungen.
Jede Hilfeseite hat unten den Abschnitt „Verlauf“: neue Funktionen ausführlich beschrieben, und wenn du angemeldet bist, darunter alle einzelnen Änderungen und Fehlerbehebungen. Du erreichst ihn über ☰ → Verlauf in der jeweiligen App oder über den Button „Verlauf“ auf der Karte. Das Suchfeld oben durchsucht Hilfe und Verlauf gemeinsam.
Such über alle Apps hinweg nach einer Funktion.
Jede App hat eine eigene Hilfeseite mit allen Funktionen. Du erreichst sie über ☰ → Hilfe in der jeweiligen App oder über den Button „Hilfe“ auf der Karte. Das Suchfeld oben filtert die Einträge beim Tippen.
Bist du im HUB angemeldet und für das cockpit freigeschaltet, bist du hier automatisch angemeldet. Die Freigabe erteilt ein HUB-Admin unter „User“. Mit einem eigenen cockpit-Konto meldest du dich mit E-Mail und Passwort an. Hast du das Passwort vergessen, nutze „Passwort vergessen?“ auf der Anmeldeseite. Unter ☰ → Konto (deine E-Mail-Adresse) siehst du deine Kontodaten und änderst dein Passwort.
Die Apps werden regelmäßig automatisch geprüft (standardmäßig alle 5 Minuten). Unter ☰ → Verwaltung → Prüfung → „Jetzt prüfen“ startest du die Prüfung sofort. Unter ☰ → Verwaltung → Apps → Alle Apps geht das auch für eine einzelne App.
Unter ☰ → Verwaltung → Prüfung → Einstellungen legst du fest:
Dort siehst du auch, wann zuletzt geprüft wurde. „Cron läuft nicht“ bedeutet: Die automatische Prüfung findet gerade nicht statt.
Unter ☰ → Verwaltung → Apps → Alle Apps stellst du pro App einen Modus ein:
Außerdem kannst du pro App ein eigenes Prüfintervall und eine Notiz hinterlegen, die auf der Karte erscheint.
Jede App schreibt Fehler und Warnungen in ihr eigenes Log. Unter ☰ → Verwaltung → Apps → Logs siehst du für jede App, wie viele Fehler und Warnungen es in den letzten 24 Stunden gab.
Hat eine App Fehler im Log, zeigt ihre Karte auf der Startseite ein rotes Badge „3 Fehler“. Ein Klick darauf öffnet das Log.
Eine Schritt-für-Schritt-Anleitung, wie eine neue App in den Verbund kommt: lokal einrichten, auf dem Server anlegen, deployen und mit HUB und cockpit verbinden.
Unter ☰ → Verwaltung → Entwicklung → UI-Elemente siehst du alle Bausteine der Oberfläche auf einer Seite: Farben, Schrift, Buttons, Status-Badges, App-Karten, Listen, Formulare, Meldungen, Navigation und die Formate für Zeiten und Zahlen.
Jedes Beispiel ist echt und lässt sich ausprobieren, zum Beispiel die Meldungen per Klick oder die Karten mit der Maus. Unter jedem Beispiel klappt „HTML“ den Code zum Kopieren auf. Das Inhaltsverzeichnis links springt zu den Bereichen, oben rechts wechselst du ins dunkle Design.
Auf deinem eigenen Rechner kannst du jede App per Klick auf einen anderen Branch umschalten, zum Beispiel um einen Entwurf anzusehen, bevor er live geht. Auf dem Server gibt es diese Seite nicht.
php bin/setup.php ausführen (siehe „Neuer Rechner und Umzug“), es trägt local_projects_root in config/config.local.php ein. Oder von Hand: 'local_projects_root' => 'X:\\Projects'. Liegen mysqldump oder mysql nicht im PATH, zusätzlich deren Pfad unter local_tools (siehe config.local.php.example).Beim Umschalten wird die Datenbank der App als Stand des bisherigen Branches gesichert (X:\Projects\_backups\{app}\). Gibt es schon einen Stand des Ziel-Branches, wird er eingespielt, sonst bleibt die Datenbank und wird nur migriert. So hat jeder Branch seine eigenen Daten. „Daten übernehmen von“ holt bei Bedarf die Daten eines anderen Branches herüber.
Hat eine App lokale Änderungen, ist „Umschalten“ gesperrt. „Änderungen beiseitelegen“ parkt sie, „Zurückholen“ auf demselben Branch holt sie wieder. Unter „Anleitung“ steht bei jeder App, wie das Gleiche auf der Kommandozeile geht (php bin/branch.php).
Auf einem neuen Rechner richtet ein einziger Befehl alle Apps ein: fehlende Repos klonen, Configs erzeugen, Datenbanken anlegen, installieren, bauen, migrieren.
git clone https://github.com/UlliChaos/projects-standards.git X:\Projects, dann git clone https://github.com/UlliChaos/cockpit.git X:\Projects\cockpit.php bin/setup.php. Beim ersten Mal fragt es die Zugangsdaten deines Mailservers ab und trägt sie in alle Apps ein, die Mails senden.http://{ordner}.test.Die Configs erzeugt das Setup selbst: lokale Adressen, die lokale HUB-Datenbank und zufällige Tokens, die im cockpit und in der App automatisch zusammenpassen. Vorhandene Werte ändert es nie, es ergänzt nur, was fehlt. Du kannst es also jederzeit noch einmal laufen lassen, zum Beispiel wenn eine App einen neuen Schlüssel bekommen hat.
Umzug mit deinen Daten: Auf dem alten Rechner unter ☰ → Verwaltung → Entwicklung → Branches (lokal) → „Umzugspaket erstellen“ ein Passwort wählen (oder php bin/setup.php --paket-erstellen). Das Paket enthält die Configs aller Apps mit Mail-Zugang und Schlüsseln und alle Datenbanken, frisch gesichert und mit dem Passwort verschlüsselt. Auf dem neuen Rechner die Datei nach X:\Projects\_umzug\ legen und in Schritt 3 php bin/setup.php --paket=DATEINAME aufrufen. Vorhandene Configs und Datenbanken bleiben dabei unangetastet.
Das Umzugspaket enthält Zugangsdaten und deine Daten. Gib es nur weiter, wenn es verschlüsselt ist, und bewahre das Passwort getrennt davon auf.
Aufgeräumte Startseite. Die App-Karten sind jetzt zugeklappt und zeigen nur Name und Status. Ein Klick auf den Kopf einer Karte klappt sie auf, „Alle aufklappen“ und „Alle zuklappen“ neben der Überschrift „Apps“ wirken auf alle Karten. Ändert sich eine App, klappt ihre Karte von selbst auf und leuchtet, bis du hineinklickst. Auch der Verlauf ist zugeklappt und zeigt nur das neueste Ereignis, ein Klick klappt ihn auf. Beim automatischen Aktualisieren bleibt alles so offen, wie du es aufgeklappt hast.
Übersichtlicheres Menü. Die Verwaltung ist in drei Gruppen mit Untermenü geteilt: Apps (Alle Apps, Logs, Neue App hinzufügen), Prüfung (Jetzt prüfen, Einstellungen) und Entwicklung (UI-Elemente, Branches). Eine offene Gruppe erkennst du am gedrehten Pfeil, an der farbigen Überschrift und an der Linie links. Die Gruppe der Seite, auf der du gerade bist, ist schon offen und mit einem Punkt markiert.
Neu: Anleitung „Neue App hinzufügen“. Unter ☰ → Verwaltung führt eine Seite Schritt für Schritt durch alles, was eine neue App braucht: Repo und lokale Einrichtung, Subdomain und Datenbank auf dem Server, Deploy-Schlüssel und Secrets, der erste Deploy, Tokens fürs cockpit, der Eintrag im HUB und die Anmeldung per Klick auf die Kachel. Oben trägst du Name, Slug und Subdomain ein, alle Befehle passen sich an und lassen sich per Knopf kopieren.
Log-Einträge kopieren. Jeder Eintrag im Log einer App hat jetzt einen Knopf „Kopieren“. Er legt Meldung, Details und Stacktrace als Text in die Zwischenablage.
Neu: Branches lokal per Klick umschalten. Auf deinem eigenen Rechner zeigt ☰ → Verwaltung → Branches (lokal) jede App mit ihrem aktuellen Branch. Du wählst einen anderen Branch, klickst „Umschalten“ und siehst live, wie die App den Stand von GitHub holt, gebaut und migriert wird. Jeder Branch behält dabei seine eigene Datenbank: Beim Verlassen wird sie gesichert, beim Zurückkommen wieder eingespielt. Lokale Änderungen lassen sich per Klick beiseitelegen und später zurückholen. Auf dem Server gibt es diese Seite nicht.
Neuer Rechner mit einem Befehl. php bin/setup.php klont alle fehlenden Apps, erzeugt ihre Configs mit passenden Tokens und lokalen Adressen, trägt deinen Mailserver überall ein, legt die Datenbanken an, installiert, baut und migriert. Für den Umzug mit deinen Daten gibt es das Umzugspaket: Es enthält Configs und Datenbanken, ist mit deinem Passwort verschlüsselt und wird auf dem neuen Rechner beim Setup eingespielt.
UI-Elemente auf einen Blick. ☰ → Verwaltung → UI-Elemente zeigt alle Bausteine des cockpit, von Farben und Buttons bis zu App-Karten, Formularen und Meldungen. Jedes Beispiel ist echt, darunter steht das HTML zum Aufklappen, dazu die Regeln, wann welches Element passt.
Neu: Logs aller Apps im cockpit. Unter ☰ → Verwaltung → Logs siehst du für jede App die Fehler und Warnungen der letzten 24 Stunden. Ein Klick auf eine App zeigt die Einträge, filterbar nach Fehlern, Warnungen und Infos, und „Log löschen“ leert das Log nach einer Rückfrage. Hat eine App Fehler, zeigt ihre Karte auf der Startseite ein rotes Badge.
Meldungen unten rechts. Rückmeldungen wie „Gespeichert.“ erscheinen jetzt als kleine Meldung unten rechts. Ein dünner Balken zeigt, wie lange sie noch sichtbar ist, und hält an, solange die Maus darüber ist. Fehlermeldungen bleiben stehen, bis du sie schließt. Fehler in Formularen stehen direkt am betroffenen Feld.
Außerdem: Zeiten erscheinen einheitlich als „vor 3 Min.“ mit genauem Datum beim Darüberfahren, und die Fehlerseiten sind übersichtlicher.
Neon-Look. Das cockpit hat kräftigere Farben mit Leuchten: Cyan, Neongrün, Gelb und Rot, die Status-Badges und der Statusrand der Karten leuchten. Ohne Maus wirken die App-Karten wie eingraviert und etwas gedämpft. Fährst du mit der Maus über eine Karte, wird sie scharf, hebt sich an, und ein Lichtpunkt läuft leuchtend im Kreis um ihren Rand. Geänderte Karten leuchten jetzt schwarz, im dunklen Design weiß.
Geänderte Apps fallen auf. Ändert sich eine App, während die Startseite offen ist (neuer Status, neue Version, neuer Stand oder eine neue Notiz), bekommt ihre Karte einen umlaufenden Lichtrand und das Badge „aktualisiert“. Das bleibt so, bis du einmal mit der Maus in die Karte fährst.
Übersichtlichere Startseite. Die Startseite ist klar in Zusammenfassung, Apps und Verlauf gegliedert. Jede App-Karte hat links einen farbigen Rand nach Status, sodass ein Ausfall sofort auffällt. Version, Stand und Prüfzeit stehen untereinander, und der Verlauf ist nach Tagen gruppiert (Heute, Gestern, …).
Aktualisiert sich von selbst. Die Startseite prüft alle 30 Sekunden, ob sich etwas geändert hat, und zeigt den neuen Stand ohne Neuladen an.
Ein Eintrag pro Update im Verlauf. Neue Version, neuer Stand und aktualisierte Hilfe eines Deploys stehen auf der Startseite jetzt in einer Zeile statt in bis zu drei. Die Details (neue Funktionen, einzelne Änderungen) zeigt weiterhin der Mouseover. Das gilt auch für die bisherigen Einträge.
Neu: Verlauf pro App. Jede Hilfeseite hat unten den Abschnitt „Verlauf“: neue Funktionen ausführlich beschrieben, darunter (angemeldet) alle einzelnen Änderungen und Fehlerbehebungen. Das Suchfeld durchsucht Hilfe und Verlauf gemeinsam.
Details im Verlauf der Startseite. Gepunktet unterstrichene Einträge zeigen beim Darüberfahren mit der Maus, was sich geändert hat.
Außerdem: Button „Verlauf“ auf jeder App-Karte und ein neues, hellblaues Icon.
Erste Version. Die Startseite zeigt alle Apps mit Status (online, gestört, offline, Wartung, pausiert), Version und aktuellem Stand. Jede App hat eine durchsuchbare Hilfeseite, dazu gibt es die Hilfe-Suche über alle Apps. Admins stellen Prüfintervall und Zeitlimits ein und können Apps pausieren oder in Wartung setzen.
Kein Eintrag passt zu diesem Filter.