- Navios
- 8 de setembro de 2026 às 18:44 UTC
- Autor
- Kamo
- Enviar
- 7825d6c
Duas coisas que o painel de movimento precisa, nenhuma delas no quadro publicado. `GET /games/{id}/moves ` mãos sobre cada ply em ordem. É uma leitura separada em vez de um campo no `ChessGameView` de propósito: a lista de movimentos e o per-ply posições usadas para andar em cada publicação, vários kilobytes por destinatário por mover, para um painel nada renderizado. Saíram do quadro e não o fizeram. — a janela obtém isto quando abre e quando termina o jogo, e adiciona cada um "Live MoveSan" no meio. Autorizado pela entrega do ID ao mesmo `require(...)` o próprio tabuleiro usa, porque um endpoint que entrega o todo o curso de um jogo deve recusar exatamente as pessoas que o tabuleiro recusa. `THINKING MS `tem existido desde que a tabela fez e nada nunca escreveu, então cada linha no banco de dados carrega um nulo e o painel tinha um campo de tempo que nunca poderia Preencher. `applyMove` é o único lugar onde a resposta é conhecida: a posição última mudou quando o ply anterior foi escrito, ou quando o jogo foi criado se isto é o primeiro movimento. Não «dateAtualizado», que se parece com o mesmo facto e não é — `@PreUpdate` carimba em cada gravação, então uma oferta de sorteio ou um oponente abrindo o board iria redefini-lo e o próximo movimento iria relatar um tempo de pensamento de alguns segundos. Gravado, não forçado. Ainda não há tempo.