Вообще удивительно, что в эпоху безграничной вычислительной мощности они не удосужились запустить каждый компонент ракеты сначала в условном дебагере с симуляцией. Обычные земные-то самолёты учат летать с максимальным количеством неисправностей.
Согласен, преобразовывать содержимое в другие форматы будет полезным.
Я вот пока использую auto-editor для скачанных видео с youtube и Twitch, он позволяет делать авто монтаж видео по простым правилам, например, он позволяет обрезать тишину (особенно полезно для прямых эфиров и стримов). Есть плагины для mpv, которе делают монтаж в реальном времени.
Markdown( и pdf) был бы ультимативным решение, если бы чуть ли не на каждой второй веб-странице была вставка с webg и всяки таким подобным)
h264 весит в разы больше av1. Так же Youtube сильно режет качество для h264 и в меньшей степени для vp9. Тут нужно выбирать между совместимость и качеством.
SingleFileZ создаёт расширение .zip.html, но на самом деле там просто zip. Это можно настроить. Предпологаю, что это сделанно для автоматического открытия браузером такого файла. Приоткрытии такого файла расширение распаковывает.
Для поиска по таким файлом утилиты дылжны уметь работать zip архивами. А вот, например, с tar.xx были бы такие проблемы.
Я работал на проекте, который представлял из себя "микросервисный монолит". Это было соединение всех минусов с двух сторон. Фактически просто все библиотеки вызывались по http, сервисы делились по случайному признаку.
Думаю, что если правильно приготовить монолит (можно дополнительно разделить монолит по доменам), то микросевисы станут сильно менее полезными. А вот если микросервисы сделать неудачно, то это похоронит проект.
Небось ещё пароли на сервера корпораций отправляет, раз такую приватную информацию как конфигурация браузера обрабатывает. Так-то там файлы по соседству.
Был одно время у меня настроен archivebox, но захотелось что-то более примитивное)
Да, жалко)
Но, кстати, в SingleFileZ можно настроить оптимизирование ресурсов. Например, можно удалять невидимые фрагменты страниц.
Здесь у меня был такой же посыл)
Вообще удивительно, что в эпоху безграничной вычислительной мощности они не удосужились запустить каждый компонент ракеты сначала в условном дебагере с симуляцией. Обычные земные-то самолёты учат летать с максимальным количеством неисправностей.
Согласен, преобразовывать содержимое в другие форматы будет полезным.
Я вот пока использую auto-editor для скачанных видео с youtube и Twitch, он позволяет делать авто монтаж видео по простым правилам, например, он позволяет обрезать тишину (особенно полезно для прямых эфиров и стримов). Есть плагины для mpv, которе делают монтаж в реальном времени.
Markdown( и pdf) был бы ультимативным решение, если бы чуть ли не на каждой второй веб-странице была вставка с webg и всяки таким подобным)
h264 весит в разы больше av1. Так же Youtube сильно режет качество для h264 и в меньшей степени для vp9. Тут нужно выбирать между совместимость и качеством.
SingleFileZ создаёт расширение .zip.html, но на самом деле там просто zip. Это можно настроить. Предпологаю, что это сделанно для автоматического открытия браузером такого файла. Приоткрытии такого файла расширение распаковывает.
Для поиска по таким файлом утилиты дылжны уметь работать zip архивами. А вот, например, с tar.xx были бы такие проблемы.
Я работал на проекте, который представлял из себя "микросервисный монолит". Это было соединение всех минусов с двух сторон. Фактически просто все библиотеки вызывались по http, сервисы делились по случайному признаку.
Думаю, что если правильно приготовить монолит (можно дополнительно разделить монолит по доменам), то микросевисы станут сильно менее полезными. А вот если микросервисы сделать неудачно, то это похоронит проект.
Небось ещё пароли на сервера корпораций отправляет, раз такую приватную информацию как конфигурация браузера обрабатывает. Так-то там файлы по соседству.
Эх, а сколько легаси-проектов передают критичную информацию в ссылке...