У нас тогда не работало несколько видеопотоков, и мы искали проблему. В том числе мы искали её и в плеере. hls.js пробовали как альтернативу и смотрели — заработает или нет. Оказалось, что проблема была в потоках, а оба решения (hls.js и videojs-contrib-hls) работают отлично.
Я бы, наверное, взял hls.js отдельно, если бы мне нужно было сделать плеер, который просто хорошо показывает HLS, и без дополнительных наворотов.
Я пользовался поиском Гугла и собирал ссылки с обзоров и подборок, похожих на мою.
Если тут нет каких-то хороших плееров, то это потому что их не оказалось в поисковых выдачах. А если их нет в поисковых выдачах, — подумал я, — то значит они не популярны и можно их не рассматривать.
Вы абсолютно правы, его тут нет по причине малой функциональности.
Был опыт использования его вместе с video.js через одну из интеграций. Мы тогда экспериментировали с форматами потоков и пробовали разные библиотеки для работы c HLS. Полёт нормальный.
Does JSON:API take any position on URI structure, on rules for custom endpoints, which do not fit the paradigm of GET/POST/PATCH/DELETE on the resource URI, etc.?
JSON:API has no requirements about URI structure, implementations are free to use whatever form they wish.
Сделали на Svelte несколько проектов. Впечатления самые приятные.
Да, Svelte набирает популярность и он очень хорош, но есть ещё несколько графиков, которые показывают, что прекращать изучать React в данный момент не стоит.
Переходить на Mac совершенно не обязательно. Всё это верно и для Windows, и для Linux.
Я выбрал для примеров Mac, т.к. сам сейчас им пользуюсь, и по моим наблюдениям, много фронтендеров тоже пользуются им.
В первой части я как раз пытался ответить на вопрос «зачем?».
Если вкратце, то я подобрал вот такие пункты:
Быстро, без боли и в одну команду разворачиваем нужное окружение (API, БД, сервисы) на рабочем компьютере (Mac, Windows, Linux)
Уменьшаем риск сломать хост-систему, ставя на компьютер абстрактную Java
Сами готовим своё приложение к продакшену и отвечаем за его эксплуатацию
Могу посоветовать ещё посмотреть ещё в сторону Docker Compose.
Он позволяет создать YAML-файл со всеми настройками и запускать связку контейнером одной командой
Но, безусловно, это будет 2019 год, это будет по большей части, насколько я сейчас себе представляю, история про ютуб, потому что ютуб – это, наверное, сейчас такая главная заруба, вокруг которой, мне кажется, будут ломаться копья, потому что непонятно, как его взять под контроль. Как взять под контроль Google, там еще не придумали.
Не совсем корректно называть PWA — "решением для мобильных устройств".
Оно отлично может работать и как десктопное приложение.
Да, это либо meta-информация, т.е. данные о данных.
Либо можно указать ссылки на куски данных с этими фильтрами через links.
Либо описать допустимые фильтры в документации к API.
Ещё можно выдавать ошибку при использовании "неразрешённых" фильтров с указанием "разрешённых".
Спасибо, что следите. :)
В течение месяца будет.
Я недавно провёл МК на РИТ++, сейчас подсоберу материал с подготовки к нему и сделаю третью часть.
Что интересно, уже можно немного обновить первые две части. Например, Kitematic отлично заменяется на встроенный Docker Desktop Dashboard.
Меня другое беспокоит. Говорят, слайды не нужны.
https://youtu.be/HkuDzeBgAPs?t=914
Вот примеры светильников для стрима:
https://www.ozon.ru/context/detail/id/165823530/
https://www.ozon.ru/context/detail/id/160481250/
А вот топовая вебка, насколько, я слышал:
https://www.logitech.com/ru-ru/product/brio
Однако, даже с минимумом девайсов вполне можно жить.
Удивительно, что ответственность попала в "бесполезные навыки".
Я именно по ней всегда определял профессиональный уровень разработчика.
С ним всё ок. :)
У нас тогда не работало несколько видеопотоков, и мы искали проблему. В том числе мы искали её и в плеере. hls.js пробовали как альтернативу и смотрели — заработает или нет. Оказалось, что проблема была в потоках, а оба решения (hls.js и videojs-contrib-hls) работают отлично.
Я бы, наверное, взял hls.js отдельно, если бы мне нужно было сделать плеер, который просто хорошо показывает HLS, и без дополнительных наворотов.
Согласен, утверждение достаточно громкое получилось. Давайте считать, что это лично моя тройка финалистов.
Посмотрел AblePlayer. Смутило, что он зависит от jQuery и не опубликован в NPM. Но, если он Вам подходит, то это отлично.
Plyr, кстати, заявляет, что он accessible.
Спасибо за ссылки!
Я пользовался поиском Гугла и собирал ссылки с обзоров и подборок, похожих на мою.
Если тут нет каких-то хороших плееров, то это потому что их не оказалось в поисковых выдачах. А если их нет в поисковых выдачах, — подумал я, — то значит они не популярны и можно их не рассматривать.
Вы абсолютно правы, его тут нет по причине малой функциональности.
Был опыт использования его вместе с video.js через одну из интеграций. Мы тогда экспериментировали с форматами потоков и пробовали разные библиотеки для работы c HLS. Полёт нормальный.
Но потом в итоге всё равно вернулись на то, что предоставляет video.js. Тогда это был videojs-contrib-hls, а сейчас новый videojs-http-streaming (VHS).
Естественно, они похожи в чём-то. :)
Могу сказать только, что в репозитории спецификации это обсуждалось вот тут. И продолжает обсуждаться в связанных issues (https://github.com/json-api/json-api/issues/745).
jsonapi.org/faq/#position-uri-structure-custom-endpoints
Да, Svelte набирает популярность и он очень хорош, но есть ещё несколько графиков, которые показывают, что прекращать изучать React в данный момент не стоит.
www.npmtrends.com/@angular/core-vs-react-vs-vue-vs-svelte
Я выбрал для примеров Mac, т.к. сам сейчас им пользуюсь, и по моим наблюдениям, много фронтендеров тоже пользуются им.
В первой части я как раз пытался ответить на вопрос «зачем?».
Если вкратце, то я подобрал вот такие пункты:
Могу посоветовать ещё посмотреть ещё в сторону Docker Compose.
Он позволяет создать YAML-файл со всеми настройками и запускать связку контейнером одной командой
Что-то вроде:
www.currenttime.tv/a/loshak-o-runet-kholivar-film/30144134.html