PokéSurvivor Actualizaciones · 2026-11-02: Guardados y nuevos datos de directos y vídeos

Actualización del juego 2 de noviembre de 2026 · Artículo actualizado 3 de noviembre de 2026

La revisión del 3 de noviembre cubre el traslado de datos de directos, último vídeo y aviso del original del día 2. Se mantienen la recuperación de guardados y los ajustes administrativos.

Cambios principales

El original lee ahora la rama live de JPTER78/pokesurvivor-live: live.json alimenta la etiqueta de directo, video.json el banner del último vídeo normal y aviso.json un aviso elegido por separado. El flujo productor se retiró del repositorio del juego y está en el repositorio de datos. Un cliente antiguo en caché o el juego incrustado independiente pueden mostrar otra información. Esta Wiki conserva sus enlaces de YouTube y Discord; no ejecuta, mueve ni modifica esos flujos ni el juego incrustado.
El cliente consulta sin caché aproximadamente cada cinco minutos mientras la página está visible, con un mínimo de 295 segundos entre peticiones; volver a la página puede activar otra consulta. La etiqueta exige live=true, ID de 11 caracteres y tiempo actual menos at inferior a 90 minutos. Una petición fallida conserva el estado anterior y no demuestra que el directo terminó. El banner admite un ID válido y limita el título a 120 caracteres. El aviso comprueba al leer el intervalo desde incluido/hasta excluido; cada dos segundos revisa menú, capas y entradas y recuerda el ID en ese navegador. Banner y aviso pueden llevar deliberadamente a vídeos distintos; la espera entre lecturas o un fallo puede retrasar la pantalla.
El productor público separado se programa cada cinco minutos, con posibles retrasos de GitHub. Lee las primeras cinco tarjetas de Streams, reintenta una lista ausente hasta tres veces con esperas de cinco segundos y conserva los datos si no reconoce la página o el formato de etiquetas. Escribe al cambiar live/ID o tras 30 minutos de un directo continuo; un estado false sin cambios puede conservar un at antiguo. El vídeo normal se elige entre las primeras siete tarjetas de Videos, excluyendo próximos estrenos y directos; solo escribe si cambia ID o título y limita este a 120 caracteres. Una fecha antigua sin cambios no prueba que el actualizador se detuvo. aviso.json se mantiene manualmente y aparte. El modo de prueba no publica cambios de live/video. Son reglas del código del autor, no una afirmación del directo actual.
La revisión añade entradas de compatibilidad de firmas conservando las anteriores y la misma firma de escritura. Siguen las reglas de recuperación y retirada administrativa aquí explicadas para el original; borrar datos o editar firmas no es una recuperación. El cambio interno de administradores no concede acceso a cuentas desde la Wiki. La comparación ejecutada mantiene 966 Pokémon, 103 movimientos, 97 evoluciones, niveles, aprendizaje e inicios legales y las 13 herramientas. Catálogo d567c6da, ejecución/subida 5c97df2e y modelos de temporada/calendario conservan su versión; enlaces compartidos e importaciones JSON mantienen formato.
El changelog original explica que un cliente antiguo en caché o una pestaña vieja podía no reconocer la copia reciente del navegador y volver a un guardado anterior de la nube. La fuente 23c0d653 aparta la copia ilegible con firma en una reserva de esa cuenta antes de sustituir la caché de trabajo. Se conserva la reserva con la fecha updated más reciente. Si otra pestaña presenta una copia firmada no reconocida, también se guarda y cambia el identificador local del dispositivo. Este mecanismo no acepta JSON sin firma como caché válida de nube.
Tras actualizar, una reserva que el cliente actual pueda validar se combina con el guardado legible del navegador y el de nube. Su presencia desactiva el acceso rápido de dos minutos y fuerza un intento de lectura de nube; si el servidor falla, una copia reservada legible puede abrirse con sincronización pendiente sin conexión. La reserva solo se elimina tras escribir correctamente la caché combinada. Si sigue ilegible, caduca cuando su updated supera 40 días: no son 40 días garantizados desde que se apartó. Una reserva legible puede recuperarse aunque sea más antigua. Los marcadores de importación por extensión impiden restaurarla; el plazo anterior del 20 de noviembre UTC es independiente. Conserva/exporta primero cualquier save accesible, cierra pestañas viejas, abre el original actualizado con conexión en el mismo perfil y cuenta y revisa colección, saldo y sincronización. No borres datos del sitio ni desinstales la app antes de conservar la copia. No recrea progreso ya sobrescrito o borrado ni revierte retiradas administrativas.
En el service worker original actualizado, una visita de red correcta y sin redirección a la raíz o index.html reemplaza también el index.html de respaldo, incluso con parámetros o bajo una subruta. La navegación al juego sin conexión prefiere esa copia; otros documentos en caché pueden ignorar los parámetros. Una respuesta fallida o redirigida no sustituye la copia correcta y un script/imagen ausente no recibe el HTML del juego. Debes visitar el original actualizado con conexión antes de que la nueva página pueda ser el respaldo. La última página guardada correctamente no equivale a un save de nube reciente ni a servicios online sin conexión.
El panel Cuentas de administradores del original añade Quitar junto a Dar, con confirmación. Permite restar monedas, tickets simples y tickets ×10 de una partida en la nube existente. Entradas y saldos actuales se redondean hacia abajo y se normalizan entre 0 y 1.000.000.000; la resta se limita a ese saldo. Quitar 120 monedas de 100 deja 0. La transacción registra el débito administrativo, incrementa la revisión y actualiza la fecha del servidor. No es una compra de tienda, un código público ni una nueva tarifa.
Quitar un Pokémon normal retira tanto la propiedad normal como la shiny; la opción de quitar solo shiny conserva el normal. El guardado registra una fecha de retirada por forma. Al cargar o fusionar, elimina propiedades obtenidas en esa fecha o antes y conserva la fecha de retirada más reciente de ambas copias. Si falta el compañero, pasa al inicial poseído o a la primera especie disponible; se desactiva su aspecto shiny si ya no se posee. Una adquisición posterior puede conservarse si la otra copia no arrastra la propiedad antigua; consulta la limitación siguiente.
El panel original indica que un Pokémon conseguido otra vez puede conservarse. La ejecución del código confirma una condición más estrecha: DB.merge elige primero el registro de adquisición más antiguo y después aplica la retirada. Si otro dispositivo o copia conserva el registro viejo, la fusión puede borrar incluso una captura posterior legítima. No importes repetidamente esa copia para recuperar el Pokémon retirado. Guarda una copia del estado actual, completa la sincronización y comprueba la cuenta; si vuelve a desaparecer, informa de esa secuencia al soporte del juego original. La Wiki documenta lo reproducido en el código; no ha cambiado el servidor ni tu partida.
Tras un ajuste administrativo, introduce en los planificadores de gacha o mejoras el saldo real mostrado después de sincronizar. Actualiza manualmente el registro de colección si se retira una forma normal o shiny. Las herramientas de la Wiki no leen ni modifican tu cuenta del juego. Configuraciones guardadas, enlaces, importación/exportación JSON y cálculos conservan su formato; restaurar una configuración de la Wiki no deshace una retirada de la cuenta. Precios, probabilidades, estadísticas de combate y fórmulas de mejora de movimientos no cambian.

