A revisão de 3 de novembro cobre a mudança dos dados de live, vídeo mais recente e aviso do original de 2 de novembro. Recuperação dos saves e ajustes administrativos continuam explicados.

Principais alterações

  • O original agora lê a branch live de JPTER78/pokesurvivor-live: live.json fornece o indicador de live, video.json o banner do vídeo normal mais recente e aviso.json um aviso escolhido separadamente. O workflow produtor saiu do repositório do jogo e está no repositório de dados. Um cliente antigo em cache ou o jogo incorporado separado pode mostrar informações diferentes. Esta Wiki mantém seus links de YouTube e Discord; não executa, move ou altera esses workflows nem o jogo incorporado.
  • O cliente consulta sem cache aproximadamente a cada cinco minutos enquanto a página está visível, com intervalo mínimo de 295 segundos; voltar à página pode iniciar outra consulta. O indicador exige live=true, ID de 11 caracteres e hora atual menos at abaixo de 90 minutos. Uma falha mantém o estado anterior e não prova que a live terminou. O banner aceita ID válido e limita o título a 120 caracteres. O aviso verifica na leitura a janela desde inclusiva/hasta exclusiva; a cada dois segundos confere menu, sobreposições e campos de entrada e memoriza o ID nesse navegador. Banner e aviso podem apontar de propósito para vídeos diferentes; intervalos e falhas de leitura podem atrasar a tela.
  • O produtor público separado é agendado a cada cinco minutos, sujeito a atrasos do GitHub. Examina as primeiras cinco cartas de Streams, repete uma lista ausente até três vezes com esperas de cinco segundos e preserva dados se não reconhecer a página ou os indicadores. Grava ao mudar live/ID ou após 30 minutos de uma live contínua; um estado false sem mudanças pode manter at antigo. O vídeo normal é escolhido nas primeiras sete cartas de Videos, excluindo estreias futuras e lives; só grava se ID ou título mudar, com título limitado a 120 caracteres. Uma data antiga sem alterações não prova que o atualizador parou. aviso.json é mantido manualmente e separado. O modo de teste não publica mudanças de live/video. Essas são regras do código do autor, não garantia do estado atual da transmissão.
  • O acompanhamento adiciona entradas de compatibilidade de assinatura, mantendo as anteriores e a mesma assinatura de gravação. As regras de recuperação e remoção administrativa explicadas aqui continuam válidas no original; apagar armazenamento ou editar assinaturas não é um passo de recuperação. A mudança interna da lista de administradores não concede acesso a contas pela Wiki. A comparação executada mantém 966 Pokémon, 103 golpes, 97 evoluções, níveis, aprendizagem/inícios legais e as 13 ferramentas. Catálogo d567c6da, execução/envio 5c97df2e e modelos de temporada/calendário continuam separados; links e importações JSON mantêm os formatos.
  • O changelog original descreve um cliente antigo em cache ou uma aba velha que não reconhecia a cópia recente do navegador e voltava a um save antigo da nuvem. A fonte 23c0d653 agora guarda separadamente a cópia ilegível com assinatura para essa conta antes de substituir o cache de trabalho. A cópia com updated mais recente tem prioridade. Uma cópia assinada não reconhecida vinda de outra aba também é preservada e o identificador local do dispositivo é renovado. Isso não torna um JSON sem assinatura um cache válido da nuvem.
  • Depois da atualização, uma cópia preservada que o cliente atual consiga validar é combinada com os saves legíveis do navegador e da nuvem. Sua presença desativa o atalho de recarga de dois minutos e exige uma tentativa de leitura da nuvem. Se o servidor falhar, uma cópia preservada legível ainda pode abrir com sincronização offline pendente. Ela só é removida após a gravação bem-sucedida do cache combinado. Uma cópia ainda ilegível expira quando seu updated tem mais de 40 dias; não são 40 dias garantidos desde a preservação. Uma cópia legível pode ser recuperada mesmo mais antiga. Marcadores de importação por extensão impedem essa restauração; o prazo anterior de migração de 20 de novembro UTC é separado. Preserve/exporte primeiro qualquer save acessível, feche abas antigas, abra o original atualizado online no mesmo perfil e conta e confira coleção, saldo e sincronização. Não limpe dados do site nem remova o app antes de preservar a cópia. Isso não recria progresso já sobrescrito ou apagado nem desfaz remoções administrativas.
  • No service worker original atualizado, uma visita de rede bem-sucedida e sem redirecionamento à raiz do jogo ou index.html também substitui o index.html de reserva offline, inclusive com parâmetros ou instalação em subcaminho. A navegação offline do jogo prefere essa cópia; outros documentos em cache podem ignorar os parâmetros. Falhas ou redirecionamentos não substituem a cópia boa, e scripts/imagens ausentes não recebem o HTML do jogo. Visite o original atualizado online antes de a nova página poder virar a reserva offline. A última página armazenada com sucesso não garante um save recente da nuvem nem serviços online sem conexão.
  • O painel Contas dos administradores do original agora tem Remover ao lado de Dar, com confirmação. Ele subtrai moedas, tickets simples e tickets ×10 de um save existente na nuvem. Entradas e saldos atuais são arredondados para baixo e normalizados entre 0 e 1.000.000.000; o débito fica limitado a esse saldo. Remover 120 moedas de 100 deixa 0. A transação registra o débito administrativo, aumenta a revisão e atualiza o horário do servidor. Isso não é uma compra da loja, código público ou nova tarifa.
  • Remover um Pokémon normal retira a posse normal e shiny; a opção de remover só shiny mantém o normal. O save registra um horário de revogação para cada forma. Ao carregar e mesclar, remove posses obtidas até esse horário, inclusive; a mesclagem conserva o marcador mais recente entre as duas cópias. Um parceiro removido passa ao inicial ainda possuído ou à primeira espécie possuída; a aparência shiny indisponível é desativada. Uma aquisição realmente posterior pode permanecer se a outra cópia não contiver a posse antiga; veja a limitação seguinte.
  • O painel original informa que um Pokémon obtido novamente pode permanecer. A execução do código confirma uma condição mais restrita: DB.merge escolhe primeiro o registro de aquisição mais antigo e depois aplica a revogação. Se outro aparelho ou backup ainda contiver o registro antigo, a mesclagem pode remover até uma captura legítima posterior. Não importe repetidamente esse backup para restaurar o Pokémon removido. Guarde uma cópia do estado atual, conclua a sincronização e confira a conta; se a nova captura sumir outra vez, informe essa sequência ao suporte do jogo original. A Wiki documenta o comportamento reproduzido no código; não alterou o servidor nem seu save.
  • Após um ajuste administrativo, informe nos planejadores de gacha ou melhorias o saldo realmente exibido depois da sincronização. Atualize manualmente o rastreador de coleção quando uma posse normal ou shiny for removida. As ferramentas da Wiki não leem nem alteram sua conta do jogo. Configurações salvas, compartilhamento, importação/exportação JSON e cálculos mantêm o formato; restaurar uma configuração da Wiki não desfaz uma remoção da conta. Preços, chances, atributos de combate e fórmulas de melhoria de golpes não mudaram.

