PokéSurvivor Updates · 2026-11-02: Browser-Spielstände und Live-/Videodaten

Spielupdate 2. November 2026 · Artikel aktualisiert 3. November 2026

Die Prüfung vom 3. November umfasst den Umzug der Originaldaten für Live, neuestes Video und Videohinweis vom 2. November. Spielstandrettung und Verwaltungsänderungen bleiben erklärt.

Änderungen im Überblick

Das Original liest jetzt den live-Branch von JPTER78/pokesurvivor-live: live.json liefert den Live-Hinweis, video.json das Banner zum neuesten normalen Video und aviso.json einen getrennt ausgewählten Videohinweis. Der erzeugende Workflow wurde aus dem Spielrepository entfernt und liegt im Datendepot. Ein alter Client aus dem Cache oder das eigenständige eingebettete Spiel kann andere Informationen zeigen. Die Wiki behält ihre YouTube- und Discord-Ziele; diese Wartung führt die Workflows nicht aus, verschiebt sie nicht und ändert das eingebettete Spiel nicht.
Der Client fragt ohne Cache ungefähr alle fünf Minuten bei sichtbarer Seite ab, mit mindestens 295 Sekunden zwischen Anfragen; die Rückkehr zur sichtbaren Seite kann eine Prüfung auslösen. Die Live-Anzeige benötigt live=true, eine Video-ID mit 11 Zeichen und aktuelle Zeit minus at unter 90 Minuten. Ein fehlgeschlagener Abruf lässt den bisherigen Zustand bestehen und beweist kein Stream-Ende. Das Banner übernimmt gültige IDs und begrenzt Titel auf 120 Zeichen. Der Hinweis prüft beim Abruf das Fenster ab desde einschließlich bis hasta ausschließlich; alle zwei Sekunden werden Menü, Überlagerungen und Eingaben geprüft und die ID im Browserspeicher gemerkt. Banner und Hinweis dürfen verschiedene Videos zeigen; Abfrageabstände und Fehler können die Anzeige verzögern.
Der getrennte öffentliche Erzeuger ist alle fünf Minuten geplant; GitHub kann sich verzögern. Er prüft die ersten fünf Karten des Streams-Tabs, versucht fehlende Listen bis zu dreimal mit fünf Sekunden Abstand und behält Daten bei unbekannter Seite oder unbekanntem Badge-Format. Geschrieben wird bei Änderung von live/ID oder nach 30 Minuten eines fortlaufenden Livestreams. Ein unverändertes false kann daher ein altes at behalten. Das neueste normale Video wird aus den ersten sieben Videos-Karten gewählt, ohne bevorstehende Premieren und Live-Karten; nur geänderte ID/Titel führen zum Schreiben, mit Titelbegrenzung auf 120 Zeichen. Ein alter unveränderter Zeitstempel beweist keinen gestoppten Aktualisierer. aviso.json wird getrennt manuell gepflegt. Der Testmodus veröffentlicht keine Live-/Videoänderungen. Dies beschreibt Autorenquellcode, keinen garantierten aktuellen Sendestatus.
Die Nachpflege ergänzt Signatur-Kompatibilitätseinträge und behält bisherige Einträge sowie dieselbe Schreibsignatur. Die hier erklärten Wiederherstellungs- und Verwaltungsentzugsregeln gelten weiter für das Original; Speicherlöschen oder Signaturänderungen sind kein Wiederherstellungsschritt. Die interne Administratorliste gewährt Wiki-Nutzern keinen Kontozugriff. Der ausgeführte Quellvergleich bewahrt 966 Pokémon, 103 Attacken, 97 Entwicklungen, alle Stufen, zulässiges Lernen/Startregeln und sämtliche 13 Werkzeuge. Katalog d567c6da, Ausführung/Upload 5c97df2e sowie Saison-/Kalendermodelle bleiben getrennt versioniert; Freigaben und JSON-Importe behalten ihr Format.
Laut Original-Changelog konnte ein alter Client aus dem Cache oder einem alten Tab die neuere Browser-Kopie nicht erkennen und einen älteren Cloud-Spielstand laden. Quelle 23c0d653 bewahrt eine unlesbare Kopie mit Signatur nun separat für dieses Konto auf, bevor der Arbeitscache ersetzt wird. Eine Kopie mit neuerem updated-Zeitstempel hat Vorrang. Auch eine nicht erkannte signierte Kopie aus einem anderen Tab wird gesichert; dabei wird die lokale Gerätekennung erneuert. Unsigniertes JSON gilt dadurch nicht als gültiger Cloud-Cache.
Nach dem Update wird eine vom aktuellen Client prüfbare Sicherung mit lesbaren Browser- und Cloud-Spielständen zusammengeführt. Eine solche Sicherung deaktiviert die schnelle Wiederaufnahme innerhalb von zwei Minuten; der Client versucht deshalb einen Cloud-Abruf. Ist der Server nicht erreichbar, kann eine lesbare Sicherung mit ausstehender Offline-Synchronisierung geladen werden. Sie wird erst nach erfolgreichem Schreiben des zusammengeführten Browser-Caches entfernt. Eine weiterhin unlesbare Sicherung verfällt nur, wenn ihr gespeicherter updated-Zeitpunkt mehr als 40 Tage zurückliegt; dies garantiert keine 40 Tage ab Sicherung. Lesbare ältere Kopien bleiben wiederherstellbar. Vorhandene Erweiterungsimport-Markierungen verhindern die Wiederherstellung; die frühere Migrationsfrist am 20. November UTC ist davon getrennt. Zuerst jeden zugänglichen Spielstand sichern/exportieren, alte Tabs schließen, das aktualisierte Original online im selben Browserprofil und Konto öffnen, dann Sammlung, Guthaben und Synchronisierung prüfen. Vor dem Sichern weder Website-Daten löschen noch die App entfernen. Bereits überschriebener oder gelöschter Fortschritt wird dadurch nicht neu erzeugt; Verwaltungsentzug wird nicht rückgängig gemacht.
Der aktualisierte Original-Service-Worker ersetzt bei einem erfolgreichen Netzwerkaufruf ohne Weiterleitung von Spielwurzel oder index.html auch die feste Offline-Kopie index.html, einschließlich Aufrufen mit Parametern und Installationen in Unterpfaden. Offline-Spielnavigation bevorzugt diese Kopie; andere gespeicherte Dokumente können unabhängig von Parametern gefunden werden. Fehler oder Weiterleitungen überschreiben die gute Kopie nicht; fehlende Skripte/Bilder erhalten kein Spiel-HTML. Zuerst muss das aktualisierte Original online aufgerufen werden, damit die neue Seite als Offline-Ersatz verfügbar ist. Die zuletzt erfolgreich gespeicherte Seite garantiert weder einen aktuellen Cloud-Spielstand noch Online-Dienste ohne Verbindung.
Im Kontenbereich für Administratoren des Originals gibt es neben Geben jetzt eine getrennte Entnahme mit Bestätigung. Sie zieht Münzen, Einzeltickets und ×10-Tickets von einem vorhandenen Cloud-Spielstand ab. Eingaben und vorhandene Guthaben werden abgerundet und auf 0–1.000.000.000 begrenzt; abgezogen wird höchstens dieses normalisierte Guthaben. 120 Münzen von 100 abzuziehen ergibt 0. Die Transaktion verbucht die administrative Entnahme, erhöht die Revision und aktualisiert den Serverzeitstempel. Das ist kein Ladenkauf, öffentlicher Code oder neues Entgelt.
Die Entnahme eines normalen Pokémon entfernt normalen und schillernden Besitz; die Option nur schillernd lässt das normale Pokémon bestehen. Jede Form erhält einen eigenen Entzugszeitstempel. Laden und Zusammenführen entfernen Besitz mit Erwerbszeitpunkt bis einschließlich dieser Marke; beim Zusammenführen gilt die neuere Marke beider Spielstände. Ein entfernter Partner wird durch einen vorhandenen Starter, sonst die erste vorhandene Art ersetzt; eine nicht mehr verfügbare schillernde Partnerform wird deaktiviert. Ein tatsächlich späterer Erwerb kann bei einer Gegenkopie ohne alten Besitz erhalten bleiben; die folgende Einschränkung ist relevant.
Das Originalpanel sagt, ein erneut erhaltenes Pokémon könne bleiben. Die Ausführung des Quellcodes zeigt eine engere Bedingung: DB.merge wählt zuerst den älteren Erwerbseintrag und wendet danach den Entzug an. Enthält ein anderes Gerät oder Backup noch den alten Eintrag, kann die Zusammenführung auch einen rechtmäßigen späteren Fang entfernen. Importiere diese alte Sicherung nicht wiederholt, um das entfernte Pokémon wiederherzustellen. Sichere den aktuellen Stand, schließe die Cloud-Synchronisierung ab und prüfe das Konto; verschwindet der neue Fang erneut, melde diesen Ablauf dem Support des Originalspiels. Das Wiki dokumentiert das reproduzierte Quellcodeverhalten und hat weder Backend noch Spielstand verändert.
Nach einer administrativen Änderung gibst du im Gacha- oder Upgrade-Planer das nach der Synchronisierung tatsächlich angezeigte Guthaben ein. Entfernte normale oder schillernde Pokémon im Sammlungstracker manuell nachtragen. Die Wiki-Werkzeuge lesen oder ändern dein Spielkonto nicht. Gespeicherte Konfigurationen, Freigabelinks, JSON-Import/Export und Berechnungen behalten ihr Format; eine Wiki-Konfiguration macht keinen Kontoentzug rückgängig. Preise, Ziehchancen, Kampfwerte und Attacken-Upgrades bleiben in diesem Update unverändert.

