.on('end', async (t) => {}) - это очевидно, что код вашего Node.js сервера, а вам надо
проксировать соединение до вашего ffmeg, с максимально-оптимальной, для вашей линии связи, установкой таймаута, чтобы при обрыве на входе в прокси выход его до ffmeg оставался открытым.
dark_king_13, Ранее в ответе я уже расписал алгоритм действий. Если вы добрались до работы с Mongoose в своём проекте, то от вопроса как сохранить файл, я немного в шоке... - так как написано в документации к Node.js. Сторонние npm пакеты вам не нужны, это 10 строк кода.
1. Сгенерировать имя для файла, т.к. имя файла переданное пользователем, может совпадать с именами файлов других пользователей;
2. Открыть файл с ранее сгенерированным именем на запись;
3. Записать в открытый файл данные, в виде файла с видео;
4. Закрыть файл;
5. Записать ранее сгенерированное имя файла в базу данных.
Это работает если ваш html файл, в котором вы подключаете стили, расположен в корневой директории проекта и там же расположена папка public, при этом скрипт можно сократить до: app.use(express.static('public'));
Если не работает, то у вас иная структура проекта.
В MongoDB есть возможность хранить большие объёмы файла посредством GridFS, но всё же я не рекомендую вам это делать. Лучше присваивайте загруженному файлу уникальный идентификатор и используйте его в качестве имени для данного файла и просто храните файл на диске, одновременно с этим добавляйте этот уникальный идентификатор к записи пользователя в DB, попутно можно вписать исходное имя видео файла, его размер, дату загрузки и т.д. и т.п., если это вам это требуется.
mkv - потоковый контейнер и должен продолжить запись даже при глюке источника. При последующем воспроизведение mkv файла будет или чёрный экран, или застывшее изображение, или артефакты в виде рассыпания изображения. Как только принятые из потока данные пойдут без ошибок, то и и при воспроизведение файла mkv будет восстановлен показ. Не нравиться mkv используйте ts.
Либо же уменьшайте выходной поток с камеры и пытайтесь писать в mp4.
Вы пробовали поменять контейнер записи на mkv или ts, ffmpeg при этом продолжает автоматически прекращать запись при глюке источника?
Если Вы боитесь хранения ключей на стороне сервера, то хоть вводите их вручную через форму приложения при первом запуске на стороне сервера или автоматизируйте этот процесс т.к. рано или поздно систему придётся перезапустить и вы должны будите быть готовым к этому. Скорей всего вы боитесь за сохранность ключей на VDS вашего хостера, но реали таковы, что с виртуального сервера можно и их делают (для бэкапов) снимки состояния виртуального хоста, при большом желание из которого можно вытащить информацию, иначе вам поможет только выделенный сервер.
Если приложение будет разрабатывается для гос.структуры, то сразу вам сообщу, что Вы должны соблюсти множество законодательных требований для ПО по гос.заказу. Во первых - это открытый тендер, иначе ваше освоение выльется в конкретные сроки заключения. Второе - юридическая проработка нормативной базы на которую будут ссылаться проверяющие вне плановых проверок, т.к. анонимные фото какой-то двери и манометра огнетушителя - слабый аргумент. Отвечать пользователю об устранение нарушений через СМС МЧС не будет, это ляжет на ваши плечи, т.к. отвечают только согласно законодательства в письменной форме.
Касательно документов существуют также нормативы, которых лучше всего придерживаться. Используют XML - для машинной обработки, очень близок к нему тот же HTML, хотя в качестве электронного документа редко используют, можно в RTF, PDF.
nezzard, Использовать env в данном случае не лучший вариант, т.к. документация на Nuxt.js указывает на это. Да, в env принято задавать окружение, но ведь можно и в отдельный конфигурационный json прописать ключи, и затем подключить его минуя env.
Ещё от того, что попадёт на клиент зависит какая идёт сборка dev или production.
.on('end', async (t) => {})- это очевидно, что код вашего Node.js сервера, а вам надопроксировать соединение до вашего ffmeg, с максимально-оптимальной, для вашей линии связи, установкой таймаута, чтобы при обрыве на входе в прокси выход его до ffmeg оставался открытым.