Parece que no puede obtener Chrome para reproducir videos con la etiqueta de video html5 cuando los hospedo en un servidor Rackspace cloudfiles.Chrome se congela al reproducir videos de los archivos en la nube de Rackspace
Funciona perfectamente en el alojamiento habitual, pero tan pronto como vinculo el video con la url del cdn de rackspace, Chrome se congela (congelación total, la IU del sitio web está completamente bloqueada; después de un rato, aparece un mensaje que dice "La siguiente página se ha convertido no responde bla bla bla ").
El archivo de video está bien, ya que es lo mismo que cuando me enlace al hosting normal.
Hice un poco de espionaje en las solicitudes, y en un principio pensé que el problema era que los archivos webm se almacenaban de forma predeterminada como application/octet-stream mime-type. Archivé un boleto en el espacio de bastidor y me dieron una forma de forzar el tipo de mimo al cargar el archivo. Hizo eso, y el archivo ahora se envía correctamente como video/webm ... pero Chrome todavía se congela.
¿Alguna idea de qué podría estar fallando aquí?
EDITAR: usando iheartvideo, cargando el vídeo de Rackspace desencadena una MEDIA_ERR_SRC_NOT_SUPPORTED. Mismo video fuera del servidor web local funciona totalmente bien (??)
EDIT 2: sucede tanto en Mac y Windows con la última corriente de cromo
EDITAR 3: rizo resultados -I:
Rackspace (sin worky):
HTTP/1.1 200 OK
Server: nginx/0.7.65
Content-Type: video/webm
Last-Modified: Thu, 24 Feb 2011 23:45:12 GMT
ETag: 7029f83b241aa691859012dfa047e20d
Content-Length: 20173074
Cache-Control: public, max-age=900
Expires: Fri, 25 Feb 2011 01:32:11 GMT
Date: Fri, 25 Feb 2011 01:17:11 GMT
Connection: keep-alive
web Server (worky)
HTTP/1.1 200 OK
Date: Fri, 25 Feb 2011 01:17:51 GMT
Server: Apache
Last-Modified: Thu, 24 Feb 2011 03:56:26 GMT
ETag: "11a0b47-133d112-49cff32940e80"
Accept-Ranges: bytes
Content-Length: 20173074
Content-Type: text/plain
EDITAR 4: Para los interesados, esto es lo que me dijo que hacer para establecer un tipo de contenido WebM en un archivo de la tripulación rackscape:
El explorador de archivos no es lo suficientemente inteligente para determinar el tipo de contenido video/webm. Desafortunadamente, no hay una forma de cambiar el tipo de contenido de un archivo que ya ha sido cargado .
Deberá utilizar una de las API a para volver a cargar sus archivos con el tipo de contenido correcto.
También puede usar curl desde una línea de comando linux/MacOS si está disponible.
Utilizando su nombre de usuario y clave de API de ejecución este comando ...
curl -I -X GET -H "X-Auth-User: USERNAME" -H "X-Auth-Key: API_KEY" https://auth.api.rackspacecloud.com/v1.0
Desde la salida hay 2 valores importantes.
X-Storage-Url: https://storage101.......
X-Storage-Token: Long hash
Puede cargar los archivos con,
curl -X PUT -T test.webm -H "Content-Type: video/webm" -H "Content-Length: FILESIZEINBYTE" -H "X-Auth-Token: TOKEN FROM RESPONSE ABOVE" https://STORAGE URL FROM RESPONSE ABOVE/test.webm
Debe especificar el tipo de contenido y debe dar a la longitud correcta de bytes de lo que es siendo cargado Si no recibirá una solicitud no válida error.
No fue una respuesta en absoluto, pero solo quería decir/hacerle saber que he tenido exactamente el mismo problema con casi las mismas respuestas de Rackspace. Al final, tuve el lujo de cambiar a Amazon, donde puedo cambiar los tipos MIME de los archivos con Cyberduck sobre la marcha y (por alguna razón) Chrome no falla. Sin embargo, no estoy seguro si esta es una opción para ti. – jonathanbell
¿Alguna actualización sobre eso? – Samuel
@Samuel. ¿Qué tipo de actualización podrías desear? No he experimentado el problema desde hace tiempo, así que supongo que ha sido resuelto por Rackspace. De lo contrario, sugeriría la corrección en Editar 4 – Ben