А в чем аналоговость keepass2android? Ну как бы есть формат базы kbdx, есть разные программы которые с ним работают. Никогда проблем не испытывал что пользую один и тот-же файл под андроидом, маком, линухами и виндой. Ну и про костыльность непонятно. Формат kbdx отлично переживает изменение открытых файлов другими программами (syncthing, nexcloud клиент, rsync, rclone, etc). Распределенная синхронизация файлов - отдельная область со всякими разлекухами типа решения конфликтов, слияния и всего такого. Ну и получается вполне себе unix way. Keepass занимается одним, паролями, и позволяет выбрать любой (даже тот который появится в будущем, что нить на спутанных фотонах) удобный путь для другого - синхронизации файла. По моему это не костыль, это продуманность архитектуры
ну я про то что централизация в виде vaultwarden и nextcloud это не очень хорошо, ибо единая точка отказа. а вот syncthing - это хорошо, потеря одного - двух узлов не страшна. но пихать в syncthing 300 гигов фоток и видео так себе идея. а вот маленький файл паролей - запросто.
да, уже пробую, жду индексации что бы посмотреть и сравнить, пока выглядит удобно. в планах потыкать в ui и потестить поиск, пока выглядит интересно, dog находит и сурков и кошек (хотя в основном собак, даже в отражённии зеркала машины нашел) так же нашёл dog на фотке серой стены, призма нашла сильно меньше, не нашла не одного видео (а immich нашел) но тоже в dog записала ослика и кота
ну я бы с удовольствием размазывал по нескольким серверам 300гигов, но выглядит это дороговато во всех смыслах. Тем более что этот размер будет только увеличиватся. Keepas даёт большую свободу выбора. Седня захотел nexcloud - на, завтра synсthing - а вот. Послезавтра мне удобнее rsync запускать или в git хранить - никаких проблем. Тем более файлик то маленький. Ну и следить за одним сервисом смотрящем в инет проще, nexcloud пользуется не только для keeepass. А vaultwarden это таки отдельный сервис, притом узкоспециализированный.
вот именно из за таких комментариев я и пишу посты :) вот в упор не помню почему не стал использовать immich. выбор делал два года назад, возможно меня напугало `The project is under very active development.`. Но это не точно. Сегодня поставлю, поиграюсь и сравню, спасибо
Не, если вы модный и молодёжный и можете позволить себе пускать везде на серверах нормальный zsh то изучение posix - это остановк а в развитии. Оболочки шагнули достаточно далеко от этого стандарта и многие в свою сторону. А вот если у вас есть сервера с HP-UX/Solaris/scounix с sh то нужно и можно. Но это редкий энтепразный момент. На который я бы не затачивался. Стандарты очень часто застревают. И не успевают за прогрессом.
Если после раскатки образа убунты на SD карту её подмонтировать то можно увидеть /boot/orangepi_first_run.txt.template который позволяет не только ставить статические ip но и указывать настройки wifi при первой загрузке, надо только ДО первой загрузки его переименовать в orangepi_first_run.txt ну и выставить в нем параметры на желаемые. Глянуть онлайн на него можно тут https://github.com/orangepi-xunlong/orangepi-build/blob/main/external%2Fpackages%2Fbsp%2Forangepi_first_run.txt.template
Удивляюсь я вам, @vikarti Я говорю что мне - достаточно, а вы говорите что нет. Позвольте поинтересоваться откуда такая глубина знаний в моих личных потребностей :) я пишу кейс про личные заметки, а вы рассказываете про проблемы одновременного редактирования.
Кажется что статью вы не читали:) но если, вдруг, прочитаете то узнаете что git живёт именно на таком сервере дома который представляет из себя raspberry pi 4. Семейное пользование вполне переживает пару часов его отсутствие в случае перебоев с электричеством и интернетом. Генератор дома для этого держать смысла никакого нет, во-первых ups на 700 хватает для малинки надолго, а во-вторых даже если у вас три канала заходят домой то у провайдеров ups нет, и если отрубят электричество то их сетевое оборудование тупо отключится. На самом деле у меня малинки, начиная со второй, уже лет 8 торчат наружу со всякими гитами, own/nextcloud ами, и прочими ssh через одного провайдера и тупа на ups с nuts и никаких особых проблем с большими простоями я не помню.
да ты прав, импортнул в Obsidian 409 файлов из Evernote на маке, пушнул успешно, а вот на андроиде с 12G Ram при pull он начал тупо падать :( пришлось идти в termux и делать git pull установленным там клиентам. Но похоже это проблема тока больших апдейтов и вполне решаемая или использованием git команды или тасканием всего каталога целиком. На обычной работе когда меняется 2-3 файла эо не стреляет
The initial clone took 0m25s. After that, the most time consuming part is to check the whole working directory for file changes. On this setup, checking all files for changes to stage takes 03m40s. Other commands like pull, push and commit are very fast (1-5 seconds).
не знаю когда я до таких размеров вырасту и вырасту ли вообще
Rebase merge strategy is not supported - да тоже не сильно большая проблема, нет в планах работать командой и делать много веток
Submodules are not supported - а вот это прям очень расстроило. (на самом деле нет). вообще не очень представляю нафик в личных заметках делать субмодльную папку
основная идея статьи - безоблачное хранение данных :) а вы тут про яндекс диск :) яндекс диск завтра: закроется / начнёт читать ваши заметки через ИИ (или обучаться на них) / нечаянно выложит их в общий доступ / случайно проиндексирует в поисковке / случайно удалит, а folder sync будет настроен на полную синхронизацию с удалением и тоже все удалит на девайсе. Возможных сценариев много
FolderSync у меня есть, но паттерн его работы несколько другой. им я скидываю фотки в nextcloud которые автоматом из него дома забираются в photoprism, но я это делаю в ручную по мере необходимости, потому что если фотка попадает в nexcloud она автоматом уедет в photoprism на одном сервере, а так же в NAS на другом. удалять будет долго. поэтому я сначала чищу фотки от не удачных и только потом запускаю вручную таску на FolderSync. Ну и опять же, фотки это не текстовые заметки, если для фоток использование SCM такое себе то для текстовых заметок SCM самое то
А в чем аналоговость keepass2android? Ну как бы есть формат базы kbdx, есть разные программы которые с ним работают. Никогда проблем не испытывал что пользую один и тот-же файл под андроидом, маком, линухами и виндой. Ну и про костыльность непонятно. Формат kbdx отлично переживает изменение открытых файлов другими программами (syncthing, nexcloud клиент, rsync, rclone, etc). Распределенная синхронизация файлов - отдельная область со всякими разлекухами типа решения конфликтов, слияния и всего такого. Ну и получается вполне себе unix way. Keepass занимается одним, паролями, и позволяет выбрать любой (даже тот который появится в будущем, что нить на спутанных фотонах) удобный путь для другого - синхронизации файла. По моему это не костыль, это продуманность архитектуры
Кажется что хранить totp в одном приложении с самими паролями так себе история. Украв файл и пароль имеем полный доступ, не ?
ну я про то что централизация в виде vaultwarden и nextcloud это не очень хорошо, ибо единая точка отказа. а вот syncthing - это хорошо, потеря одного - двух узлов не страшна. но пихать в syncthing 300 гигов фоток и видео так себе идея. а вот маленький файл паролей - запросто.
да, уже пробую, жду индексации что бы посмотреть и сравнить, пока выглядит удобно. в планах потыкать в ui и потестить поиск, пока выглядит интересно, dog находит и сурков и кошек (хотя в основном собак, даже в отражённии зеркала машины нашел) так же нашёл dog на фотке серой стены, призма нашла сильно меньше, не нашла не одного видео (а immich нашел) но тоже в dog записала ослика и кота
ну я бы с удовольствием размазывал по нескольким серверам 300гигов, но выглядит это дороговато во всех смыслах. Тем более что этот размер будет только увеличиватся. Keepas даёт большую свободу выбора. Седня захотел nexcloud - на, завтра synсthing - а вот. Послезавтра мне удобнее rsync запускать или в git хранить - никаких проблем. Тем более файлик то маленький. Ну и следить за одним сервисом смотрящем в инет проще, nexcloud пользуется не только для keeepass. А vaultwarden это таки отдельный сервис, притом узкоспециализированный.
вот именно из за таких комментариев я и пишу посты :) вот в упор не помню почему не стал использовать immich. выбор делал два года назад, возможно меня напугало `The project is under very active development.`. Но это не точно. Сегодня поставлю, поиграюсь и сравню, спасибо
Это не мы такие, это жизнь такая :)
Не, если вы модный и молодёжный и можете позволить себе пускать везде на серверах нормальный zsh то изучение posix - это остановк а в развитии. Оболочки шагнули достаточно далеко от этого стандарта и многие в свою сторону. А вот если у вас есть сервера с HP-UX/Solaris/scounix с sh то нужно и можно. Но это редкий энтепразный момент. На который я бы не затачивался. Стандарты очень часто застревают. И не успевают за прогрессом.
Кажется что лучше с zsh начать, возможностей и готовых удобств в нем сильно больше.
Пару моментов
на самом деле вариант с ethernet проводом отринутый как самый ненадежный и был самым простым, надёжным и дешёвым. Тем более пароль на убунту искать бы особо не пришлось (orangepi/orangepi), он есть даже в официальном мануале доступном в виде большой pdf на http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/service-and-support/Orange-Pi-5-Pro.html
Если после раскатки образа убунты на SD карту её подмонтировать то можно увидеть /boot/orangepi_first_run.txt.template который позволяет не только ставить статические ip но и указывать настройки wifi при первой загрузке, надо только ДО первой загрузки его переименовать в orangepi_first_run.txt ну и выставить в нем параметры на желаемые. Глянуть онлайн на него можно тут https://github.com/orangepi-xunlong/orangepi-build/blob/main/external%2Fpackages%2Fbsp%2Forangepi_first_run.txt.template
Удивляюсь я вам, @vikarti Я говорю что мне - достаточно, а вы говорите что нет. Позвольте поинтересоваться откуда такая глубина знаний в моих личных потребностей :) я пишу кейс про личные заметки, а вы рассказываете про проблемы одновременного редактирования.
Кажется что статью вы не читали:) но если, вдруг, прочитаете то узнаете что git живёт именно на таком сервере дома который представляет из себя raspberry pi 4. Семейное пользование вполне переживает пару часов его отсутствие в случае перебоев с электричеством и интернетом. Генератор дома для этого держать смысла никакого нет, во-первых ups на 700 хватает для малинки надолго, а во-вторых даже если у вас три канала заходят домой то у провайдеров ups нет, и если отрубят электричество то их сетевое оборудование тупо отключится. На самом деле у меня малинки, начиная со второй, уже лет 8 торчат наружу со всякими гитами, own/nextcloud ами, и прочими ssh через одного провайдера и тупа на ups с nuts и никаких особых проблем с большими простоями я не помню.
да ты прав, импортнул в Obsidian 409 файлов из Evernote на маке, пушнул успешно, а вот на андроиде с 12G Ram при pull он начал тупо падать :( пришлось идти в termux и делать git pull установленным там клиентам. Но похоже это проблема тока больших апдейтов и вполне решаемая или использованием git команды или тасканием всего каталога целиком. На обычной работе когда меняется 2-3 файла эо не стреляет
правильное замечание :)
спасибо, посмотрю, как-то раньше не попадалось. выглядит очень интересно
год :) а не месяц
таки не нашёл больших проблем.
SSH authentication is not supported - решаемо, даже в этом руководстве есть решение
Repo size is limited, because of memory restrictions, с памятью на девайсах у меня проблем нет, и вот автор дальше пишет
Setup: iPad Pro M1 with a repo of 3000 files reduced from 10000 markdown files
The initial clone took 0m25s. After that, the most time consuming part is to check the whole working directory for file changes. On this setup, checking all files for changes to stage takes 03m40s. Other commands like pull, push and commit are very fast (1-5 seconds).
не знаю когда я до таких размеров вырасту и вырасту ли вообще
Rebase merge strategy is not supported - да тоже не сильно большая проблема, нет в планах работать командой и делать много веток
Submodules are not supported - а вот это прям очень расстроило. (на самом деле нет). вообще не очень представляю нафик в личных заметках делать субмодльную папку
основная идея статьи - безоблачное хранение данных :) а вы тут про яндекс диск :) яндекс диск завтра: закроется / начнёт читать ваши заметки через ИИ (или обучаться на них) / нечаянно выложит их в общий доступ / случайно проиндексирует в поисковке / случайно удалит, а folder sync будет настроен на полную синхронизацию с удалением и тоже все удалит на девайсе. Возможных сценариев много
ну или заплатить 4500 рублей за год, и ещё месяц не парится. так то да. но статья немного не про это
FolderSync у меня есть, но паттерн его работы несколько другой. им я скидываю фотки в nextcloud которые автоматом из него дома забираются в photoprism, но я это делаю в ручную по мере необходимости, потому что если фотка попадает в nexcloud она автоматом уедет в photoprism на одном сервере, а так же в NAS на другом. удалять будет долго. поэтому я сначала чищу фотки от не удачных и только потом запускаю вручную таску на FolderSync. Ну и опять же, фотки это не текстовые заметки, если для фоток использование SCM такое себе то для текстовых заметок SCM самое то