Подтвердить что ты не робот

Как запретить Chrome извлекать последние 128 байт файла MP3

У меня проблема с этим какое-то время, поэтому я подумал, что попрошу вас о помощи.

Для доказательства проекта концепции я создал HTML 5 только last.fm player, используя jPlayer. Он отлично работает с Firefox, но не использует использование html-решения при использовании Chrome (Chromium).

Во-первых, Chrome пытается получить mp3 файл через URL-адрес потока. После того, как он предварительно запрограммировал бит, он всегда пытается прочитать последние 128 байт, сделав еще один HTTP-запрос. Проблема в том, что потоковые серверы last.fm кажутся только одним подключением к файлу за раз, что приводит к сбою обоих HTTP-соединений. Кажется, Chrome/Chromium игнорирует свойство preload = "none" звуковой метки. Насколько я могу узнать, тег является лишь рекомендацией для браузера.

Обычные mp3 файлы работают как шарм. Кроме того, при вводе перенаправленного URL-адреса в браузере он начинает воспроизводиться. Похоже, last.fm использует исходные URL как вид одноразового фильтра доступа к токену/доступу, тогда как разрешенный URL-адрес канала действителен некоторое время.

Для полных HTTP-заголовков (цензуры с куками) см. http://pastebin.com/rBAdL4X8. (Скопировано из инспектора элементов хром).

Есть ли способ обойти эту проблему из браузера?

4b9b3361

Ответ 1

Кажется, что не существует текущего обходного пути, но из комментария 11 в отчете об ошибке, на который указывает neoascetic, он может быть рассмотрен в следующей версии Chrome - M20.