webservice subir studio servidor por imágenes imagen guardar enviar con archivos archivo php ajax http google-chrome streaming

php - subir - Google Chrome y Streaming conexiones HTTP?



subir imagen con retrofit (6)

Google Chrome no se comporta de la misma manera que otros navegadores al encontrar este nugget:

<?php while (true) { echo "<script type=''text/javascript''>/n"; echo "alert(''hello'');/n"; echo "</script>"; flush(); sleep(5); } ?>

Parece que está esperando que la conexión termine antes de hacer cualquier cosa.

Además de las encuestas, ¿cómo puedo hacer algo similar en Google Chrome?


Algunos navegadores requieren una cierta cantidad de bytes para descargar antes de mostrar los datos disponibles. Recuerdo que la última vez que traté de hacer lo que estaba haciendo terminé teniendo que tirar algo así como 300 espacios para asegurarme de que el navegador se molestara con eso.


Ojalá tuviera acceso a Chrome en este momento para probar algunas ideas. ¿Has intentado agregar algo de HTML después de </script> y ver si se representa incrementalmente? Me imagino que lo haría, y si eso fuera una prueba de que Chrome no quiere ejecutar javascript en elementos <script> mientras la página se está cargando. Por supuesto, renderizar el marcado podría activar sus scripts para ejecutarse. De lo contrario, podría intentar incluir javascript como archivos externos y ver si eso afecta el tiempo de ejecución.

Creo que los navegadores generalmente tienen cierta libertad de acción según la especificación cuando comienzan a ejecutar javascript, especialmente a medida que se carga la página. Es posible que no se pueda hacer esto de una manera totalmente cruzada sin sondeo.


¿Hablaste con los desarrolladores de Chrome? ¿Has abierto un error al respecto? En mi humilde opinión, la mejor solución es hacer que Chrome se comporte como otros navegadores, en lugar de tener una solución alternativa.

Bueno, en realidad probablemente necesites una solución temporal a corto plazo. Pero imagina un mundo en el que cada navegador se comporte de manera diferente en cada aspecto, digamos HTTP, HTML, manejo de CSS ... ¡no sería un lugar agradable!


Stream está trabajando. La respuesta de la falta de párpados es la solución.

imprimir "2048 puntos [BR> / n";

El [= <

Por cierto, mira el usuario-agente. Safari necesita muchos bytes también. Creo que 1024. Firefox no necesita tantos bytes.


Tuve un problema similar a esto y lo resolví agregando una etiqueta HTML (en mi caso <br />) antes de cada descarga.

Creo que Chrome espera que un elemento que se muestra se cierre antes de activar una nueva representación. Sin embargo, eso solo es una suposición.

No parecía requerir 1024 bytes, creo que tendría menos de 512 bytes cuando funcionó.


<?php $i = 0; while (true) { if($i == 0) { echo "<html><body>"; } echo "<script type=''text/javascript''>/n"; echo "alert(''hello'');/n"; echo "</script>"; if($i == 0 ) { $padstr = str_pad("",2048,"&nbsp;"); echo $padstr; echo "</body></html>"; } flush(); sleep(5); $i = $i + 1; } ?>

Para la primera vez, envíe al menos 2048 bytes de datos. entonces funcionará bien. Y asegúrese de mantener la etiqueta de secuencia de comandos en una etiqueta de cuerpo. Lo extraño es que, en mi caso, si agregué 1024 bytes funcionó. Espero que esto te ayude

El programa anterior funciona bien en google chrome.