De dónde obtiene el original los avisos del canal

El original lee ahora la rama live de JPTER78/pokesurvivor-live: live.json alimenta la etiqueta de directo, video.json el banner del último vídeo normal y aviso.json un aviso elegido por separado. El flujo productor se retiró del repositorio del juego y está en el repositorio de datos. Un cliente antiguo en caché o el juego incrustado independiente pueden mostrar otra información. Esta Wiki conserva sus enlaces de YouTube y Discord; no ejecuta, mueve ni modifica esos flujos ni el juego incrustado.

Por qué pueden diferir el directo y el aviso

El cliente consulta sin caché aproximadamente cada cinco minutos mientras la página está visible, con un mínimo de 295 segundos entre peticiones; volver a la página puede activar otra consulta. La etiqueta exige live=true, ID de 11 caracteres y tiempo actual menos at inferior a 90 minutos. Una petición fallida conserva el estado anterior y no demuestra que el directo terminó. El banner admite un ID válido y limita el título a 120 caracteres. El aviso comprueba al leer el intervalo desde incluido/hasta excluido; cada dos segundos revisa menú, capas y entradas y recuerda el ID en ese navegador. Banner y aviso pueden llevar deliberadamente a vídeos distintos; la espera entre lecturas o un fallo puede retrasar la pantalla.

