Visitar um link 404 remove o cabeçalho de suas funcionalidades (avatar, busca, hamburger, etc)

Se seguirmos um link que desapareceu, é como se de repente não fôssemos mais membros:

  • Nosso ícone alegre desapareceu do canto superior direito, assim como os ícones úteis de pesquisa e “chat”.
  • O menu amigável de três barras desapareceu do canto superior esquerdo.
  • Sayonara também as barras laterais.

É como se uma crise tivesse acontecido.

2 curtidas

Link ruim visitado no celular: tudo ainda está lá

Tudo que eu sei é

1 curtida

Eu também tenho o mesmo problema:

1 curtida

Pelo que sei, este ainda é o caso:

Portanto, um erro gerado por um link de entrada incorreto servirá a página simples, enquanto um erro de um link de navegação interna incorreto ainda conterá esses elementos.

3 curtidas

Entendo. Espero que Deleted topics lead to error page em breve não acione isso em primeiro lugar.

Apenas mais um lembrete: eu trabalho principalmente com conteúdo e a forma como os humanos usam conteúdo, e sou webmaster, sysadmin e admin de tudo apenas porque sou um peixe pequeno e pobre…

Mas — o problema aqui é tão simples que, como o Discourse é uma solução web um tanto atípica :wink: é mais difícil ou quase impossível enviar conteúdo baseado em JS ao servir um erro de status HTML 404 que precisa de conteúdo estático no sentido de como um cliente o vê? Eu não sei nada sobre o que o W3C, RFC etc. dizem.

Não? Nem de perto?

1 curtida

Eu pensei que as páginas da web poderiam ter partes script e noscript.

Mas o discourse não são páginas web, é um aplicativo JavaScript de página única.

Se você visitar o aplicativo por meio de uma rota inexistente, como um link quebrado, você receberá uma página estática 404 que é estilizada para parecer com o resto do site. Ela não faz parte do aplicativo, portanto, não pode funcionar como ele.

Se você clicar em um link interno (de dentro do aplicativo) para uma página que não existe, ele exibirá um erro 404 dentro do próprio aplicativo.

Eles não são a mesma coisa.

2 curtidas