Pergunta

Eu estou tentando empurrar pacotes de dados do meu servidor HTTP para um navegador, usando um cometa "para sempre iframe" e alimentando-tags de script a partir do servidor usando o Transfer-Encoding: cabeçalho em partes. O que eu estou achando é que minhas marcas de script não estão sendo interpretados de imediato, e eu tenho que enviar um número de pedaços antes de o navegador começa a responder a elas. No caso do IE8 este parece exigir algo como 256 bytes no valor de dados (Eu não tenho verificado precisamente), e no Firefox 3.5.7 parece ser algo mais de um kilobyte. Eu ainda não consegui Chrome para responder às tags de script em tudo antes que os fecha a conexão. No entanto, em todos os casos se acabar com os dados fragmentada (com o pedaço '0'), quaisquer pedaços tamponadas são interpretados. Eu encontrei alguma referência para este tipo de comportamento no Safari, mas não encontrei nenhuma dessas informações para outros browsers.

O que eu gostaria de saber é como posso executar de forma confiável essas tags de script como eles são enviados, sem o que parece ser algum tipo de mecanismo de buffer atrasar a sua execução?

Foi útil?

Solução

Você tem de usar sempre iframe? Se você usar websockets e cair de volta para soquetes XML Flash pode suportar todos os navegadores actualmente em uso (exceto talvez em telefones de recursos) e obter uma verdadeira api socket.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top