TT
Тут на самом деле и sse и веб сокет лишние
Size: a a a
2020 August 28
TT
Тупо по времени сверять и на перезапуске приложки
TT
Это вот моя последняя мысль была, а по соккету я просто решил для себя узнать
TT
Может интересно будет
p
Ребят, а если я скину линк на ютуб для оценки инфы из ролика это будет как реклама расцениваться, да?
TT
podocodenick
Ребят, а если я скину линк на ютуб для оценки инфы из ролика это будет как реклама расцениваться, да?
Если инфа о какой то андроид проблеме или хочешь спросить как же тебе такое сделать, то нет
p
Если инфа о какой то андроид проблеме или хочешь спросить как же тебе такое сделать, то нет
Нет.. Там в целом про подход к программированию
ФХ
Да, об этом тоже подумал, подписку могут отменить. Купил у Гугла, привязал к аккаунту , пошел и сказал в Гугл что случайно. Наш сервер то узнает , ну а клиент нет. Согласен что кейс редкий и эту ситуацию решит перезапуск приложки. Просто почему то все так тупо сделали. Архитектура не описала эти кейсы как закрыть , Продукт менеджер тоже , ну то ещё и не понимает проблемы. А разработка взяла и каждый раз стала повторно ходить в сеть.. вот хочу исправить это дело
Как я понял приложуха для просмотра сериалов и прочего? Как сервер у вас отдает линк на само видео? Делай проверку на подписку перед тем как клиент получить доступ к ролику на стороне сервера
TT
Ну если это реклама , это админу будет очевидно, особенно если из какого то курса .. не могу точно ответить. Думаю если отправишь коммент , то не забанят , а просто удалят если это нельзя
TT
Как я понял приложуха для просмотра сериалов и прочего? Как сервер у вас отдает линк на само видео? Делай проверку на подписку перед тем как клиент получить доступ к ролику на стороне сервера
Каждый раз?
TT
Да онлайн кинотеатр
ФХ
Каждый раз?
А в чем проблема? Дёрнуть бд один раз намного дешевле чем держать соединения
TT
Как я понял приложуха для просмотра сериалов и прочего? Как сервер у вас отдает линк на само видео? Делай проверку на подписку перед тем как клиент получить доступ к ролику на стороне сервера
Заходим на экран сериала, получаем список всех серий сезона. Каждая серия отдельный трек. В треке инфа , описание , url постера и инфа о доступности. То есть именно в треке есть информация о том можем мы сейчас играть или нет. Сервер у себя проверяет подписку и инфу эту прикладывает. Теперь пользователь смотрит серию и хочет след серию. Доступность могла измениться, надо снова ходить за треком
TT
Вот от этого хотел уйти. Да открытое соединение дороже по заряду акк. Но дешевле по UX
TT
То есть нет такого что зашёл в сериал и при тыке на любую серию, надо дождаться пока инфа актуализируется
TT
Лучше решение считаю не соединение держать а по времени запускать сверку. И на старте приложения.
TT
Ещё больше этот кейс проявляется в плеере который телеканалы вещает. Там есть платные каналы и юзер щелкает их быстро и хочет чтобы мы переключались быстро, а мы не можем надо в сеть сходить
ФХ
Эти все проверки лично мое мнение должны проводится на стороне сервера. Есть определённый урл откуда грузится видео, правильно? Например /getVideo?movie_id=1 так вот там и проверяй, если нет подписки то ошибка, если все ок то отдаешь там же видео
TT
Можно конечно делать видимость что перешли на новый канал и тут у нас лоадер крутится. Тоже хорошее решение