De onde vêm os avisos do canal no original

O original agora lê a branch live de JPTER78/pokesurvivor-live: live.json fornece o indicador de live, video.json o banner do vídeo normal mais recente e aviso.json um aviso escolhido separadamente. O workflow produtor saiu do repositório do jogo e está no repositório de dados. Um cliente antigo em cache ou o jogo incorporado separado pode mostrar informações diferentes. Esta Wiki mantém seus links de YouTube e Discord; não executa, move ou altera esses workflows nem o jogo incorporado.

Por que o indicador e o aviso podem diferir

O cliente consulta sem cache aproximadamente a cada cinco minutos enquanto a página está visível, com intervalo mínimo de 295 segundos; voltar à página pode iniciar outra consulta. O indicador exige live=true, ID de 11 caracteres e hora atual menos at abaixo de 90 minutos. Uma falha mantém o estado anterior e não prova que a live terminou. O banner aceita ID válido e limita o título a 120 caracteres. O aviso verifica na leitura a janela desde inclusiva/hasta exclusiva; a cada dois segundos confere menu, sobreposições e campos de entrada e memoriza o ID nesse navegador. Banner e aviso podem apontar de propósito para vídeos diferentes; intervalos e falhas de leitura podem atrasar a tela.

Como os dados atualizam e o que datas antigas significam

