PokéSurvivorGuia de fãs não oficial · Wiki
PT ▾
EnglishEspañolFrançaisDeutschPortuguês简体中文
Guia de fãs não oficial

PokéSurvivor Atualizações · 2026-11-04: 4 de novembro: invocações com conta e mudanças de serviço

Atualização do jogo · Artigo atualizado

Invocações com conta exigem o servidor original. Veja falhas, conflitos de salvamento, amigos, salas e ranking; as regras de convidado e loja continuam disponíveis.

Principais alterações

  • Desde a atualização original de 4 de novembro, uma conta conectada envia a invocação ao serviço original. Sem conexão ou com falha na solicitação, o cliente informa o erro e não faz uma invocação local alternativa. O convidado continua usando o algoritmo local. O aviso oficial mantém o jogo normal e a loja: a exigência vale para invocações com conta, não para toda ação offline.
  • O cliente original mantém o login Firebase, mas lê e grava salvamentos pelo serviço original, sem carregar clientes diretos Firestore/Realtime Database. Isso descreve o transporte público do cliente, não o armazenamento interno desconhecido. Uma resposta sem salvamento encontrado difere de uma solicitação com falha; falha não significa conta vazia nem sincronização concluída. Salvamento local, preservação de cópias assinadas e proteção entre abas continuam relevantes.
  • Neste cliente original, a sinalização das salas usa sempre WebSocket; o antigo seletor local RTDB já não é uma alternativa compatível. WebRTC/TURN e a fila do anfitrião são camadas separadas e mantêm o comportamento de combate. Amigos e convites atualizam pelo serviço original em vez de assinaturas diretas de banco de dados. As consultas costumam ocorrer a cada 9,6–14,4 segundos nos menus e 36–54 durante a partida, com possíveis atrasos de rede; páginas ocultas pulam consultas periódicas e atualizam ao reaparecer.
  • O cliente original agora usa seu serviço de ranking de forma constante; instruções anteriores sobre Firestore padrão e serviço opcional descrevem versões antigas. O sinal periódico continua exigindo credenciais válidas da partida e é chamado a cada 60 segundos de jogo. A obtenção da assinatura mantém até oito tentativas, pausas de três segundos, timeout de 15 segundos e orçamento total de 80 segundos; rejeição de autenticação interrompe as repetições. Isso não prova a implementação interna nem a disponibilidade do serviço privado.
  • Presentes e retiradas dos administradores originais passam pelo serviço original, com até três tentativas em conflitos de revisão. Saldos não negativos, retiradas da coleção e parceiro alternativo continuam; esta Wiki não concede permissões nem altera saldos. A interface restrita adiciona uma lista de suspeitas do servidor (até 500 por valores; denúncias podem acrescentar entradas), motivos/denúncias e valores econômicos, com descarte e banimento confirmado explicitamente. Uma marca não prova trapaça nem demonstra, sozinha, um banimento automático.
  • O cliente público adiciona uma verificação de manutenção na inicialização, com timeout de quatro segundos. O modo “servidor”, uma resposta indisponível ou sem modo válido permitem iniciar; outra string mostra o aviso original de migração dos servidores. É uma tela condicional, não prova de manutenção ativa agora. O aviso pede para voltar mais tarde; preserve o salvamento do navegador em vez de apagá-lo ao ver essa tela.
  • Verificado em 5 de novembro: o repositório configurado JPTER78/pokesurvivor, HEAD e links antes legíveis retornam 404. Isso não esclarece se está privado, movido ou removido e não significa ausência de atualização. Os ajustes/avisos legais originais também retiram botões GitHub. As citações históricas mantêm suas datas; esta revisão usa a notícia oficial de 4 de novembro e o cliente/version público eae98df1a1 congelado com SHA-256. É um identificador público de versão, não um commit Git inventado. O intervalo completo desde d2bf542d segue indisponível; o último Git verificado continua c121040f.

Invocações com conta precisam de conexão

Desde a atualização original de 4 de novembro, uma conta conectada envia a invocação ao serviço original. Sem conexão ou com falha na solicitação, o cliente informa o erro e não faz uma invocação local alternativa. O convidado continua usando o algoritmo local. O aviso oficial mantém o jogo normal e a loja: a exigência vale para invocações com conta, não para toda ação offline.

