Обновленный вариант. Кроме mcrypt_encrypt добавлен openssl_encrypt (на замену первому приходит так понимаю) и с ними удалось получить одинаковый вариант применив паддинг и 256. Но командный openssl все еще не дает искомого совпадения...
Приветствую! В общем задача - заменить mcrypt_encrypt имеющийся не во всех конфигурациях php (нет возможности подгрузить библиотеку для этого) на шелловую команду вокруг openssl (которую можно выполнить на имеющейся конфигурации). Предполагается что результат должен быть идентичным.
Но пока не получается - прошу помочь.
(полагаю проблема в упаковке ключа и вектора в hex.. в php это делается для передачи в mcrypt, а в shell_exec непонятно как передать верно ключ и вектор, либо алгоритмы не совсем совпадающие, но нужен результат аналогичный php)
Как ни странно :о) проксяпрокладка заставила таки работать девайсину.
Просто та самая задержка от обработки заголовков туда сюда отслужила положительную службу. А именно антидос тот что срабатывал на конечном медиасервере просто стал получать запросы не так быстро как раньше и соответственно не воспринимает уже многочисленные запросы как вредные (можно собственно и принудительно паузы между запрос-ответ добавить).
Вот только странность осталась avi, mp4 работают а mkv нет, пока не понял почему..
Насчет проще то да, но прикол в том что прокладка будет запускаться на самом же клиенте. Благо такое возможно сделать, но на клиенте нет места для скачки контента полностью, а так же нет ресурсов в качестве прокладки держать для этого промежуточный полноценный сервер (у кот. будет место хранить контент целиком).
Т.е. девайсина будет являться и клиентом и прокладкосервером одновременно, но запросы от девайсины в сторону конечного медиасервера должны начать исходить не так варварски как реализовали проприетарщики в клиенте девайсины )
Да, тут скорее придется пожертвовать перемотками и т.п. но хоть как то )
Ну с порционной выдачей приемом уже буду долбаться сам )
Еще раз Спасибо!
Похоже что время суток дает о себе знать, начинаю непонимать
За код спасибо еще раз но это только начало. Как бы отзеркалили заголовки, с чуть притормозом клиент таки делает что задумал. Но изначально задача прокладки была кроме этого в том что бы обмануть клиента который слишком часто запрашивает и эмулировать ему ответы сервера так как хочет клиент, а у самого сервера запрашивать данные не так часто (как это реализовано в проприетарном кривом клиенте). К тому что кроме заголовков прокладкой придется запрашивать и сами данные (часть их) и переотдавать их клиенту, через passthru допустим, в том виде в кот. он хочет.
Забросил на время эту тему, теперь наступило время продолжить..
Есть технический вопрос, конечно не совсем php касается.
Что бы эмулировать ответ сервера в этом прокси мне нужно точно и подробно знать а как отвечает обычный сервер с медиаконтентом.
Допустим временно использую свой сервер с апачем. Дефолтный Лог апача как по мне не очень то информативен. Как можно или расширить лог или еще как со стороны подойти (например трафик ловить) что бы увидеть точно как сервак отдает (headers, размеры) контент на запрос медиажелезяки? Всё это для того что бы я мог давать внутри прокси верные ответы на запрос контента..
Проверил.. сам виноват что сразу не проверил через print_r полный ответ.
А сделал как в примере и поверил описанию $_SERVER в кот. они не описаны
Получил что то типа
М.. ну прямо сейчас нет.
Но делал вот по первому примеру отсюда - ничего полезного касательно размера запрашиваемых данных нет.. (собственно в описании и не заявлено присутствие)
Так я и пишу свой прокси на 127.0.0.1 на девайсе..
И задаю вопрос - как в коде php узнать сколько данных с меня запросили сейчас что бы столько и отдать.. Я через $_SERVER или $_GET вижу только тип запроса и там например что именно спрашивают а размер не вижу.. Как увидеть?
Как узнать сколько "клиент-девайс" запросил сейчас что бы эхом или passthru выплюнуть ему то что запросил но с медиасервера при этом забрать заранее один раз и побольше.. При этом еще следующую паритию отдать с нового места.. и так до тех пор пока не запросит наконец большой кусок..