Не совсем напрямую, несколько иначе обходим эту проблему.
Стараемся сделать так, чтобы reducer's можно было экспортировать / импортировать
как обычную «библиотеку».
2) Нет надобности и это антипаттерн. Данные надо проверять самостоятельно с помощью JSON Schema.
Это добавляет гибкости при работе. К примеру, данные можно отбросить на входе, а не перед самой записью в базу данных.
Таким образом, весь код которые работал до этого не подвергается риску работы с invalid objects.
От себя добавлю, остальным на заметку: Не нужно использовать Mongoose.
Последние версии официального драйвера во всем превосходят довольно отсталый Mongoose.
Более года пользую. Хорошая, mongo-compatible база данных. Умеет работать в режиме in-memory так и на файлах.
Удобно использовать как подручный кэш.
Еще больше люблю LokiJs. Отличная, хорошо себя показывает на фронтенде. Все остальные слились.
Есть forerunnerdb, но я ее не трогал еще.
Если у вас хороший devops, то можно безопасно ставить mongo в режиме in-memory на каждой ноде приложения :)
Если это единственная проблема, то это и не проблема вовсе. Во первых это не много, а во вторых, она очень легко решаемая. Не полностью, но существенно. Этим никто не занимается из мысли о стабильности.
Сферическая проекция это ужасное решение.
Выглядит плохо, много весит и еще куча мелких, но важных минусов.
Вид
Сферические видео имеют ужасные искажение на "полюсах". И даже качество картинки на "экваторе" тоже оставляет желать лучшего.
Мир с перспективы мухи смотрящей через замочную скважину это сомнительное удовольствие.
Энкодинг
В связи с тем, что даже малейшие изменения на полюсах приводят к изменению кадра на 30% поверхности ("верх" и "низ" занимают примерно по 30% вертикального разрешения), в результате весь битрейт занимают векторы движения на полюсах которые мало того что ужасно выглядят и на них никто не смотрит, так они еще и занимают половину "файла". В результате все CBR профили превращают видео в "мыло"
Если кто-то занимается 360 видео, бегите от сферической проекции как можно быстрее.
hub.docker.com/_/nginx
Вчера кстати запустил docker-Compose на пяток сервисов. Отлично заработал. Ожидал что буду до до марта ждать или неделю с бубном плясать
Вместо кролика на рассмотрение: nats
Стараемся сделать так, чтобы reducer's можно было экспортировать / импортировать
как обычную «библиотеку».
1) Да
2) Нет надобности и это антипаттерн. Данные надо проверять самостоятельно с помощью JSON Schema.
Это добавляет гибкости при работе. К примеру, данные можно отбросить на входе, а не перед самой записью в базу данных.
Таким образом, весь код которые работал до этого не подвергается риску работы с invalid objects.
3) Нету как и в самой базе данных :) Data Models > Data Model Reference > Database References
За пару лет работы с нодой и монгой понадобилось сделать ссылку ровно 2 раза.
4) Не знаю что это.
В целом, работа с нативным драйвером после Mongoose это танец на радуге удобства и изобилия.
Последние версии официального драйвера во всем превосходят довольно отсталый Mongoose.
Более года пользую. Хорошая, mongo-compatible база данных. Умеет работать в режиме in-memory так и на файлах.
Удобно использовать как подручный кэш.
Еще больше люблю LokiJs. Отличная, хорошо себя показывает на фронтенде. Все остальные слились.
Есть forerunnerdb, но я ее не трогал еще.
Если у вас хороший devops, то можно безопасно ставить mongo в режиме in-memory на каждой ноде приложения :)
А вот с памятью это сложней решить.
Пиксели
Энкодинг
Кто-то начал делать по тупому и yt пришлось это г. поддерживать.
Сферическая проекция это ужасное решение.
Выглядит плохо, много весит и еще куча мелких, но важных минусов.
Вид
Сферические видео имеют ужасные искажение на "полюсах". И даже качество картинки на "экваторе" тоже оставляет желать лучшего.
Мир с перспективы мухи смотрящей через замочную скважину это сомнительное удовольствие.
Энкодинг
В связи с тем, что даже малейшие изменения на полюсах приводят к изменению кадра на 30% поверхности ("верх" и "низ" занимают примерно по 30% вертикального разрешения), в результате весь битрейт занимают векторы движения на полюсах которые мало того что ужасно выглядят и на них никто не смотрит, так они еще и занимают половину "файла". В результате все CBR профили превращают видео в "мыло"
Если кто-то занимается 360 видео, бегите от сферической проекции как можно быстрее.