@arvitaly Смысл конечно не отменяет, но и не прибавляет. Учитывая, как монго работает с изменением данных, ну и множество других нюансов - я бы никогда не стал бы этого делать.
@dizballanze И снова - при каких настройках redis? При загрузке всех ядер или одного (redis однопоточен, а мемкешед нет)? Синтетические тесты такие синтетические.
Ну, Сальваторе за это время раз 15 в твиттере писал, то скорость импрув, то память. На сегодня редис делает мемкеш по скорости на простых строках, ну и плюс имеет множество дополнительных плюшек, на которых можно реализовать теги например, или версионирование кешей.
@dizballanze трехлетней давности тесты, при столь разной интенсивности развития обоих продуктов… И я что-то не наблюдаю конфигурационных файлов - редис синкается с диском при этом всем или нет? Из моего опыта - редис быстрее, причем значительно.
Вы явно хотите странного. Сессии в php блокируются, то есть одновременно с одной сессией может выполняться только один поток. Вам явно надо что-то другое, судя по написанному. Возможно поможет поставить задачу шире.
Вот объясните дураку, какая разница, из чего запускать ffmpeg? Он что от этого, будет быстрее работать? Или стабильнее? Чем в этом контексте питон отличается от php? Только вот не надо про то, что php рожден, чтобы умирать - это бред.
Можно - видео передается посредством UDP протокола обычно. Можно и по TCP - но это дорого и лажно. Причина этого кроется в том, что сеть - нестабильная среда. UDP не содержит механизма верификации данных, и источник никогда не станет пересылать пакеты, а приемник никогда не станет их запрашивать повторно. Таким образом, если пакет оказался битым, серверный софт его просто пропустит и продолжит вещание со следующего пакета. C tcp всё строго наоборот - если пакет побился - сервер его будет запрашивать повторно, и пока не получит его, остальные пакеты играть не будет. В результате протокол, который, казалось бы, должен работать без потерь, c реалтаймовым видео даст эффект постоянных пробуксовок.
Итак, исходя из вышесказанного, вам надо не думать о том, как отправить видео по разным каналам, а думать надо о том, как отправить по разным каналам UDP трафик. Причем в идеале так, чтобы на той стороне он собирался в правильной последовательности. Такие решения лично мне не известны.
Ну, пользователю git в любом случае надо куда-то выгрузить файлы. В bare репозитории их, как известно, нету. Приведенные скрипты мы используем на тестовом сервере, и сайты, куда всё это выгружается, не рабочие. А на рабочие сайты (на другие сервера вообще говоря) мы деплоим при помощи rsync (например, если пуш прошел в ветку release, то вызывается после обновления рабочего репозитория еще и rsync, который сгружает нужные файлы уже в рабочий каталог). Чтобы кто попало не мог пушить в release, имеет смысл поставить gitolite например. Секьюрность на уровне ssh, не вижу проблемы в том, что таким образом меняются файлы в рабочем каталоге сайта.
"Посредством" или "средствами". В php нет абсолютно никаких инструментов для работы с видео. Всё что будет делать php - вызывать для обработки видео сторонние программы (ffmpeg/avconv). Вам надо изучить именно их, подобрать оптимальные параметры преобразований для вашего видеохостинга, и только после этого тулить это всё в php. И да, я съел собаку в этом деле.
@arcanrun Я вам написал, в чем ошибка, надо просто внимательно прочитать. После того, как вы приняли первое сообщение, подключения более нет (сервер отправляя сообщение его разрывает). Чтобы обработать второе сообщение, надо заново подключиться. Это у вас и происходит при вызове функции getmess. Всё это означает, что вы не понимаете принципа работы long polling, и вам надо его понять, чтобы всё заработало.
Я учитываю рутину, но полагаю Битрикс отвратительным фреймворком для разработки чего-либо. Уж извините, имею опыт. Всё, о чем вы говорите, есть в разной степени проработанности в любом фреймворке, от микриков до Симфони, и уж точно они все лучше Битрикса. Ничего, написанного хуже, я не встречал. Это ужасающее количество статических методов и даже целых классов просто убивает. Ну и модель там довольно тормознутая.
Так не бывает НИКОГДА. Если про это не думать "для практики", то привыкаешь об этом вообще не думать. Первая мысль про это случается только после инъекции.