Spectra

Native mobile Clients für das Spectra-Hosting-Panel - separate Apps für Android (Kotlin) und iOS (Swift). Volle Serververwaltung vom Telefon aus: Status, Konsole, Abrechnungen und Benachrichtigungen. Keine verpackte Website, sondern eine wirklich native Oberfläche auf jeder Plattform.

Spectra
TL;DR

Spectra ist ein Hosting-Panel für Spieleserver. Die mobile Version ist keine in einem WebView eingesperrte Website, sondern zwei eigenständige native Apps: Android in Kotlin und iOS in Swift. Vom Telefon aus tun Sie, was Sie im Browser-Panel tun - Status prüfen, die Konsole öffnen, eine Rechnung bezahlen. Push-Benachrichtigungen sagen Ihnen, dass der Server ausgefallen ist, bevor es ein Spieler tut.

Einführung

Im Web ist Spectra die vollständige Kommandozentrale des Kunden: Server bestellen, Konsole, Dateien, Statistiken, Abrechnung. Alles, was ein Administrator braucht, damit sein Minecraft- oder anderer Spieleserver läuft und funktioniert. Der Haken ist, dass diese Kommandozentrale an den Schreibtisch gekettet ist.

Ein Administrator arbeitet nicht von neun bis fünf vor einem Monitor. Ein Ausfall schaut nicht in den Kalender - er kommt im Bus, beim Mittagessen, mitten in der Nacht, wenn der Server gerade voller Spieler ist. Dann zählt nur eines: wie schnell das Telefon in Ihrer Tasche Sie zu einem Neustart und einer Konsole bringt, bevor die Spieler anfangen zu gehen.

Deshalb haben wir die mobile Version von Spectra als vollwertige Art gebaut, die Plattform zu bedienen, nicht als Anhängsel des Web-Panels. In der Praxis sind das zwei eigenständige Apps, in der jeweiligen nativen Sprache der Plattform geschrieben - Android in Kotlin, iOS in Swift -, die genau dieselbe API ansprechen wie das Browser-Panel.

Ein Ausfall fragt nicht, wo Sie gerade sind

Wenn ein Server mitten in der Prime Time ausfällt, ist jede Minute gleich Spieler, die nicht zurückkommen. In diesem Moment fahren Sie keinen Laptop hoch, melden sich nicht im Web-Panel an, suchen keinen Tab. Sie ziehen das Telefon heraus, das Sie ohnehin in der Hand halten, und wollen mit zwei Fingertipps auf der Konsole sein.

Das ändert, was die App sein muss. Ein Werkzeug, zu dem Sie im Stress eines Ausfalls greifen, muss sofort starten, ohne Ruckeln reagieren und ohne Umherirren durch Menüs zum Ziel führen. Jede Sekunde Verzögerung zwischen dem Antippen des Symbols und dem Anblick der Konsole ist eine Sekunde, in der der Server weiter liegt.

➜
Tipp

WebView ist nicht grundsätzlich schlecht - für einen Bildschirm, den Sie einmal im Quartal ansehen, kann es eine vernünftige Wahl sein. Die Regel, an die wir uns bei Spectra halten: Je häufiger und je stärker unter Druck Sie einen Bildschirm nutzen, desto stärker spricht es für nativ. Die Konsole und ein Server-Neustart liegen genau auf dieser Seite.

Warum keine Seite in einem Rahmen

Der einfachste und billigste Weg zu mobil ist, das bestehende Web-Panel in ein WebView zu verpacken und als "App" in den Store zu schicken. Der Code ist schon da, man muss ihn nur mit einem Fenster umgeben. Doch die Abkürzung verrät sich bei jedem Schritt: Die App startet langsam, weil erst die Browser-Engine aufwachen muss, verliert native Gesten, benachrichtigt schlecht oder gar nicht und sieht aus wie eine Seite in einem dünnen Rahmen.

Für ein Panel, das man ab und zu antippt, wäre das ein akzeptabler Kompromiss. Für ein Rettungswerkzeug ist es das nicht. Also sind wir den schwereren Weg gegangen: eine eigene, native Oberfläche auf jeder Plattform, die aussieht und sich verhält wie eine App ihres Systems, nicht dieselbe Attrappe, die zugleich auf Android und iOS gequetscht wurde.

Seite im Rahmen gegen nativ

MerkmalWebViewNativ (Spectra)
App-Startwartet auf die Browser-Enginesofort
Gesten und Scrollenoft ruckeligflüssig, systemweit
Push-Benachrichtigungeneingeschränktvollständig, mit Deep Link
Systemzugriffhinter einer Sandbox-Wandnativ
Ausseheneine Seite in einem Rahmeneine App ihrer Plattform