Woher das Original seine Kanalhinweise bezieht

Das Original liest jetzt den live-Branch von JPTER78/pokesurvivor-live: live.json liefert den Live-Hinweis, video.json das Banner zum neuesten normalen Video und aviso.json einen getrennt ausgewählten Videohinweis. Der erzeugende Workflow wurde aus dem Spielrepository entfernt und liegt im Datendepot. Ein alter Client aus dem Cache oder das eigenständige eingebettete Spiel kann andere Informationen zeigen. Die Wiki behält ihre YouTube- und Discord-Ziele; diese Wartung führt die Workflows nicht aus, verschiebt sie nicht und ändert das eingebettete Spiel nicht.

Warum Live-Anzeige und Videohinweis abweichen können

Der Client fragt ohne Cache ungefähr alle fünf Minuten bei sichtbarer Seite ab, mit mindestens 295 Sekunden zwischen Anfragen; die Rückkehr zur sichtbaren Seite kann eine Prüfung auslösen. Die Live-Anzeige benötigt live=true, eine Video-ID mit 11 Zeichen und aktuelle Zeit minus at unter 90 Minuten. Ein fehlgeschlagener Abruf lässt den bisherigen Zustand bestehen und beweist kein Stream-Ende. Das Banner übernimmt gültige IDs und begrenzt Titel auf 120 Zeichen. Der Hinweis prüft beim Abruf das Fenster ab desde einschließlich bis hasta ausschließlich; alle zwei Sekunden werden Menü, Überlagerungen und Eingaben geprüft und die ID im Browserspeicher gemerkt. Banner und Hinweis dürfen verschiedene Videos zeigen; Abfrageabstände und Fehler können die Anzeige verzögern.