Cómo se renuevan los datos y qué significa una fecha antigua

El productor público separado se programa cada cinco minutos, con posibles retrasos de GitHub. Lee las primeras cinco tarjetas de Streams, reintenta una lista ausente hasta tres veces con esperas de cinco segundos y conserva los datos si no reconoce la página o el formato de etiquetas. Escribe al cambiar live/ID o tras 30 minutos de un directo continuo; un estado false sin cambios puede conservar un at antiguo. El vídeo normal se elige entre las primeras siete tarjetas de Videos, excluyendo próximos estrenos y directos; solo escribe si cambia ID o título y limita este a 120 caracteres. Una fecha antigua sin cambios no prueba que el actualizador se detuvo. aviso.json se mantiene manualmente y aparte. El modo de prueba no publica cambios de live/video. Son reglas del código del autor, no una afirmación del directo actual.

Compatibilidad del guardado y versiones de herramientas

La revisión añade entradas de compatibilidad de firmas conservando las anteriores y la misma firma de escritura. Siguen las reglas de recuperación y retirada administrativa aquí explicadas para el original; borrar datos o editar firmas no es una recuperación. El cambio interno de administradores no concede acceso a cuentas desde la Wiki. La comparación ejecutada mantiene 966 Pokémon, 103 movimientos, 97 evoluciones, niveles, aprendizaje e inicios legales y las 13 herramientas. Catálogo d567c6da, ejecución/subida 5c97df2e y modelos de temporada/calendario conservan su versión; enlaces compartidos e importaciones JSON mantienen formato.

Por qué una actualización podía parecer un retroceso

El changelog original explica que un cliente antiguo en caché o una pestaña vieja podía no reconocer la copia reciente del navegador y volver a un guardado anterior de la nube. La fuente 23c0d653 aparta la copia ilegible con firma en una reserva de esa cuenta antes de sustituir la caché de trabajo. Se conserva la reserva con la fecha updated más reciente. Si otra pestaña presenta una copia firmada no reconocida, también se guarda y cambia el identificador local del dispositivo. Este mecanismo no acepta JSON sin firma como caché válida de nube.

Qué se recupera y qué hacer primero

Tras actualizar, una reserva que el cliente actual pueda validar se combina con el guardado legible del navegador y el de nube. Su presencia desactiva el acceso rápido de dos minutos y fuerza un intento de lectura de nube; si el servidor falla, una copia reservada legible puede abrirse con sincronización pendiente sin conexión. La reserva solo se elimina tras escribir correctamente la caché combinada. Si sigue ilegible, caduca cuando su updated supera 40 días: no son 40 días garantizados desde que se apartó. Una reserva legible puede recuperarse aunque sea más antigua. Los marcadores de importación por extensión impiden restaurarla; el plazo anterior del 20 de noviembre UTC es independiente. Conserva/exporta primero cualquier save accesible, cierra pestañas viejas, abre el original actualizado con conexión en el mismo perfil y cuenta y revisa colección, saldo y sincronización. No borres datos del sitio ni desinstales la app antes de conservar la copia. No recrea progreso ya sobrescrito o borrado ni revierte retiradas administrativas.

Las reglas anteriores de recarga rápida siguientes solo se aplican si no se restaura una reserva legible. Antes de recargar por una versión nueva, el original espera hasta 6 segundos la sincronización pendiente y sólo deja una marca para esa pestaña si el guardado ya está OK. En el siguiente arranque puede reutilizar una caché de nube válida, con revisión positiva, sin lectura inicial del servidor únicamente si la marca tiene menos de 2 minutos y no hay marca de recuperación de extensiones. La marca se consume una vez. En los demás casos se mantiene la combinación normal de servidor y caché. Reduce lecturas, pero no confirma haber obtenido el progreso más reciente de otro dispositivo. Conserva navegador/perfil, comprueba el estado real del guardado y reconecta con la misma cuenta original al investigar. No borres ni edites el almacenamiento para forzar una recuperación.

App instalada: la página sin conexión sigue la última visita correcta

