Ваши сценарии очень синтетические. И смахивают на придумывание очередного велосипеда.
Для того что бы не искать файлы, должен быть подход к хранению файлов и структура хранения файлов.
У меня в каталоге "первой" необходимости хранится криптоконтейнер "KeePassX". Там хранятся все пароли, и при необходимости, можно туда поместить "секретный рецепт сырников" весом 123Кб. Там есть хорошая структура каталогов, которая позволяет не путаться. Файл весит сейчас 1 мегабайт с учетом зашифрованных вложений. Ну даже если он вырастет до 10Мб в моменте, или даже до 100, я не вижу в этом ничего страшного. Сейчас не та скорость интернета, что бы экономить на спичках. Даже если потенциально оперировать размерами в гигабайты, это спокойно можно пережить. Rclone спокойно загрузит все в фоновом режиме. Это "горячее" хранение информации.
Теперь о "холодном" хранении. Все большие криптоконтейнеры используются редко и хранятся и синхронизируются на трех жестких дисках для отказоустойчивости. Все необходимые диски и данные расположены на домашнем сервере и доступны всегда.
Подчеркну, ничего крупного шифрованного в облаке не хранится. Но даже если вы хотите идти по пути одиночных шифрованных файлов, то можно сделать зашифрованный архив, который и разместить в облаке. В Линукс этом можо делать хоть в CLI, хоть в GUI. И не надо изобретать велосипеды.
Спасибо за статью, но код, кром двух скриптов, совершенно не отформатирован и сливается в один общий текст, который невозможно воспринимать нормально.
А по сути. У меня похожее решения для резевного копирования. На Google Drive, средставим rclone, копируются файлы из одной директории первой необходимости.
Всего у меня существует 4 каталога информации которые реплицируются средствами "synсthing" между 3 устройствами. Сейчас 4-ое устройство на походе.
Ну и вишенка на торте - резервное копирование всех 4 каталогов каждый день + резервное копирование системы раз в неделю по сети на сервер "rest-server" для "restic". Диск с данными, где хранятся резервные копии, дублируется еще на двух дисках, потому как помимо резервных копий там содержится еще много ценных данных.
По поводу шифрования. Я не понял зачем писать свои bash скрипты для шифрования одиночных файлов, когда можно использовать готовые крипто контейнеры "LUKS/dm-crypt" для чувствительных данных. Примонтировал, поработал с файлами, отмонтировал. У меня прекрасно работает данная схема.
Какие хорошо держат заряд?) Тут купил батарейки Gembird AAA и Daewoo AAA. Решил проэксперементировать. В результате, что тех, что других, хватает буквально на неделю использования в оптической мышке.
Fyne возможно и не блещет в прмерах, но огромнейший плюс этого фреймоворка в том что не нужно устраивать пляски со сборками на разных хостах, как вы описали в статье.
Ваш продукт не плохой, возможно воспользуюсь в будущем.
Ваши сценарии очень синтетические. И смахивают на придумывание очередного велосипеда.
Для того что бы не искать файлы, должен быть подход к хранению файлов и структура хранения файлов.
У меня в каталоге "первой" необходимости хранится криптоконтейнер "KeePassX". Там хранятся все пароли, и при необходимости, можно туда поместить "секретный рецепт сырников" весом 123Кб. Там есть хорошая структура каталогов, которая позволяет не путаться. Файл весит сейчас 1 мегабайт с учетом зашифрованных вложений. Ну даже если он вырастет до 10Мб в моменте, или даже до 100, я не вижу в этом ничего страшного. Сейчас не та скорость интернета, что бы экономить на спичках. Даже если потенциально оперировать размерами в гигабайты, это спокойно можно пережить. Rclone спокойно загрузит все в фоновом режиме. Это "горячее" хранение информации.
Теперь о "холодном" хранении.
Все большие криптоконтейнеры используются редко и хранятся и синхронизируются на трех жестких дисках для отказоустойчивости. Все необходимые диски и данные расположены на домашнем сервере и доступны всегда.
Подчеркну, ничего крупного шифрованного в облаке не хранится. Но даже если вы хотите идти по пути одиночных шифрованных файлов, то можно сделать зашифрованный архив, который и разместить в облаке. В Линукс этом можо делать хоть в CLI, хоть в GUI. И не надо изобретать велосипеды.
Контейнер может быть любого удобного размера.
А писать скрипт, шифровать единичные файлы и потом помнить где что лежит, не лень))
Фраза которая не даёт мне покоя "Golang — это Java минус 90% функционала." Что там такого выкинули из Java чего нет в Golang?
Спасибо за статью, но код, кром двух скриптов, совершенно не отформатирован и сливается в один общий текст, который невозможно воспринимать нормально.
А по сути. У меня похожее решения для резевного копирования. На Google Drive, средставим rclone, копируются файлы из одной директории первой необходимости.
Всего у меня существует 4 каталога информации которые реплицируются средствами "synсthing" между 3 устройствами. Сейчас 4-ое устройство на походе.
Ну и вишенка на торте - резервное копирование всех 4 каталогов каждый день + резервное копирование системы раз в неделю по сети на сервер "rest-server" для "restic". Диск с данными, где хранятся резервные копии, дублируется еще на двух дисках, потому как помимо резервных копий там содержится еще много ценных данных.
По поводу шифрования. Я не понял зачем писать свои bash скрипты для шифрования одиночных файлов, когда можно использовать готовые крипто контейнеры "LUKS/dm-crypt" для чувствительных данных. Примонтировал, поработал с файлами, отмонтировал. У меня прекрасно работает данная схема.
Те батарейки которые я описал и есть самые дешевые. Поэтому и решил проэксперементировать. На энерджайзерах такого не было.
Какие хорошо держат заряд?) Тут купил батарейки Gembird AAA и Daewoo AAA. Решил проэксперементировать. В результате, что тех, что других, хватает буквально на неделю использования в оптической мышке.
`sudo ncdu -t 5 -x /`
производительность повышается, если включить многопоточность с помощью параметра
-tСтабильный. Использую его в постоянном режиме.
Вместо tmux рекомендую zellij. Гораздо дружелюбней к пользователю и на всеми любимом rust)
Про скрипт интеграции fzf можно было поподробней написать.
Уберите тег "DevOps" из статьи
Во втором абзаце написано что программа кроссплатформенная. А сборка выложена только для Windows. Хмм... А где под Linux и MacOs?
Интересно почитать было про некастодиальность. Удивлен что не упомянули Telegram Wallet и TON Space в этом плане.
У меня возникла та же мысль)
Наконец то увидел golang на Эльбрусе. Версия старая, но и на том спасибо.
А внешние пакеты можно использовать?
Fyne возможно и не блещет в прмерах, но огромнейший плюс этого фреймоворка в том что не нужно устраивать пляски со сборками на разных хостах, как вы описали в статье.
Ваш продукт не плохой, возможно воспользуюсь в будущем.
Есть ли проверенные нативные варианты кроссплатформенного GUI на golang? Без JS, Electron и другого.
Есть же Fyne. Он позиционируется как кроссплатформенный. Почему не использовали его?
Основательная статья. Мне понравилось. Почерпнул некоторые вещи, например про Portainer.
Самый конструктивный ответ
Я забыл, что я пользуюсь обычно unstable/testing ветками, где новые версии ПО появляются быстро. Поэтому замечание не актауально.
Можно было бы использовать какой нибудь rolling дистрибутив, типа Arch Linux, и там было бы все из коробки. Статья бы свелась только к пункту 8)