Не обязательно смотреть онлайн через флеш, есть ужа масса решений, тот же XBMC, например. Хватило бы канала, а там и отличить от скачанного будет невозможно.
Поддержу, XBMC отлично позволяет пользоваться ex.ua в оригинальном качестве под любой ОС. А также есть и плагин plugin.video.torrenter, позволяющий смотреть торренты онлайн, без всяких там внешних АПИ и софта. Ну и ещё куча других плагинов, к тому же турбику, например, и другим ресурсам.
Держите нас в курсе…
А мой комментарий же относился больше к топик-стартеру (тут уж я ответом промахнулся), отражает личный опыт и может быть полезен другим читателям. Не зацикливайтесь на нём сильно, я Вам ничего не продаю.
Любой транспорт упрётся в сеть, речь ведь не об этом. Я предложил скрайб как хорошую систему передачи данных. Понятное дело, что реализацию обработки конкретных исключительных ситуаций Вам придётся делать самому, Вы не найдёте готовой системы, покрывающей все форматы устройств. Опять же, скрайб однозначно отвечает на вопросы, насколько легко добавить/убрать ноды, сменить ранг или приоритезацию. А также, что произойдёт если нода станет генерировать слишком много логов, успеет это всё отротейтиться? А не потеряете ли Вы важные данные в случае обрыва связи с одной из нод? А при падении статс-сервера? Что делать в исключительных ситуациях, куда бежать? В скрайбе это всё решено и конфигурируемо. Парсинг же — задача конкретного исполнения (не совсем общая задача), и Вам его нужно организовывать, желательно, отдельным слоем, желательно на чём-то быстром.
Не парсит оно, это отличный прозрачный транспорт, не более того. К тому же есть апи на куче языков для его использования, Вам же нужно придумать свой этот единый формат, и выбрать метод обработки:
1. Обрабатывать на ноде, с учётом специфики, приводя к единой схеме и слать в скрайб, на статс сервере же колбасить этот единый формат и отдавать в следующий слой, например построение графика.
2. Сыпать как есть в скрайб, и решать на стаст-сервере вопросы различного парсинга, форматирования и дальнейшей аггрегации/показа.
Есть реализация от facebook под названием scribe. Поможет легко, быстро, масштабируемо и отказоустойчиво собрать логи на Вашем статс-сервере с имеющихся нод. А сам парсер круто бы переписать на чём-то быстром, типа C — решение будет очень неплохим. Используем подобное в продакшне, отказались от регулярок и сравниваем строки, даже кривой первый ПХПшный парсер делает 3500/сек строк при удачном подборе размера файлов скрайба. На С всё гораздо быстрее, а передачей логов с нод скрайбом вообще можно пренебречь.
А разве одно другому мешает? Плагином создаётся ведь полноценная библиотека из скачанных файлов там, где Вы покажете, и даже с торрент-файлами. Отличий от скачивания через transmission минимум, а бонусом идёт ненадобность предварительной закачки (конечно, тут всё решает канал, но трекеры ведь и локальные бывают).
А ещё, в случае XBMC, можно убрать transmission из связки, воспользовавшись этим плагином, чтобы смотреть торренты прямо онлайн. Получится немного не то, но с хорошим каналом это часто бывает даже удобнее.
Читаю подобные success stories, и всегда не понимаю, ну зачем в этой всей связке apache? Есть же php-fpm, в который прекрасно проксируется всё из nginx и без дополнительной прослойки. Я не говорю что это бы решило проблему, я просто не понимаю — зачем он там?
Что касается линукс и XBMC, есть реализация плагина на той же python-libtorrents, позволяющая онлайн просмотр на любой системе, куда выйдет поставить медиаплеер + библиотеку. Вот тут лежит, проект очень молодой и развивается. Альтернативный вариант хоть и «неправильной», зато работы под линукс.
А мой комментарий же относился больше к топик-стартеру (тут уж я ответом промахнулся), отражает личный опыт и может быть полезен другим читателям. Не зацикливайтесь на нём сильно, я Вам ничего не продаю.
1. Обрабатывать на ноде, с учётом специфики, приводя к единой схеме и слать в скрайб, на статс сервере же колбасить этот единый формат и отдавать в следующий слой, например построение графика.
2. Сыпать как есть в скрайб, и решать на стаст-сервере вопросы различного парсинга, форматирования и дальнейшей аггрегации/показа.
А вообще, Вам бы ещё не мешало разобраться с try_files, вместо этого огорода, ну и да, полистать чужие конфиги. Новичкам бы я этот не советовал.