En el service worker original actualizado, una visita de red correcta y sin redirección a la raíz o index.html reemplaza también el index.html de respaldo, incluso con parámetros o bajo una subruta. La navegación al juego sin conexión prefiere esa copia; otros documentos en caché pueden ignorar los parámetros. Una respuesta fallida o redirigida no sustituye la copia correcta y un script/imagen ausente no recibe el HTML del juego. Debes visitar el original actualizado con conexión antes de que la nueva página pueda ser el respaldo. La última página guardada correctamente no equivale a un save de nube reciente ni a servicios online sin conexión.

Reserva de guardado y eliminación de cuenta

El original conserva la reserva en ese perfil del navegador, separada por cuenta. Su código de eliminación de cuenta retira también la reserva local de esa cuenta. Es una explicación del código, no una petición de borrar nada. La Wiki no accede a la reserva, no realiza operaciones de cuenta ni modifica datos del jugador; el juego incrustado sigue siendo otra versión.

Retiradas administrativas: saldos sin negativos

El panel Cuentas de administradores del original añade Quitar junto a Dar, con confirmación. Permite restar monedas, tickets simples y tickets ×10 de una partida en la nube existente. Entradas y saldos actuales se redondean hacia abajo y se normalizan entre 0 y 1.000.000.000; la resta se limita a ese saldo. Quitar 120 monedas de 100 deja 0. La transacción registra el débito administrativo, incrementa la revisión y actualiza la fecha del servidor. No es una compra de tienda, un código público ni una nueva tarifa.

Pokémon retirados, shiny y cambio de compañero

Quitar un Pokémon normal retira tanto la propiedad normal como la shiny; la opción de quitar solo shiny conserva el normal. El guardado registra una fecha de retirada por forma. Al cargar o fusionar, elimina propiedades obtenidas en esa fecha o antes y conserva la fecha de retirada más reciente de ambas copias. Si falta el compañero, pasa al inicial poseído o a la primera especie disponible; se desactiva su aspecto shiny si ya no se posee. Una adquisición posterior puede conservarse si la otra copia no arrastra la propiedad antigua; consulta la limitación siguiente.

Limitación al fusionar copias antiguas en 90cdd941

El panel original indica que un Pokémon conseguido otra vez puede conservarse. La ejecución del código confirma una condición más estrecha: DB.merge elige primero el registro de adquisición más antiguo y después aplica la retirada. Si otro dispositivo o copia conserva el registro viejo, la fusión puede borrar incluso una captura posterior legítima. No importes repetidamente esa copia para recuperar el Pokémon retirado. Guarda una copia del estado actual, completa la sincronización y comprueba la cuenta; si vuelve a desaparecer, informa de esa secuencia al soporte del juego original. La Wiki documenta lo reproducido en el código; no ha cambiado el servidor ni tu partida.

Usa el saldo y la colección actuales en las herramientas

Tras un ajuste administrativo, introduce en los planificadores de gacha o mejoras el saldo real mostrado después de sincronizar. Actualiza manualmente el registro de colección si se retira una forma normal o shiny. Las herramientas de la Wiki no leen ni modifican tu cuenta del juego. Configuraciones guardadas, enlaces, importación/exportación JSON y cálculos conservan su formato; restaurar una configuración de la Wiki no deshace una retirada de la cuenta. Precios, probabilidades, estadísticas de combate y fórmulas de mejora de movimientos no cambian.

Original c121040f y versión del juego incrustado

Revisión del 3 de noviembre: el original público 064519c8ee corresponde a c121040f e incluye los siete commits posteriores a d2bf542d. Conserva 966 Pokémon, 103 movimientos, 97 evoluciones, niveles, aprendizaje legal y excepciones iniciales. Catálogo d567c6da; combate/premios f7fbcfc4; calendario d667c216; cálculos de ejecución/subida 5c97df2e. Salas, caché y regalos se versionan aparte. Se mantienen 13 herramientas y modelos históricos de enlaces/importación. El integrado observado sigue en 3667bcad81 con adaptación selectiva f7 y Community en 395a0e47/559ca0a7c8; no se les atribuyen estos cambios del cliente original.

Páginas relacionadas

Actualizaciones anteriores y siguientes

Datos del juego y fuentes

Los archivos del juego enlazados indican de dónde salen los valores, costes y reglas. Las actualizaciones pueden cambiarlos.

Versión de datos: d567c6da

Versión de datos →