O produtor público separado é agendado a cada cinco minutos, sujeito a atrasos do GitHub. Examina as primeiras cinco cartas de Streams, repete uma lista ausente até três vezes com esperas de cinco segundos e preserva dados se não reconhecer a página ou os indicadores. Grava ao mudar live/ID ou após 30 minutos de uma live contínua; um estado false sem mudanças pode manter at antigo. O vídeo normal é escolhido nas primeiras sete cartas de Videos, excluindo estreias futuras e lives; só grava se ID ou título mudar, com título limitado a 120 caracteres. Uma data antiga sem alterações não prova que o atualizador parou. aviso.json é mantido manualmente e separado. O modo de teste não publica mudanças de live/video. Essas são regras do código do autor, não garantia do estado atual da transmissão.

Compatibilidade dos saves e versões das ferramentas

O acompanhamento adiciona entradas de compatibilidade de assinatura, mantendo as anteriores e a mesma assinatura de gravação. As regras de recuperação e remoção administrativa explicadas aqui continuam válidas no original; apagar armazenamento ou editar assinaturas não é um passo de recuperação. A mudança interna da lista de administradores não concede acesso a contas pela Wiki. A comparação executada mantém 966 Pokémon, 103 golpes, 97 evoluções, níveis, aprendizagem/inícios legais e as 13 ferramentas. Catálogo d567c6da, execução/envio 5c97df2e e modelos de temporada/calendário continuam separados; links e importações JSON mantêm os formatos.

Por que uma atualização podia parecer uma perda de progresso

O changelog original descreve um cliente antigo em cache ou uma aba velha que não reconhecia a cópia recente do navegador e voltava a um save antigo da nuvem. A fonte 23c0d653 agora guarda separadamente a cópia ilegível com assinatura para essa conta antes de substituir o cache de trabalho. A cópia com updated mais recente tem prioridade. Uma cópia assinada não reconhecida vinda de outra aba também é preservada e o identificador local do dispositivo é renovado. Isso não torna um JSON sem assinatura um cache válido da nuvem.

O que é recuperado e o que fazer primeiro

Depois da atualização, uma cópia preservada que o cliente atual consiga validar é combinada com os saves legíveis do navegador e da nuvem. Sua presença desativa o atalho de recarga de dois minutos e exige uma tentativa de leitura da nuvem. Se o servidor falhar, uma cópia preservada legível ainda pode abrir com sincronização offline pendente. Ela só é removida após a gravação bem-sucedida do cache combinado. Uma cópia ainda ilegível expira quando seu updated tem mais de 40 dias; não são 40 dias garantidos desde a preservação. Uma cópia legível pode ser recuperada mesmo mais antiga. Marcadores de importação por extensão impedem essa restauração; o prazo anterior de migração de 20 de novembro UTC é separado. Preserve/exporte primeiro qualquer save acessível, feche abas antigas, abra o original atualizado online no mesmo perfil e conta e confira coleção, saldo e sincronização. Não limpe dados do site nem remova o app antes de preservar a cópia. Isso não recria progresso já sobrescrito ou apagado nem desfaz remoções administrativas.

As regras anteriores de recarga rápida abaixo só se aplicam quando nenhuma cópia preservada legível está sendo restaurada. Antes de recarregar uma nova versão, o original espera até 6 segundos pela sincronização pendente e só deixa uma marca no mesmo separador se o estado já estiver OK. No arranque seguinte, um cache da nuvem válido com revisão positiva pode dispensar a primeira leitura do servidor apenas se a marca tiver menos de 2 minutos e não existir uma marca de recuperação de extensões. A marca é consumida uma vez. Nos restantes casos mantém-se a combinação normal de servidor e cache. Reduz leituras, sem garantir o progresso mais recente de outro dispositivo. Mantém navegador/perfil, verifica o estado real e volta a ligar a mesma conta original ao investigar. Não apagues nem edites o armazenamento para forçar uma recuperação.

App instalado: página offline da última visita bem-sucedida

