Vídeo y subtítulos · Descargador directo de medios
De dónde proviene el nombre de un archivo descargado: ruta URL versus disposición de contenido
· Cómo funciona
http descargas medios
Explica cómo un navegador decide cómo llamar a un archivo guardado: el último segmento de la URL, el encabezado de disposición de contenido del servidor y el atributo de descarga que puede configurar una herramienta. Muestra por qué una URL limpia a veces todavía genera un nombre de archivo incorrecto.
El archivo se guardó como 'file.php' y no se abre: el problema de nombres que un enlace directo puede ocultar
Una URL que termina en `file.php?id=42` puede entregar bytes de video y dejar el navegador con un nombre de ruta inútil. Por el contrario, una dirección que termina en `.mp4` puede devolver HTML. Un nombre de archivo es una etiqueta elegida entre los metadatos de solicitud y respuesta, no una prueba sobre la carga útil que contiene.
Direct Media Downloader calcula un nombre sugerido solo después de que llega una respuesta GET exitosa. Primero verifica la disposición del contenido, luego el último segmento de ruta no vacío y luego un pequeño respaldo basado en MIME. Este orden es más limitado y predecible que afirmar que el navegador realiza una negociación universal. Esta separación evita que se filtre material de autorización temporal en el nombre de un disco y evita caracteres de nombre de archivo ilegales aportados por una cadena de consulta completa.
El último segmento de ruta: la suposición predeterminada: cómo el navegador lee el nombre de archivo de la URL y dónde las cadenas de consulta lo confunden.
La ruta candidata es el segmento final después de la separación diagonal, decodificado a partir de la codificación porcentual. Los parámetros de consulta no se incluyen porque la API de URL los almacena por separado. Por lo tanto, `/episodes/launch.mp3?token=...` produce `launch.mp3`, mientras que una barra diagonal final no tiene segmento final y necesita otra fuente.
Esta regla de ruta no decide si una extensión es honesta. Una ruta de entrega firmada puede ocultar el título humano en un parámetro, y esta implementación no extraerá claves de consulta arbitrarias para nombres. Esa restricción evita confundir un componente de firma, un valor de campaña o un identificador de registro con un nombre de archivo. Cuando existen ambas formas, la forma internacionalizada puede preservar los nombres que no son ASCII con mayor claridad, mientras que la alternativa maneja implementaciones de servidor más simples.
Disposición de contenido: la sugerencia del servidor: cómo un encabezado puede anular el nombre de la URL y por qué algunas CDN lo configuran y otras no.
Content-Disposition puede contener una sugerencia `filename=` simple o un formulario UTF-8 `filename*=` codificado. ToolAcre da prioridad a la forma de estrella codificada e intenta decodificar el porcentaje; si la decodificación falla, pasa al formato simple y luego a la lógica de ruta en lugar de bloquear la transferencia completa.
El encabezado es simplemente la sugerencia del servidor servidor. El código de la aplicación no inspecciona los metadatos multimedia para verificarlos y un servidor engañoso puede proporcionar un nombre engañoso. Revise los caracteres y extensiones inusuales antes de abrir un archivo, especialmente cuando el host de origen no le resulta familiar. Las URL de objetos son referencias temporales del navegador, no direcciones remotas, y su uso no crea otra carga o solicitud HTTP para el cuerpo multimedia.
El atributo de descarga: qué puede configurar una herramienta; cómo un descargador del lado del navegador puede elegir un nombre para el Blob que guarda
Una vez que el Blob está listo, la interfaz de usuario pasa tanto el Blob como el nombre del archivo seleccionado a la utilidad de descarga compartida. Esa utilidad activa el comportamiento de guardado del navegador con una URL de objeto y un nombre de descarga. En ese último clic ya no se consulta la cabecera del servidor porque su sugerencia ya fue resuelta.
Este mecanismo no cambia el nombre de un archivo de disco existente ni elige una carpeta. La configuración del navegador aún determina si aparece un cuadro de diálogo y cómo se manejan los nombres duplicados. ToolAcre proporciona un candidato; el navegador y el visitante siguen siendo responsables del resultado final del sistema de archivos. Los usuarios deben resistirse a “arreglar” una discrepancia simplemente cambiando el nombre; inspeccione el contenedor y los códecs reales antes de decidir si los metadatos o el contenido necesitan corrección.
Extensiones y tipos MIME: mantenerlos consistentes: por qué un archivo llamado .mp4 que en realidad es WebM confunde a los jugadores
Un nombre `.mp4` combinado con `video/webm` puede confundir al software que enruta por extensión, aunque un jugador capaz pueda inspeccionar los bytes. ToolAcre conserva una ruta o nombre de encabezado en lugar de reescribir su extensión para que coincida con el tipo de contenido. También conserva el valor MIME del servidor en Blob.
Si no existe ningún encabezado ni segmento de ruta, el respaldo reconoce un tipo de contenido que contiene WebM o MP4 y devuelve `download.webm` o `download.mp4`; todos los demás tipos se convierten en `download.bin`. Los valores MIME de audio actualmente no reciben una extensión especial a través de esta rama de último recurso. Si una firma caduca entre HEAD y GET, ningún nombre de archivo gana porque falla la solicitud del cuerpo; la denominación comienza sólo después de una respuesta legible exitosa.
Ejemplo resuelto: un enlace CDN firmado y tres nombres de archivo posibles: análisis de qué nombre gana y por qué
Tome una dirección CDN firmada cuya ruta termine en `asset`, cuya respuesta diga `filename*=UTF-8''approved%20cut.mp4` y cuyo tipo sea `video/mp4`. El encabezado codificado gana y produce `approved cut.mp4`. Elimine el encabezado y la ruta producirá `asset`; elimine ese segmento también y el respaldo MIME producirá `download.mp4`.
Un `filename="review.webm"` simple ganaría cuando no exista un valor de estrella utilizable, incluso si la ruta dice `clip.mp4`. El ejemplo muestra precedencia, no validación. La inspección del tipo de contenido y la apertura del resultado guardado en un software confiable siguen siendo comprobaciones independientes después de elegir el nombre. Un catálogo también puede registrar una suma de verificación después de guardarlo, pero el hash está fuera de este descargador y no debe estar implícito en el recuento de bytes mostrado.
Lo que esto no cubre: cambiar el nombre después de la descarga, nombrarlo por lotes o leer metadatos dentro del archivo para nombrarlo.
El programa de descarga no numera archivos por lotes, no lee etiquetas de título de un contenedor de medios, no limpia un catálogo de archivos ni repara una extensión engañosa después de guardar. Tampoco puede prometer que cada variación gramática de disposición de contenido coincida con sus expresiones regulares enfocadas.
Cambiar el nombre más adelante es una tarea del sistema operativo. Si el nombre del archivo es importante, registre la URL de origen, el tipo de respuesta, el recuento de bytes y el nombre descriptivo aprobado en su propio catálogo. No trate un encabezado conveniente como procedencia o una extensión de nombre de archivo como una identidad criptográfica. El porcentaje de codificación mal formado en una ruta es otro problema de calidad del host; la alternativa actual no pretende desinfectar cada nombre proporcionado por el servidor en las reglas de cada sistema operativo.
Conclusión: el nombre es una negociación entre la URL, el encabezado y la herramienta: qué verificar en el nombre y la extensión del archivo guardado después de usar Direct Media Downloader
La precedencia implementada es concreta: UTF-8 nombre de archivo en estrella válido, nombre de archivo simple, segmento de ruta final decodificado, luego `download.webm`, `download.mp4` o `download.bin`. Las cadenas de consulta pueden autorizar la entrega sin formar parte del nombre guardado. Esto explica muchas sorpresas de "descarga" e "índice".
Después de usar Direct Media Downloader, compare el nombre, la extensión, el tipo de contenido, la fuente esperada y la capacidad de reproducción real. Estas observaciones responden a diferentes preguntas. Un nombre de archivo limpio mejora el manejo, pero sólo los bytes del host y la aplicación receptora determinan lo que realmente contiene el archivo. La selección del nombre de archivo mejora la usabilidad, mientras que la procedencia aún proviene de la fuente autorizada, la solicitud registrada y la inspección independiente de los bytes completados.