Как стать автором
Обновить
18
0
Авдеев Алексей @Avdeev

Frontend developer

Отправить сообщение
На мой взгляд PWA — это "нишевое" решение, для мобильных устройств.

Не совсем корректно называть 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).
Спецификация не ограничивает вас 4-мя операциями.

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.

jsonapi.org/faq/#position-uri-structure-custom-endpoints
Спасибо за организацию! ИМХО, отличный локальный митап получился.
Сделали на Svelte несколько проектов. Впечатления самые приятные.

Да, Svelte набирает популярность и он очень хорош, но есть ещё несколько графиков, которые показывают, что прекращать изучать React в данный момент не стоит.


www.npmtrends.com/@angular/core-vs-react-vs-vue-vs-svelte
До встречи на митапе! Буду рад выступить и пообщаться за JSON API. :)
Переходить на Mac совершенно не обязательно. Всё это верно и для Windows, и для Linux.
Я выбрал для примеров Mac, т.к. сам сейчас им пользуюсь, и по моим наблюдениям, много фронтендеров тоже пользуются им.

В первой части я как раз пытался ответить на вопрос «зачем?».
Если вкратце, то я подобрал вот такие пункты:

  1. Быстро, без боли и в одну команду разворачиваем нужное окружение (API, БД, сервисы) на рабочем компьютере (Mac, Windows, Linux)
  2. Уменьшаем риск сломать хост-систему, ставя на компьютер абстрактную Java
  3. Сами готовим своё приложение к продакшену и отвечаем за его эксплуатацию
Отличный рецепт, спасибо!

Могу посоветовать ещё посмотреть ещё в сторону Docker Compose.
Он позволяет создать YAML-файл со всеми настройками и запускать связку контейнером одной командой

Что-то вроде:

# docker-compose.yml
version: '3.7'
services:
  db:
    ...
    ports:
      - 5432:5432

  app:
    ...
    volumes:
    - /Users/admin/Documents/WWW/:/home/www/
    - /Users/admin/Documents/WWW/virtual.conf:/etc/httpd/conf.d/virtual.conf
    - /Users/admin/Documents/WWW/15-xdebug.ini:/etc/php.d/15-xdebug.ini
    ports:
      - 80:80


$ docker-compose up

Только недавно сериал Холивар. История рунета. посмотрел, где обсуждался YouTube и попытки его контролировать. :) А тут и новость подоспела «к месту».

www.currenttime.tv/a/loshak-o-runet-kholivar-film/30144134.html
Но, безусловно, это будет 2019 год, это будет по большей части, насколько я сейчас себе представляю, история про ютуб, потому что ютуб – это, наверное, сейчас такая главная заруба, вокруг которой, мне кажется, будут ломаться копья, потому что непонятно, как его взять под контроль. Как взять под контроль Google, там еще не придумали.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Frontend Developer
Lead