Confira primeiro o banner aberto e os tickets. O cliente bloqueia novas invocações durante o processamento, espera o salvamento em andamento e reutiliza o mesmo identificador de operação nas tentativas. Conflitos de revisão mesclam o salvamento recebido e tentam a nova revisão, em até quatro passagens; uma falha de transporte recebe apenas uma primeira repetição, não quatro tentativas de rede garantidas. Banner fechado, tickets insuficientes, offline e falha geral são resultados diferentes. A resposta aceita define moedas, os dois saldos de tickets, registro, coleção, shiny, pity e total de invocações antes da animação.

Após um tempo esgotado, reconecte a mesma conta e deixe sincronizar; confira tickets, coleção e pity reais antes de repetir. Uma resposta perdida não prova que o servidor deixou de processar a invocação nem garante reembolso. Não apague o armazenamento nem edite cópias assinadas. As fórmulas locais publicadas de chances, pity, custos de 10/100, duplicados e shiny não mudam neste cliente. As calculadoras Wiki servem para planejar com os últimos valores confirmados; não executam, recuperam nem certificam uma invocação real no servidor.

Conflitos na nuvem e saldos confirmados

O cliente original mantém o login Firebase, mas lê e grava salvamentos pelo serviço original, sem carregar clientes diretos Firestore/Realtime Database. Isso descreve o transporte público do cliente, não o armazenamento interno desconhecido. Uma resposta sem salvamento encontrado difere de uma solicitação com falha; falha não significa conta vazia nem sincronização concluída. Salvamento local, preservação de cópias assinadas e proteção entre abas continuam relevantes.

Um salvamento aceito pode corrigir moedas, os dois tickets, registro, retiradas, melhorias permanentes, mochila e MTs com valores do servidor. Em conflito, o cliente mescla a cópia recebida e tenta uma revisão maior. O limite de frequência com espera mantém o salvamento pendente pelos segundos informados (20 por padrão), mais meio segundo. Uma rejeição pode deixar as mudanças recentes somente neste navegador. Preserve seus dados e espere uma sincronização aceita antes de trocar de aparelho ou apagar o armazenamento.

As solicitações exigem usuário conectado. O cliente renova o token uma vez após 401; falha de autenticação repetida não é salvamento concluído. O timeout usual é 12 segundos (15 para invocações); falhas de rede, servidor e respostas ilegíveis são tratadas como indisponibilidade. Reconecte e confirme o estado da sincronização; a Wiki não repara credenciais nem deduz saldos aceitos de uma animação de carregamento.

Salas, amigos e status atrasado

Neste cliente original, a sinalização das salas usa sempre WebSocket; o antigo seletor local RTDB já não é uma alternativa compatível. WebRTC/TURN e a fila do anfitrião são camadas separadas e mantêm o comportamento de combate. Amigos e convites atualizam pelo serviço original em vez de assinaturas diretas de banco de dados. As consultas costumam ocorrer a cada 9,6–14,4 segundos nos menus e 36–54 durante a partida, com possíveis atrasos de rede; páginas ocultas pulam consultas periódicas e atualizam ao reaparecer.

Os amigos recebidos começam com status offline/fora da partida e sala vazia. Esse indicador não prova que o amigo não possa entrar nesta versão: tente um convite ou sala conhecida e aguarde a atualização. Convites expiram em três minutos; repetir o mesmo antes de 20 segundos é suprimido. Ações também podem atualizar a lista. Perfil/apelido mantêm intervalo de seis horas, atraso de 800 ms e cache de dez minutos; uma espera por limite usa os segundos recebidos (cinco por padrão) mais 0,2 segundo. São tempos do cliente, não garantias de entrega.

O ranking usa o serviço original

O cliente original agora usa seu serviço de ranking de forma constante; instruções anteriores sobre Firestore padrão e serviço opcional descrevem versões antigas. O sinal periódico continua exigindo credenciais válidas da partida e é chamado a cada 60 segundos de jogo. A obtenção da assinatura mantém até oito tentativas, pausas de três segundos, timeout de 15 segundos e orçamento total de 80 segundos; rejeição de autenticação interrompe as repetições. Isso não prova a implementação interna nem a disponibilidade do serviço privado.