Zeit bis zum ersten nutzbaren Bildschirm (illustrativ, ms)

WebView
2600
Nativ
400

Zwei Sprachen, eine API

Was beide Apps teilen, ist das, was darunter liegt: die API und das Datenmodell. Was sich unterscheidet, ist die Oberfläche, denn Android und iOS haben ihre eigenen Navigationsmuster, ihre eigene Gestensprache und ihre eigenen Erwartungen daran, wie sich eine App verhalten soll. Eine einzige gemeinsame UI auf beide zu zwingen, endet damit, dass sie auf beiden fremd wirkt.

Der entscheidende Punkt ist, dass der mobile Client mit genau derselben API spricht wie das Web-Panel. Es gibt keine "mobile Abkürzungsversion" mit beschnittenen Möglichkeiten - ein Server-Neustart vom Telefon läuft über denselben Vertrag wie ein Neustart aus dem Browser. So tun Sie auf dem Telefon wirklich das, was Sie am Schreibtisch tun, und nicht eine ausgewählte Teilmenge.

1
Zwei native Apps

Android in Kotlin, iOS in Swift; gemeinsame API und Datenmodell, eine eigene Oberfläche, abgestimmt auf die Muster jeder Plattform.

2
Live-Konsole

ein Strom der Serverlogs und Befehlseingabe vom Telefon, mit einer Tastatur, die nicht die Hälfte dessen verdeckt, was Sie tippen.

3
Status und Steuerungsaktionen

Start, Stopp, Neustart und ein Blick auf die Ressourcennutzung, ohne zum Desktop zu greifen.

4
Abrechnung

Rechnungsansicht und Zahlung, damit der Server nicht abläuft, nur weil Sie nicht zu Hause waren.

5
Push-Benachrichtigungen

der Server ist ausgefallen, der Abrechnungszeitraum endet, ein Backup ist fehlgeschlagen; Sie tippen und landen auf dem richtigen Bildschirm.

Push, das direkt zur Konsole führt

Benachrichtigungen sind keine Zierde, sondern der Kern der ganzen Idee für mobil. Durch sie erfahren Sie von einem Ausfall, bevor es der erste Spieler tut. Ohne sie wäre die App ein passives Fenster, das Sie selbst im richtigen Moment öffnen müssen - und der richtige Moment ist meist der, in dem Sie von nichts wissen.

Ein Backend-Ereignis hat eine einfache, eindeutige Form, und es ist diese Form, die entscheidet, wohin ein Tippen auf die Benachrichtigung Sie bringt. Der Deep Link führt nicht zu einem Startbildschirm, sondern direkt zur Konsole genau des Servers, der Probleme hat. Kein Suchen, keine Navigation - vom Ton des Telefons bis zu der Stelle, an der Sie handeln können, ist es ein Fingertipp.

push-event.json · json
{
  "type": "server.down",
  "serverId": "srv_4192",
  "serverName": "SkyPvP",
  "severity": "critical",
  "deepLink": "spectra://servers/srv_4192/console",
  "at": "2026-09-10T02:14:09Z"
}
2
eigenständige native Apps (Android, iOS)
1
gemeinsame API für Web und Mobile
< 1 s
von einer Push-Benachrichtigung bis zur Serverkonsole

Ein Server, gerettet von der Bushaltestelle

Das Ergebnis ist ein Werkzeug, das einen Server wirklich vom Telefon aus rettet, kein Notpfad, den Sie einmal nutzen, um dann zum Laptop zurückzukehren. Der Administrator bekommt das volle Panel auf dem Telefon: Status, Konsole, Steuerungsaktionen, Abrechnung - und erfährt von einem Problem in dem Moment, in dem es entsteht, nicht dann, wenn er zufällig hinschaut.

Auf Spectras Seite ist der Gewinn ebenso konkret: Mobil ist kein eigenes Produkt, das sein eigenes Leben führt, sondern ein weiterer Client derselben API. Eine neue Möglichkeit im Backend ist vom Telefon genauso erreichbar wie aus dem Browser, ohne die Logik ein zweites und drittes Mal neu zu schreiben. Die Zahlen oben sind illustrativ, aber die Richtung ist es nicht.

Ein Ausfall kommt ohnehin im schlimmsten Moment. Es ging darum, dass der schlimmste Moment nicht mehr Hilflosigkeit bedeutet - nur ein aus der Tasche gezogenes Telefon.

Weitere Projekte

Weitere Projekte aus derselben Kategorie - sehen Sie, wie wir ähnliche Herausforderungen angehen.

Haben Sie ein ähnliches Projekt?

Melden Sie sich - ein Angebot ist kostenlos und kommt innerhalb einer Stunde.