No service worker original atualizado, uma visita de rede bem-sucedida e sem redirecionamento à raiz do jogo ou index.html também substitui o index.html de reserva offline, inclusive com parâmetros ou instalação em subcaminho. A navegação offline do jogo prefere essa cópia; outros documentos em cache podem ignorar os parâmetros. Falhas ou redirecionamentos não substituem a cópia boa, e scripts/imagens ausentes não recebem o HTML do jogo. Visite o original atualizado online antes de a nova página poder virar a reserva offline. A última página armazenada com sucesso não garante um save recente da nuvem nem serviços online sem conexão.

Armazenamento de recuperação e exclusão de conta

O original mantém a cópia nesse perfil do navegador, separada por conta. Seu código de exclusão de conta agora também remove a reserva local dessa conta. Isso explica o código, não solicita excluir nada. A Wiki não acessa essa reserva nem executa operações de conta ou altera dados do jogador; o jogo incorporado continua em outra versão.

Remoções administrativas: saldos nunca negativos

O painel Contas dos administradores do original agora tem Remover ao lado de Dar, com confirmação. Ele subtrai moedas, tickets simples e tickets ×10 de um save existente na nuvem. Entradas e saldos atuais são arredondados para baixo e normalizados entre 0 e 1.000.000.000; o débito fica limitado a esse saldo. Remover 120 moedas de 100 deixa 0. A transação registra o débito administrativo, aumenta a revisão e atualiza o horário do servidor. Isso não é uma compra da loja, código público ou nova tarifa.

Pokémon removidos, shiny e troca de parceiro

Remover um Pokémon normal retira a posse normal e shiny; a opção de remover só shiny mantém o normal. O save registra um horário de revogação para cada forma. Ao carregar e mesclar, remove posses obtidas até esse horário, inclusive; a mesclagem conserva o marcador mais recente entre as duas cópias. Um parceiro removido passa ao inicial ainda possuído ou à primeira espécie possuída; a aparência shiny indisponível é desativada. Uma aquisição realmente posterior pode permanecer se a outra cópia não contiver a posse antiga; veja a limitação seguinte.

Limitação de cópias antigas na fonte 90cdd941

O painel original informa que um Pokémon obtido novamente pode permanecer. A execução do código confirma uma condição mais restrita: DB.merge escolhe primeiro o registro de aquisição mais antigo e depois aplica a revogação. Se outro aparelho ou backup ainda contiver o registro antigo, a mesclagem pode remover até uma captura legítima posterior. Não importe repetidamente esse backup para restaurar o Pokémon removido. Guarde uma cópia do estado atual, conclua a sincronização e confira a conta; se a nova captura sumir outra vez, informe essa sequência ao suporte do jogo original. A Wiki documenta o comportamento reproduzido no código; não alterou o servidor nem seu save.

Use o saldo e a coleção atuais nas ferramentas

Após um ajuste administrativo, informe nos planejadores de gacha ou melhorias o saldo realmente exibido depois da sincronização. Atualize manualmente o rastreador de coleção quando uma posse normal ou shiny for removida. As ferramentas da Wiki não leem nem alteram sua conta do jogo. Configurações salvas, compartilhamento, importação/exportação JSON e cálculos mantêm o formato; restaurar uma configuração da Wiki não desfaz uma remoção da conta. Preços, chances, atributos de combate e fórmulas de melhoria de golpes não mudaram.

Original c121040f e limite do jogo incorporado

Revisão de 3 de novembro: o original público 064519c8ee corresponde a c121040f, incluindo os sete commits após d2bf542d. Mantém 966 Pokémon, 103 golpes, 97 evoluções, níveis, aprendizagem legal e exceções iniciais. Catálogo d567c6da; combate/recompensas f7fbcfc4; calendário d667c216; cálculos de execução/envio 5c97df2e. Salas, cache e presentes têm versão separada. Mantêm-se as 13 ferramentas e modelos históricos de partilha/importação. O incorporado observado continua em 3667bcad81 com integração seletiva f7 e Community em 395a0e47/559ca0a7c8; estas alterações do cliente original não lhes são atribuídas.

Páginas relacionadas

Atualizações anteriores e seguintes

Dados do jogo e fontes

Os arquivos do jogo nos links mostram a origem dos valores, custos e regras. As atualizações podem alterá-los.

Versão dos dados: d567c6da

Versão dos dados →