PHP.SU

Программирование на PHP, MySQL и другие веб-технологии
PHP.SU Портал     На главную страницу форума Главная     Помощь Помощь     Поиск Поиск     Поиск Яндекс Поиск Яндекс     Вакансии  Пользователи Пользователи

Страниц (2): « 1 [2]

> Найдено сообщений: 19
ArtyShock Отправлено: 19 Мая, 2015 - 10:29:40 • Тема: Проксирующий/кэширующий "сервер" • Форум: Вопросы новичков

Ответов: 37
Просмотров: 1923
Еще раз.
На девайсе работают простенькие апач и пхп и он же будет выступать сам для себя в роли "проксисервера". Т.е. полноценного стороннего сервера-посредника не будет (это самый крайнейший вариант, кот рассматривается только теоретически).
На девайс Varnish не поставить (компилить нужно под его архитектуру) и на nginx apache не поменять.
limit_req насколько я понял предназначение скорее как раз применяется на стороне сервера хранящего медиаконтент и управлять им нет возможности. Я представляю сторону не медиапровайдера у которого проблемы с ддосом, а сторону девайса - который нужно отучить делать множественные запросы.
Все что можно - создать на девайсе на php (можно и на си но это уж черезчур) прослойку (уж ладно не буду называть это "сервером" - потому в кавычках и писал) кот будет перезапрашивать контент не так часто как это делает движок девайса напрямую. Так что нужен именно самописный костыль на девайсе.
И пока смотрю всё идет к тому что php такого вдруг не может дать сам по себе? Странно...
ArtyShock Отправлено: 19 Мая, 2015 - 09:33:25 • Тема: Проксирующий/кэширующий "сервер" • Форум: Вопросы новичков

Ответов: 37
Просмотров: 1923
Как раз видео в основном.
Вот его нужно забирать с медиасервера не таким варварским методом, которым пытается его брать девайс. Потому нужен посредник, т.к. на девайс влиять (на процесс запроса) не получится. Посредник на php смотрит.. ага запросил 10 гетов подряд по 5кб.. - подожди, я заберу с медиасервера одним 50кб (или вообще впрок 5мб (но не все 5Гиг - некуда)) и тебе отдам 10 раз по 5 как хотел, но медсервер при этом не страдает от множественных запросов.
Вот как бы в коде сервера-посредника не хватает механизма контроля - а что запросили в каком объеме то.. Видно через $_SERVER что GET, можно увидеть что именно хочет с медиасервера, но сколько конкретно в данный момент хочет, как получить?
Или GET (со стороны девайса) так не работает вообще.. а запрашивает все но потом дропается аппаратно на каком то этапе и перезапрашивается по новой. Скажем так на начальном этапе девайс видимо получает контент малыми порциями пытаясь определить что именно ему подсунули и после 20 таких миниопросов он определяется и потом уже дозабирает оставшееся большим куском. Вот нужно от этих 20 както избавиться кэшируя контент на начальном этапе и не пуская напрямую на медиасервер кот думает что его пытаются досить Улыбка
ArtyShock Отправлено: 19 Мая, 2015 - 00:48:41 • Тема: Проксирующий/кэширующий "сервер" • Форум: Вопросы новичков

Ответов: 37
Просмотров: 1923
Ну прикол в том что сам " проксирующий сервер" будет запускаться на самом же девайсе а там ограниченный в расширениях апач и пхп.
А намек на то что php в коде php-проксисервера не скажет мне всю подноготную происходящего на низком уровне запросов?
Да, нестандартная задача.. Но неужели.. )
ArtyShock Отправлено: 16 Мая, 2015 - 21:25:58 • Тема: Проксирующий/кэширующий "сервер" • Форум: Вопросы новичков

Ответов: 37
Просмотров: 1923
Приветствую!
Задачка создать проксирующий/кэширующий "сервер".
А именно - есть девайс который неуправляемо запрашивает медиаконтент. И запрашивает его например часто малыми порциями. Т.е. на сервер с данными идет такой себе DDOS и серверу это не нравится.
Как вариант возникла мысль сделать такой себе кэширующий прокси, который стоит посередине и запросы принимает на себя, собирает какуюто часть гэтов, забирает инфу с сервера данных одним запросом (или меньшим колвом запросов), а потом отдает ее девайсу так как он хочет получать - малыми порциями и часто. Все это на php.
Возможно есть такие решения готовые? Или похожие по смыслу..

А конкретно проблема текущая в том что скажем $_SERVER не дает полную инфу о запросе со стороны девайса.. только тип запроса, что запрашиваем, а например кол-во запрошенной информации конкретным GET не дает. В apache2 access.log видно что была кучка GET 200 GET 206 с таким то объемом то ли переданной то ли запрошенной инфы. А как в коде php проксисервера на php узнать сколько инфы запросили что бы знать сколько запросить с сервера данных или сколько отдать закэшированных данных в этот момент, под текущий GET запрос от девайса.

Возможно я неверно понимаю природу всей этой кухни - поправьте если так. Может быть колво отдаваемых данных разруливает апач и в коде бестолку этим рулить. Кроме того объем пространства кэширующего сервера ограничен и нет возможности скачать весь медиаконтент сразу а потом отдавать, т.е. полюбому нужно оперировать частями, но не зная сколько запросили непонятно когда и сколько брать следующей порции.

Спасибо.

Страниц (2): « 1 [2]
Powered by PHP  Powered By MySQL  Powered by Nginx  Valid CSS  RSS

 
Powered by ExBB FM 1.0 RC1. InvisionExBB