Aktualisierung der Daten und ältere Zeitstempel

Der getrennte öffentliche Erzeuger ist alle fünf Minuten geplant; GitHub kann sich verzögern. Er prüft die ersten fünf Karten des Streams-Tabs, versucht fehlende Listen bis zu dreimal mit fünf Sekunden Abstand und behält Daten bei unbekannter Seite oder unbekanntem Badge-Format. Geschrieben wird bei Änderung von live/ID oder nach 30 Minuten eines fortlaufenden Livestreams. Ein unverändertes false kann daher ein altes at behalten. Das neueste normale Video wird aus den ersten sieben Videos-Karten gewählt, ohne bevorstehende Premieren und Live-Karten; nur geänderte ID/Titel führen zum Schreiben, mit Titelbegrenzung auf 120 Zeichen. Ein alter unveränderter Zeitstempel beweist keinen gestoppten Aktualisierer. aviso.json wird getrennt manuell gepflegt. Der Testmodus veröffentlicht keine Live-/Videoänderungen. Dies beschreibt Autorenquellcode, keinen garantierten aktuellen Sendestatus.

Spielstand-Kompatibilität und Werkzeugversionen

Die Nachpflege ergänzt Signatur-Kompatibilitätseinträge und behält bisherige Einträge sowie dieselbe Schreibsignatur. Die hier erklärten Wiederherstellungs- und Verwaltungsentzugsregeln gelten weiter für das Original; Speicherlöschen oder Signaturänderungen sind kein Wiederherstellungsschritt. Die interne Administratorliste gewährt Wiki-Nutzern keinen Kontozugriff. Der ausgeführte Quellvergleich bewahrt 966 Pokémon, 103 Attacken, 97 Entwicklungen, alle Stufen, zulässiges Lernen/Startregeln und sämtliche 13 Werkzeuge. Katalog d567c6da, Ausführung/Upload 5c97df2e sowie Saison-/Kalendermodelle bleiben getrennt versioniert; Freigaben und JSON-Importe behalten ihr Format.

