Мало того, up time сайта страдает и часто проблемы то с картинками, то со страницами, то с сообщениями, так вы еще и умудрились случайно раздать такого рода права.
Ладно если бы это был маленький стартап с 1000 просмотров в неделю и там можно факапиться с функциями сколько влезет и ты ничего не потеряешь, но там и то так не факапятся как вы с миллиардами переходов в день.
Что это должно значить? Вы вместо своего stun/turn-сервера чужой стали использовать и это всё решение?
Это значит то, что наш сервер указывал что нужно соединить вот этих двух ребят, затем они сами подключались к Signaling и stun/turn серверам «AppRTC» и взаимодействовали внутри серверов «AppRTC» (appr.tc).
Ссылочку плз на изменения по сравнению с оригинальной версией.
Имелся ввиду рефакторинг кода видео-чата внутри приложения, а не библиотеки, то есть то, как приложение взаимодействовало с библиотекой, а это уже является собственностью заказчика, и я не в праве это разглашать.
Ссылку можно на отправленные решения?
С удовольствием, но сейчас прилетит туча комментариев к логичности или уместности решений, могу сказать только то, что решения были частично внедрены, они касались ARDAppEngineClient.
У кого-то такое было?
У нас такое было до обновления библиотеки до актуальной версии. Сейчас, если я не ошибаюсь, поддержка VP8 медленно вырезается из библиотеки за ненадобностью.
Так же вы могли упустить важную часть после создания session description (peerConnection:didCreateSessionDescription:error:):
Из скриптов сборки приложения, если бы Вы их изучили, Вы бы увидели, что сама библиотека так же подтягивается из моего репозитория. В скором времени эта библиотека, которая подтягивается, будет автоматически обновляться из git'а разработки WebRTC. Это было сделано для того, чтобы не скачивать постоянно новую версию WebRTC и не компилировать её снова, а это отнимает около 12 часов (с моим интернетом). Это было основной целью вынесения библиотеки в отдельный репо.
Ладно если бы это был маленький стартап с 1000 просмотров в неделю и там можно факапиться с функциями сколько влезет и ты ничего не потеряешь, но там и то так не факапятся как вы с миллиардами переходов в день.
Да, научиться писать код. Никто в здравом уме не парсит JSON в контроллере
Учту в следующий раз.
Это значит то, что наш сервер указывал что нужно соединить вот этих двух ребят, затем они сами подключались к Signaling и stun/turn серверам «AppRTC» и взаимодействовали внутри серверов «AppRTC» (appr.tc).
Имелся ввиду рефакторинг кода видео-чата внутри приложения, а не библиотеки, то есть то, как приложение взаимодействовало с библиотекой, а это уже является собственностью заказчика, и я не в праве это разглашать.
С удовольствием, но сейчас прилетит туча комментариев к логичности или уместности решений, могу сказать только то, что решения были частично внедрены, они касались ARDAppEngineClient.
У нас такое было до обновления библиотеки до актуальной версии. Сейчас, если я не ошибаюсь, поддержка VP8 медленно вырезается из библиотеки за ненадобностью.
Так же вы могли упустить важную часть после создания session description (peerConnection:didCreateSessionDescription:error:):