Проксирующий/кэширующий "сервер"

Похоже что время суток дает о себе знать, начинаю непонимать
За код спасибо еще раз но это только начало. Как бы отзеркалили заголовки, с чуть притормозом клиент таки делает что задумал. Но изначально задача прокладки была кроме этого в том что бы обмануть клиента который слишком часто запрашивает и эмулировать ему ответы сервера так как хочет клиент, а у самого сервера запрашивать данные не так часто (как это реализовано в проприетарном кривом клиенте). К тому что кроме заголовков прокладкой придется запрашивать и сами данные (часть их) и переотдавать их клиенту, через passthru допустим, в том виде в кот. он хочет.

(Отредактировано автором: 29 Июня, 2015 - 02:14:06)

Да Вам проще скачивать файлы на сервер и отдавать их на прямую.
И не надо будет костылить.
Я читал тему, и примерно представляю что Вам надо, просто речь зашла о заголовках связанных с видео/аудио контентом, я и привнёс небольшую лепту по ним: может поможет.
Но задачи - разные.

Насчет проще то да, но прикол в том что прокладка будет запускаться на самом же клиенте. Благо такое возможно сделать, но на клиенте нет места для скачки контента полностью, а так же нет ресурсов в качестве прокладки держать для этого промежуточный полноценный сервер (у кот. будет место хранить контент целиком).
Т.е. девайсина будет являться и клиентом и прокладкосервером одновременно, но запросы от девайсины в сторону конечного медиасервера должны начать исходить не так варварски как реализовали проприетарщики в клиенте девайсины )
Да, тут скорее придется пожертвовать перемотками и т.п. но хоть как то )
Ну с порционной выдачей приемом уже буду долбаться сам )
Еще раз Спасибо!

(Отредактировано автором: 29 Июня, 2015 - 02:25:32)

Кстати, тормоза с откликом не во всех брузерах.
В Мозиле, например, всё нормально с этим.
Вот пример:
http://afisha[dot]test[dot]dikidi[dot]ru/video/trailer/738

(Отредактировано автором: 29 Июня, 2015 - 03:46:10)

ArtyShock, я плюсанул карму armancho7777777 за тебя.
Хотя, когда у тебя наберется 50 сообщений, можешь еще раз ему плюсануть -- он не обидится ))

-----
Шта? Репозиторий?

выше приведённая функция всё это уже делает.

Прокомментирую логику, чтобы стало ясно.
1. Получаем заголовки от клиента
2. Открываем поток с нужными опциями (заголовки и.д.)
3. Читаем/отдаём полученные заголовки
4. Читаем файл в контексте этого потока

Поправил в коде проверку статуса.
(Добавление)
Убрал дефолтный заголовок If-Range. Он не всегда нужен.

Как ни странно :о) проксяпрокладка заставила таки работать девайсину.
Просто та самая задержка от обработки заголовков туда сюда отслужила положительную службу. А именно антидос тот что срабатывал на конечном медиасервере просто стал получать запросы не так быстро как раньше и соответственно не воспринимает уже многочисленные запросы как вредные (можно собственно и принудительно паузы между запрос-ответ добавить).
Вот только странность осталась avi, mp4 работают а mkv нет, пока не понял почему..