Warum ein Update wie ein Fortschrittsverlust wirken konnte

Laut Original-Changelog konnte ein alter Client aus dem Cache oder einem alten Tab die neuere Browser-Kopie nicht erkennen und einen älteren Cloud-Spielstand laden. Quelle 23c0d653 bewahrt eine unlesbare Kopie mit Signatur nun separat für dieses Konto auf, bevor der Arbeitscache ersetzt wird. Eine Kopie mit neuerem updated-Zeitstempel hat Vorrang. Auch eine nicht erkannte signierte Kopie aus einem anderen Tab wird gesichert; dabei wird die lokale Gerätekennung erneuert. Unsigniertes JSON gilt dadurch nicht als gültiger Cloud-Cache.

Was wiederhergestellt wird und was zuerst zu tun ist

Nach dem Update wird eine vom aktuellen Client prüfbare Sicherung mit lesbaren Browser- und Cloud-Spielständen zusammengeführt. Eine solche Sicherung deaktiviert die schnelle Wiederaufnahme innerhalb von zwei Minuten; der Client versucht deshalb einen Cloud-Abruf. Ist der Server nicht erreichbar, kann eine lesbare Sicherung mit ausstehender Offline-Synchronisierung geladen werden. Sie wird erst nach erfolgreichem Schreiben des zusammengeführten Browser-Caches entfernt. Eine weiterhin unlesbare Sicherung verfällt nur, wenn ihr gespeicherter updated-Zeitpunkt mehr als 40 Tage zurückliegt; dies garantiert keine 40 Tage ab Sicherung. Lesbare ältere Kopien bleiben wiederherstellbar. Vorhandene Erweiterungsimport-Markierungen verhindern die Wiederherstellung; die frühere Migrationsfrist am 20. November UTC ist davon getrennt. Zuerst jeden zugänglichen Spielstand sichern/exportieren, alte Tabs schließen, das aktualisierte Original online im selben Browserprofil und Konto öffnen, dann Sammlung, Guthaben und Synchronisierung prüfen. Vor dem Sichern weder Website-Daten löschen noch die App entfernen. Bereits überschriebener oder gelöschter Fortschritt wird dadurch nicht neu erzeugt; Verwaltungsentzug wird nicht rückgängig gemacht.

Die folgenden bisherigen Regeln zur schnellen Wiederaufnahme gelten nur, wenn keine lesbare Sicherung wiederhergestellt wird. Vor einem automatischen Versionsneuladen wartet das Original bis zu 6 Sekunden auf ausstehende Synchronisierung. Nur beim Status OK hinterlegt es eine Markierung für denselben Tab. Beim nächsten Start kann ein gültiger Cloud-Cache mit positiver gespeicherter Revision die erste Serverabfrage ersetzen, wenn die Markierung jünger als 2 Minuten ist und keine Erweiterungs-Wiederherstellungsmarkierung vorliegt. Sie wird einmal verbraucht. Sonst bleibt die normale Server-/Cache-Zusammenführung. Dies spart Abfragen und garantiert nicht den neuesten Stand eines anderen Geräts. Behalte Browser und Profil, prüfe den tatsächlichen Speicherstatus und verbinde bei Problemen dasselbe Originalkonto erneut. Lösche oder bearbeite den Speicher nicht, um eine Wiederherstellung zu erzwingen.

Installierte App: Offline-Seite nach letztem erfolgreichen Aufruf

Der aktualisierte Original-Service-Worker ersetzt bei einem erfolgreichen Netzwerkaufruf ohne Weiterleitung von Spielwurzel oder index.html auch die feste Offline-Kopie index.html, einschließlich Aufrufen mit Parametern und Installationen in Unterpfaden. Offline-Spielnavigation bevorzugt diese Kopie; andere gespeicherte Dokumente können unabhängig von Parametern gefunden werden. Fehler oder Weiterleitungen überschreiben die gute Kopie nicht; fehlende Skripte/Bilder erhalten kein Spiel-HTML. Zuerst muss das aktualisierte Original online aufgerufen werden, damit die neue Seite als Offline-Ersatz verfügbar ist. Die zuletzt erfolgreich gespeicherte Seite garantiert weder einen aktuellen Cloud-Spielstand noch Online-Dienste ohne Verbindung.

Wiederherstellungsspeicher und Kontolöschung

