d'Ivan

На языке ПРОЛОГ такие задачи решаются быстро. Необходимо составить набор предикатов, по которым будет найдено решение. Рекурсивно методом перебора, встроенным в язык, если я не ошибаюсь.

Prometheus работает в режиме pull, а не push. Он сам обращается к хосту и забирает метрики.
Режим push нужен лишь в том случае если есть краткосрочные задачи. Тогда метрики нужно отправлять на Pushgateway.
Советую почитать https://prometheus.io/docs/practices/pushing/

offset 1d

По-моему, формат метрик не соблюдается. Значения могут быть только вещественного типа и уж никак не строкового.

Есть варианты с облаками (Yandex.Disk, Google Drive, OneDrive, Mail.ru Cloud, Mega), но у меня там все битком забито (создавать новый - через год удалят за неиспользование), ну и, по моему мнению, это не самый лучший вариант для хранения датасетов.

Публичный набор данных как раз имеет смысл хранить и раздавать в облаке.

Есть gem clockwork, специально для периодических задач.
Например:
every(1.day, 'mondays.send_news', :at => '01:00', :if => lambda { |t| t.wday == 1 })
Как только сработает триггер, поставь таймер на нужный интервал времени записи. По окончанию прекращай запись.

Ответ в документации axlsx.

Если нужно опубликовать свое приложение в "интернетах", то проще использовать PaaS Heroku.
Тогда не нужны никакие "малины".
Deploy asp.net core 2.0 apps on Heroku

Порядок может быть таким:

1. создание резервной копии локально
   
2. резервирование копии с применением дедупликации (bup, ZBackup, attic и т.д.) на удаленный сервер. При последующем резервировании сохранится только дельта, а не вся копия целиком.
   
3. удаление локальной копии
   

Предметную логику можно реализовать в библиотеках (DLL и др.), а интерфейс строить в том что хорошо понимаешь.
В каждой из технологий (.NET, Java, Delphi, Qt) есть много чего выбрать. Нужно выбирать компоненты под свои нужды.
А чтобы было красиво и удобно, нужно консультироваться с UX дизайнером. Красивые графики можно построить по разным технологиям.

Схема приложения примерно такова:
UI (пользовательский интерфейс) <-> слой предметной логики <-> инфрастуктура приложения <-> хранилище.

Возможные причины:
Шрифт вввода в консоли не установлен в Уникод.
U+1F697 выходит за пределы поддерживаемых знаков при выводе в консоли в данном шрифте.
https://stackoverflow.com/a/10765469

В переменной окружения PATH должен быть указан путь к папке bin, где находится ruby.exe.

А проще установить с установщиком отсюда:
https://rubyinstaller.org/

загрузил SSH ключи.

ключи от Мака установлены и загружены в DO?

Можно использовать СУБД встроенную в браузер: IndexedDB (SQL), можно LocalStorage (K/V). В таком случае данные хранятся локально в профиле браузера в учётной записи пользователя. Переносить их с компьютера на компьютер будет неудобно. Однако можно реализовать функцию экспорта и импорта данных в JSON для переноса данных на флэшке.
Альтернативно, можно реализовать серверную часть - HTTP API сервер, который будет принимать запросы через AJAX. Его можно реализовать на любом подходящем технологическом стеке. В таком случае независимо от клиента данные всегда будут доступны через локальную сеть или интернет.

Без sudo не будет ничего устанавливаться.

https://docs.docker.com/storage/
Volumes: https://dzone.com/articles/demystifying-the-data-v...

1. Банально, попробовать отключать расширения браузера, оставив лишь самые критичные и, конечно, блокировщик рекламы.
2. Отключить различные модули, потребляющие или влияющие на чрезмерное потребление памяти.
3. Стать разработчиком браузера и отправить патчи для уменьшения потребления памяти.
4. Использовать более простой браузер.

Пр описанию задачи похоже на систему управления проектами Redmine (открытый код).