Olá, não conseguimos fazer o JS embed funcionar em nossa configuração. Li todos os outros tópicos semelhantes e já fiz esse embedding funcionar em um projeto totalmente diferente no passado. Este parece ser algo diferente…
No site externo, apenas nosso logotipo é exibido seguido por “carregando discussão…”
No Discourse, nenhum tópico está sendo criado, mesmo que o log de erros mostre que as requisições estão chegando.
Revisamos os URLs. Também testamos adicionar um URL estático (em vez de uma variável). Nada.
Este comentário ajuda? (isso está fora da minha liga técnica):
As respostas são 200s bem-sucedidas e, com base nessa discussão, parece que ele está falhando ao lidar com essa resposta ao raspar o Bitwiggers, e está falhando especificamente ao tentar lidar com a compressão.
Com base em inflate, parece que negociou para usar o esquema de compressão deflate, enquanto acho que o preferido seria gzip. As solicitações do Firefox indicam que ele lidaria com ambos, mas o servidor decide por gzip nesse caso.
Eu recebo de volta uma resposta comprimida com deflate, onde a maioria dos servidores web, dadas as duas opções, preferiria usar gzip. Isso é estranho.
Vejo que posso reproduzir facilmente este erro com
Este código tem mais de 8 anos no Excon, então eu suspeito que seu servidor web está com defeito aqui, mas eu o reportei ao upstream de qualquer maneira
Interessante, e obrigado por registrar o bug. Inscrito.
Tentando resumir nossos pensamentos:
Não temos controle sobre esse tratamento, mas não achamos que seja o servidor web. E quanto à construção dos cabeçalhos? Se passados como gzip, deflate, a resposta deve ser comprimida. De acordo com as Especificações HTTP, o cliente deve apresentar as opções, ponderadas ou não, em ordem de acordo com sua preferência. então, se a solicitação prefere deflate a gzip, então recebe um deflate. Não é então o problema no código/solicitação, porque recebeu uma codificação que pediu e não conseguiu lidar com ela?
Talvez o problema esteja relacionado a isso?
Há um “merge” e o que parece ser uma expectativa de gzip?
O administrador do outro servidor está analisando como o gzip pode ser forçado do lado dele. Ainda assim, seria interessante saber seus pensamentos sobre isso.
(Para referência, o servidor é AWS API Gateway; não é algo sobre o qual temos controle, além de ativar/desativar a compressão.)
Também me pergunto se poderíamos aplicar um patch local ao nosso Discourse para contornar esse problema de gzip/deflate. Patches locais são dolorosos, mas é ainda mais doloroso ter uma integração de dois sites com centenas de páginas a serem incorporadas com discussões do Discourse pendentes por causa desse problema.
Isso significa que podemos atualizar nossa instância imediatamente, ou o Discourse está usando seu próprio repositório “staged” para essas bibliotecas? Lembrando da saída das atualizações do Discourse, acredito que elas estão sendo puxadas diretamente dos repositórios upstream, mas prefiro perguntar antes de mexer em nosso backend.
tentamos novamente e AGORA A INCORPORAÇÃO FUNCIONA!
Muito obrigado @Falco pelo seu relatório upstream. Você estava absolutamente certo, e eu adicionei algum ruído que talvez não tenha sido tão útil. Minhas desculpas e obrigado novamente.