Das Original bewahrt die Kopie kontogetrennt in diesem Browserprofil auf. Sein Code zur Kontolöschung entfernt nun auch die lokale Sicherung dieses Kontos. Dies beschreibt Quellcode und fordert keine Löschung. Die Wiki greift nicht auf diese Kopie zu und ändert weder Konten noch Spielerdaten; das eingebettete Spiel bleibt eine eigene Version.

Administrative Entnahmen: keine negativen Guthaben

Im Kontenbereich für Administratoren des Originals gibt es neben Geben jetzt eine getrennte Entnahme mit Bestätigung. Sie zieht Münzen, Einzeltickets und ×10-Tickets von einem vorhandenen Cloud-Spielstand ab. Eingaben und vorhandene Guthaben werden abgerundet und auf 0–1.000.000.000 begrenzt; abgezogen wird höchstens dieses normalisierte Guthaben. 120 Münzen von 100 abzuziehen ergibt 0. Die Transaktion verbucht die administrative Entnahme, erhöht die Revision und aktualisiert den Serverzeitstempel. Das ist kein Ladenkauf, öffentlicher Code oder neues Entgelt.

Entfernte Pokémon, schillernde Formen und Partnerwahl

Die Entnahme eines normalen Pokémon entfernt normalen und schillernden Besitz; die Option nur schillernd lässt das normale Pokémon bestehen. Jede Form erhält einen eigenen Entzugszeitstempel. Laden und Zusammenführen entfernen Besitz mit Erwerbszeitpunkt bis einschließlich dieser Marke; beim Zusammenführen gilt die neuere Marke beider Spielstände. Ein entfernter Partner wird durch einen vorhandenen Starter, sonst die erste vorhandene Art ersetzt; eine nicht mehr verfügbare schillernde Partnerform wird deaktiviert. Ein tatsächlich späterer Erwerb kann bei einer Gegenkopie ohne alten Besitz erhalten bleiben; die folgende Einschränkung ist relevant.

Grenze alter Sicherungskopien in Quelle 90cdd941

Das Originalpanel sagt, ein erneut erhaltenes Pokémon könne bleiben. Die Ausführung des Quellcodes zeigt eine engere Bedingung: DB.merge wählt zuerst den älteren Erwerbseintrag und wendet danach den Entzug an. Enthält ein anderes Gerät oder Backup noch den alten Eintrag, kann die Zusammenführung auch einen rechtmäßigen späteren Fang entfernen. Importiere diese alte Sicherung nicht wiederholt, um das entfernte Pokémon wiederherzustellen. Sichere den aktuellen Stand, schließe die Cloud-Synchronisierung ab und prüfe das Konto; verschwindet der neue Fang erneut, melde diesen Ablauf dem Support des Originalspiels. Das Wiki dokumentiert das reproduzierte Quellcodeverhalten und hat weder Backend noch Spielstand verändert.

Aktuelle Guthaben und Besitzdaten verwenden

Nach einer administrativen Änderung gibst du im Gacha- oder Upgrade-Planer das nach der Synchronisierung tatsächlich angezeigte Guthaben ein. Entfernte normale oder schillernde Pokémon im Sammlungstracker manuell nachtragen. Die Wiki-Werkzeuge lesen oder ändern dein Spielkonto nicht. Gespeicherte Konfigurationen, Freigabelinks, JSON-Import/Export und Berechnungen behalten ihr Format; eine Wiki-Konfiguration macht keinen Kontoentzug rückgängig. Preise, Ziehchancen, Kampfwerte und Attacken-Upgrades bleiben in diesem Update unverändert.

Originalquelle c121040f und eingebettetes Spiel

Prüfung vom 3. November: Originalpaket 064519c8ee entspricht c121040f und umfasst alle sieben Commits nach d2bf542d. Es behält 966 Pokémon, 103 Attacken, 97 Entwicklungen, alle Stufen, zulässige Lernpools und Startausnahmen. Katalog d567c6da; Saisonkampf/Belohnungen f7fbcfc4; Kalender d667c216; Ausführungs-/Uploadberechnungen 5c97df2e. Raum-, Cache- und Geschenkpfade werden getrennt versioniert. Alle 13 Werkzeuge und historischen Freigabe-/Importmodelle bleiben. Die beobachtete Einbettung bleibt 3667bcad81 mit selektiver f7-Integration, Community 395a0e47/559ca0a7c8; Originalclientänderungen werden ihnen nicht zugeschrieben.

Vorherige und nächste Updates

Spieldaten und Quellen

Die verlinkten Spieldateien zeigen die Herkunft der Werte, Kosten und Regeln. Spielupdates können sie ändern.

Datenversion: d567c6da

Datenversion →