Não mudam os mínimos de 120 segundos gerais e 600 por Pokémon, a preservação do dano histórico, o top 50 de amigos, caches de 8/6/2 horas e o limite acumulado de dano 5c97df2e. A linha do tempo mantém os cálculos e a restauração de links antigos. A mudança de transporte não aumenta o dano de combate nem altera datas de eventos; atualize a lista correta e confira os requisitos antes de interpretar atraso como progresso perdido.

Presentes, moderação e exclusão de conta

Presentes e retiradas dos administradores originais passam pelo serviço original, com até três tentativas em conflitos de revisão. Saldos não negativos, retiradas da coleção e parceiro alternativo continuam; esta Wiki não concede permissões nem altera saldos. A interface restrita adiciona uma lista de suspeitas do servidor (até 500 por valores; denúncias podem acrescentar entradas), motivos/denúncias e valores econômicos, com descarte e banimento confirmado explicitamente. Uma marca não prova trapaça nem demonstra, sozinha, um banimento automático.

Excluir a conta original ainda exige reautenticação; depois solicita o serviço original antes da limpeza social/ranking e exclusão do usuário Firebase. Este cliente permite continuar após 403 ou 200; isso não prova que todo registro interno foi apagado. Use os controles originais e confirme o resultado com aquele serviço. JSON das ferramentas, dados locais de planejamento e jogo independente incorporado são separados; esta Wiki não recebe autoridade para excluir contas.

Tela de manutenção original e novas tentativas

O cliente público adiciona uma verificação de manutenção na inicialização, com timeout de quatro segundos. O modo “servidor”, uma resposta indisponível ou sem modo válido permitem iniciar; outra string mostra o aviso original de migração dos servidores. É uma tela condicional, não prova de manutenção ativa agora. O aviso pede para voltar mais tarde; preserve o salvamento do navegador em vez de apagá-lo ao ver essa tela.

Nessa tela, “Try again” recarrega a página. A verificação automática é programada a cada 60–75 segundos: recarrega se o modo permite iniciar (inclusive se a leitura falhar) ou se uma versão nova legível difere da versão inicial legível. Caso contrário, agenda outra verificação. O service worker não muda nesta comparação; uma página offline recente não habilita invocações com conta nem sincronização na nuvem sem internet. A versão independente incorporada não recebeu essa mudança de inicialização.

Cliente público e histórico Git indisponível

Verificado em 5 de novembro: o repositório configurado JPTER78/pokesurvivor, HEAD e links antes legíveis retornam 404. Isso não esclarece se está privado, movido ou removido e não significa ausência de atualização. Os ajustes/avisos legais originais também retiram botões GitHub. As citações históricas mantêm suas datas; esta revisão usa a notícia oficial de 4 de novembro e o cliente/version público eae98df1a1 congelado com SHA-256. É um identificador público de versão, não um commit Git inventado. O intervalo completo desde d2bf542d segue indisponível; o último Git verificado continua c121040f.

Versão original atual e modelo das ferramentas

Cliente original público eae98df1a1 (marca de 4 de novembro, 23:19:53 UTC), revisado no dia 5. A comparação de módulos completos normalizados encontra 101 iguais e 13 alterados/novos. O catálogo executado mantém 966 Pokémon, 103 golpes, 97 evoluções, 4.830 verificações de atributos e 412 transições de nível; fórmulas de invocação, combate, loja e progresso não mudam. As treze ferramentas preservam cálculos, compartilhamento e recuperação JSON; planeje com saldos confirmados. Catálogo d567c6da, execução/envio 5c97df2e, regras sazonais f7fbcfc4 e calendário d667c216 seguem versionados separadamente.

O jogo incorporado continua sendo a versão independente survivorpoke.com/play/ 3667bcad81 com mudanças sazonais f7 selecionadas; os cálculos Community mantêm seu modelo fixo. Esta atualização Wiki não implantou o novo serviço de conta nem as invocações online naquele jogo incorporado. As versões não são idênticas.

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 →