¿como se hace para que aparezca la barra de progreso en las descargas?

[Saludos]

Editado Editado

[Saludos]

Editado Editado

[Apolo]

Yo no tengo ni idea de lo que tratas de decir.

¿Cómo así que la "barra de progreso"?

Yo lo que puedo notar es que se trata de un archivo de video. Quizás lo que quieres es que el video de una vez se interpretado por Windows Media, en lugar de ser descargado como cualquier otro archivo.

Si ese es el caso, supongo que sería cuestión de jugar con los tipos MIME (MIME types). Encuentras bastante documentación en Internet al respecto, ahora que ya sabes "qué" buscar, y si es que mi suposición es correcta.

Saludos.

[Saludos]

Editado Editado

[Saludos]

venga, chicos, una ayudita que si no no puedo hacer descargas.
No puedo dejar las descargas así.
Decirme algo, aunque sea que parte tengo que mirar.... gracias.

[Saludos]

Editado Editado

[WebTech]

Esto sucede cuando se realiza la descarga a través de un script, que lee el archivo y envia la salida al navegador. Si a este script no se le agregan las cabeceras correspondientes, el navegador no tiene forma de saber el tamaño total y así hacer el cálculo de tiempo.

Como mínimo tendrías que tener estas cabeceras:

Código:

header("Pragma: public");
header("Expires: 0");
header("Cache-Control: private");
header("Content-Type: application/octet-stream");
header("Content-Disposition: attachment; filename=$filename");
header("Accept-Ranges: bytes");
header("Content-Length: $download_size");

Reemplaza las variables $filename y $download_size por su valor correspondiente.

Un saludo!

[Saludos]

Editado Editado

[ferny]

Yo estoy exactamente con el mismo problema, y es del servidor, pero no sé cómo arreglarlo. En mi caso estuve buscando por "estimated time left" (es el nombre de la barra de progreso en inglés), pero sin mucho éxito. Puede ser que el servidor no envíe la cabecera de content-lenght, pero hice la prueba y al menos en un .html sí la enviaba, pero con un .zip no pude probarlo. A ver si encontramos la solución

[Saludos]

Editado Editado

[Saludos]

Editado Editado

[Apolo]

Iniciado por Saludos

tienes que quitar del httpd.conf la linea SetOutputFilter DEFLATE porque parece ser que este modulo comprime todo lo que manda al navegador

Me pregunto si en uno u otro caso (en los servidores, quiero decir) estabas usando la misma versión de Apache, pues mod_deflate sólo está presente a partir de la versión 2.x de Apache.

Si en alguno de los casos estabas usando Apache 1.3.x entonces allí no tenías ese problema.

Y si en ambos casos estabas usando Apache 2.x entonces puedes remitirte a la documentación de esa versión sobre ese módulo:

http://httpd.apache.org/docs/2.0/mod...etoutputfilter

Saludos,

[Saludos]

Editado Editado

[Apolo]

Iniciado por Saludos

por cierto, ¿está muy obsoleto el Apache 1.3? ¿es recomendable utilizarlo o no?

Apache 1.3 es uno de los servidores Web más utilizados en el mundo y no, no creo que esté obsoleto.

Saludos,

[WebTech]

Interesante lo que has descubierto, como ha dicho Apolo, no es para nada obsoleto, de hecho uno de los paneles de control más usados en el mundo (cpanel), al día de hoy sigue usando la rama 1.3.x de Apache y funciona de maravilla.

Un saludo!

[Saludos]

Editado Editado

[Apolo]

Iniciado por Saludos

bien, me parece entender que no ha existido ni el Apache 1.4, ni el 1.5, ni ninguno hasta el 2.0..... ¿no?

No sé... por eso lo preguntaba. Pensaba que habia mas versiones entre el 1.3 y el 2.x

Las ramas (en inglés, branch) actuales de Apache son 1.3.x y 2.x. No hay versiones intermedias. La versión 2.x ha sido prácticamente re-escrita en todas las partes de su código.

Saludos,

[Latin_Carrier]

apache 2.0 sigue no siendo estable. si quieres algo mejorcito ve a
litespeedtech.com

[WebTech]

Otra buena alternativa, también, es lighttpd

[chero07]

Y el Cherokee Project?