Комментарии 117
Храню в своем инстансе Nextcloud на домашнем NAS, в целом норм решение
+1. Пользуюсь Synology Cloud
У меня тот же подход. Сейчас домашнее сетевое хранилище, это must have, я считаю. Конечно, если это не готовое решение типа My Cloud от Western Digital или аналоги, то для рядового пользователя всё ещё сложно в обслуживании самостоятельно. Есть и всякие готовые операционные системы типа FreeNas или openmediavault, но они тоже требуют знаний в компьютерах выше рядового пользователя
И раз в месяц-другой скинуть добавленное на максимально дешманское S3 хранилище.
Это все фигня ). Храню фото в домашнем альбоме 🤣
Аналогичный подход, только у меня фото/видео по возможности отправляются сразу на сервер(5 хардов в zfs raidz2) через Syncthing, а на сервере есть 2 папочки, одна -- точная копия того, что на телефоне, вторая - архив. И раз в сутки, в полночь, по крону запускается скрипт который переносит из первой папки все, что старше 60 суток во вторую, благодаря Syncthing оно и с телефона удаляется. Второй год - полет нормальный)
Но это что касается личных фото, семейный фото-архив в отдельной папочке(даже на отдельном разделе) и раздается в локалку через DLNA
Домашний NAS с RAID6, скоро появится второй (в удалённой локации) для кросс-бэкапа.
У меня с этой целью развёрнут локальный сервер, где живёт Piwigo. Я её выбрал лет 10 назад, наверное. Она может хранить не только фото, но и видео. Ну и, конечно, загружать их напрямую по ссылке или из буфера обмена, не сохраняя предварительно куда-нибудь "на рабочий стол". Для загрузки и просмотра ничего, кроме браузера не требуется. Возможно, за эти 10 лет появились более удобные инструменты, но я ими уже не интересовался.
P. S. С ума сойти, а ведь и правда уже лет 10 прошло. Какой я старый! А сервер до сих пор работает в первозданном виде...
Раньше сидел на gallery, когда этот проект умер, перешёл на piwigo. Сейчас большая часть альбомов в piwigo. Но в последнее время всё больше стал заливать в owncloud (думаю перейти на nextcloud). В основном из-за видео, которые в piwigo проигрываются почему-то очень плохо, проблемы со звуком, с видео, с зависаниями, возможно из-за кодеков, но почему точно так и не разобрался. Но если использовать piwigo только для фоток - отлично.
Бесплатный террабайт от мейла.. Ну и облако-мейл ру скачивает фотки туда с телефона (и удаляет с телефона через полгода). Затем это закачивается на диск одного из компа
Только вот "упорядоченность", только по дате. А вот по смысловым папкам все равно руками раскидывать
Компьютер + бэкап на жёсткий диск + делаю каждый год альбом с лучшими фотографиями.
Альбом (в виде распечатанной книжки) делают многие фирмы. Выглядит хорошо, как дополнительный плюс - если приходят гости не надо включать компьютер и судорожно искать по папкам нужные фотки.
Да, стоит некоторых денег, но выглядит очень репрезентабельно. Рекомендую.
просто все данные бэкапятся в BackBlaze, за 2 терабайта около 10 евро в месяц.
сразу возникают вопросы:
источники фото: мобильный телефон, или + фотокамера, или + плёночные сканы (я для души и на плёнку снимаю). Потому что снимки с телефона - по умолчанию на телефоне, а вот снимки с камеры надо ещё куда-то скопировать (а иногда и отсканировать)
от каких опасностей защищаем:
телефон можно утратить (потерять, сломать, украсть итп)
в домашнем NAS / ПК могут полететь винты (т.е. минимум Mirror RAID1)
домашний NAS / ПК может пропасть целиком (пожар, кража, проблемы с железом, вирусы-шифровальщики, итп)
бэкап на жёсткий диск, который не подключен постоянно к системе (т.е. защищен от атак шифровальщиков и прочих проблем с железом), по прежнему уязвим к проблемам с ЧП в жилье (пожар или кража, и бэкап утрачен), необходима дисциплина в регулярном подключении к системе для бэкапа (иначе данные устаревают), возможность отказа самого диска
территориально разнесённый бэкап (например, несколько жёстких дисков, которые циклически перемещаются между разными квартирами (банковскими ячейками) в разных концах города). Необходима ещё более строгая дисциплина, чтобы обеспечивать ротацию носителей (+ затраты на число носителей и их перемещение), плюс важным становится вопрос территориальной удалённости - например, наводнение может затронуть разные районы одного города.
доступность облачных сервисов:
сервис провайдер не предоставляет бэкап 1:1 (т.е. при скачивании мы получаем не тот же файл, а пережатый / обработанный - сразу в топку),
сервис провайдер прекращает оказание услуг вообще или в вашем регионе
сервис провайдер не обеспечивает конфиденциальность ваших фото (обучает свой ИИ, делится с властями итп)
сервис провайдер не позволяет хранить шифрованные бэкапы
тип интеграции с облаком: непрерывный, фото автоматом закачиваются в облако (умеренная нагрузка на сеть, но атака шифровальщика сразу уничтожает данные и в облаке), фото пакуются (и шифруются) по расписанию и архив загружается в облако (высокая нагрузка на сеть, поддержка докачки, невозможность оперативного доступа к фото в облаке)
Понятно, что некоторыми угрозами можно пренебречь, но надо отдавать себе отчёт, чем именно ты пренебрегаешь, и чем ты тогда рискуешь...
Опишу как это выглядит у меня, пользуюсь таким методом лет 15, и полностью доволен, ничего менять не планирую.
Храню весь свой архив на двух жестких дисках, второй диск дубрирует первый. (Все все, фото, видео, видео оцифровки с детских садов, отсканированные слайды и тд, все оцифровано). На данный момент это ХДД на 4тб, находятся они физически в разных локациях. Примерно раз в полгода-год, я обновляю дубликат. Обновление безпроблемное, если перемен много, поменялась струкрута папок, что-то удалил с основного диска и тд, то просто форматирую диск, и по новой заливаю с рабочего винта.
Из основных моментов, структура папок, фото ОЧЕНЬ много, но все идеально отсортировано, я по крайней мере не вижу как это можно улучшить. В основной папке «Фото», есть папки с названиями годов (2008 2009 ... 2023), в каждой такой годовой папке есть еще 12 папок, раньше было название например «3 Март», сейчас название просто «3», и так понятно что третий месяц это Март. И если зайти в «месячную» папку, в ней только то количество папок, сколько было «ивентов» в определенном месяце (не 30-31 папка). Например содержимое папки «7» может выглядеть так : 2 др Васи, 6-15 Море Египет, 17 Встреча с коллегами, 23 Концерт Металлики. Таким образом, мне ОЧЕНЬ просто найти нужную мне фотку, я помню что был на концерте, это было летом, и в 2013 году, просто захожу в папку 2013, там в папку 7, и будут папки ивентов. Если в 7 не будет (лето, могу не помнить точно), то просто проверю папку 6 и 8. Внутри уже каждой папки каждого ивента, я создаю папки Фото и Видео, что бы было удобно просматировать.
Для того что бы организовать такую структуру из огномной тонны фоток, конечно понадобится время (видел такой треш знакомых, когда в одной папке все ивенты за жизнь, типа 2009 Египт, Выпускной и тд, и таких папок сотни). Но когда уже все организовано, поддерживть такую структуру легко.
Что касается основного жесткого диска, на нем я обновляю раз в несколько месяцев (зависит от того, насколько добавилось фоток новых на моем телефоне). Это основной диск, на нем я работаю, могу удалять неактуальные файлы, скидываю новые и тд.(А синхронизация этого рабочего с дубликатом, как писал вышле раз в полгода год).
Каждые лет 5 меняю жесткие диски, независимо ни от чего, просто замена на новый.
Такая структура по годам у меня с 2006. Понятно что старые слайды, родительские фото с молодости и тд так отсортировать очень сложно, и я не вижу в этом нужды, там отсортировано не так все детально. Но мне важно что они уже оцифрованы, и физическая утрата или повреждение мне не страшны.
Из преимуществ: Надежность, быстрый доступ к опреледенному ивенту (В плане поиска уже на ХДД), ну и все все в одном месте.
Из недостатков: Нет быстрого доступа что-то показать здесь и сейчас. Для меня не критично.
Если есть вопросы по организации, спрашивайте.
Как вы отслеживаете целостность файлов? Если при копировании в дублирующий диск исходник окажется поврежден? У меня такое бывало, от каких-либо причин файлы бьются и далее уже надо сравнивать. Редко, но всё ж.
Организация фото дело индивидуальное, у каждого свои идеи. Я разбиваю на категории типа "Люди", "Семейное", "Города", и тп..в первом все что связано сопределенными людьми, во втором - события семейного плана, в третьем путешествия просто вида "Дата Страна (Город)". Так потом интереснее смотреть на фото. А даты - так они в EXIF должны быть..
Используйте файловые системы, которые отслеживают и восстанавливают повреждения информации на диске. Пока именно в этой области лучшее решение -- OpenZFS, немного к ней приближается BtrFS (но raid5/6 не работают нормально, только raid1). Можно также пробовать влезать в dm-integrity, будет независимость от ФС, но на мой взгляд там всё довольно сыро и медленно.
Естественно, повреждения при нахождении данных в ОЗУ перед записью никакая ФС не исправит. Используйте ECC память (благо с AMD мамками и процессорами это сейчас дёшево).
Если бекапы заливаются на удалённые локации как снапшоты вышеназванных ФС (это тоже офигенно удобно -- по сути пересылается/перечитывается не каждый раз заново вся файлопомойка, а только диффы от предыдущего снапшота к текущему), то контроль целостности передачи те ФС берут на себя. Иначе -- минимум rsync, уже после прокачки бекапа можно сверить хеши всех файлов при помощи rhash -r например.
Вот я как раз спросить хотел: если руками бэкапить, неужели сверки хэшей недостаточно? Тот же Total Commander с его верификацией md5 (без подкола вопрос).
Достаточно наверное, но я бы ещё проверил перед бекапом, что не изменившиеся файлы не изменили и своих хешей что в рабочем хранилище, что в бекапе :)
Раз уж пошла такая тема, расскажу о своем решении. Точно также у меня есть основной винт и дубликат. На дубликат я делаю синхронизацию всех файлов через программу FreeFileSync в режиме зеркало. Главное - поставить в ее настройках галочку "обнаруживать перемещенные файлы". Теперь, если я переименовываю файлы или сортирую по папкам на оригинале, то программа это обнаружит и точно также повторит на дубликате - т.е. переименует или перенесет соответствующий файл. Что это дает? Во-первых, гораздо более быструю скорость синхронизации. Во-вторых - бывает, файлы портятся, но так как программа не копирует заново переименованный или перемещенный файл - то его копия остается на дубликате той, которая была помещена туда в первый раз. Т.е. она не перезаписывается. Сделав раз в год сравнение по содержимому после обычной синхронизации (все в том же FreeFileSync), я легко могу обнаружить, какие файлы "протухли" - если их содержание отличается - значит одна копия битая. Ну а идентифицировать, какая именно, обычно не составляет труда - фото с артефактами, офисные документы просят восстановление, архивы не проходят тестирование и т.п. Хотя конечно, в идеале лучше иметь и второй дубликат - если на двух носителях файл совпал, а на третьем отличается от них - значит проблема в нем. Также, все в той же программе я сразу настраиваю архивацию удаленных/измененных файлов в отдельную папку на диске-дубликате - полезно, если что-то сам случайно удалил и надо восстановить. За все время пользования выявил около десятка файлов, которые испортились сами по себе, по-тихому. Удалось "починить" все с помощью такого вот нехитрого в общем-то метода резервного копирования. Вообще у меня чаще всего файлы бились на флешках и реже на ссд, а на классических винтах очень редко. А вот на CD/DVD - вообще никогда. Чаще просто не читались :)
Пишу конкретно про свой опыт. Не сверяю спецсофтом. На памяти были плохие диски Seagate, и там если файл поврежден, то отличается размер (байты). Была ситуация когда во время копирования с основного диска на ссд ноута (как буфер, куда потом перекидываю на резерв, вылетала ошибка crc error, вручную находил битый файл (ошибка показывает в чем проблема), и менял на целый из резерва. Так же перед копированием сверяю размеры до байта старых папок. Сразу выделил 10 лет, сверил размер, должен быть идентичен (если небыло изменений в структуре). На опыте отказался от Seagate, и пользуюсь продукцией Transcend, внешние винты в резином покрытии, опять же, субьективно продукция этой компании проявила себя хорошо, но никаких рекомендаций не даю. Отвечая на ваш вопрос, детально не заморачиваюсь с отслеживанием целостностью файлов, а для того что бы минимизировать проблемы: 1) не покупаю дешевые носители, покупаю то что уже проверил. 2) Не смотря на это каждые +-5 лет меняю. 3) Сверяю размер файлов. Может звучит это все не убедительно, но конкретно на моей практике проблем с этим небыло (не учитывая пример, где была ошибка seagate). Да и немного проще на это смотрю. Так как время от времени делаю ревизию, удаляю ненужное, фильтрую, то что раньше казалось важным, уже не важно, одна и та же фотка с разных ракурсов, если что и случится с одной фоткой, то шанс что это случится с реально важной очень маленький.
А что если ошибка произойдёт не когда файл лежит на диске в холодном виде, а собственно в процессе пересылки?
Когда перекидываю с рабочего винта на ССД ноута, после окончания копирования, сравниваю размер, должно быть идентично. Мной это понимается что все скопировалось без проблем. Следующий этап, копирование файлов с временного буфера (ноут ссд, или сторонний винт) на дублирующий винт. Как скопировалось на дублирующий, сравниваю размер инфы рабочего и дублирующего. Еще примерно раз в год, может реже, проверяю дублирующий диск разными смартами и тд. Если есть подозрительные моменты (просто подозрительные), для меня это уже знак задуматься над тем, что бы этот диск сменить, но все равно получается примерно раз в 5 лет. Иногда чаще, так как нужен больший объем
Размер остался прежним, а битик в файлике флипнулся -- что тогда?
И виноват может быть не диск а просто железо. Мне например лет 15 назад попадался sata-контроллер, который будучи вставлен в определённую мамку, портил записываемые и читаемые данные, причём редко. Но на файлах в ~10 гигабайт выдавал левые данные, каждый раз хеш был другим. Сейчас я наблюдаю как раз в несколько месяцев текущая машина (амд, ддр4 с ецц) обнаруживает и исправляет битфлип в памяти.
Минусов можно найти много, а если вирус попадет, а если в двух местах физические диски навернутся, а если кабель попадется бракованный и тд. Я описал конкретной свой опыт и метод, который зарекомендовал за 15 лет себя хорошо, для меня хорошо. Использую нормальные диски, время от времени сканирую на ошибки, сверяю размеры, каждые 5 лет делаю замену дисков.
Не силен в терминологии, что такое флиплунлся? И возможно ли такое, что файл повредился, а размер остался таким же?
Может, увы. Bit flip (bit rot) — ситуация, когда когда какой-то бит информации читается некорректно (1 вместо 0, наприме). Размер будет тот же. Для видео/фото — может выразиться просто изменением цвета пикселя. А может — сломать всё, если попадёт в неудачное место. Поэтому для проверки надо смотреть не только размеры, но и высчитывать хеши файлов и сравнивать с оригинальными.
интересно насколько частая такая ситуация? Я вот последние лет 20 уже не натыкался на битые файлы. То есть либо йж файл полностью утерян (не по причине битого бита), либо цел
Для жёстких дисков считается, что будет прочитан неверно один бит из 10^15. Т.е. примерно на каждые 100 терабайт. Проблема в том, что вы можете этого и не заметить. Условно, станет один пиксель на серой стене чуть более зелёным, например.
Для ОЗУ — 1 бит на 256МБ памяти за месяц. Статья Мозиллы.
Исследование гугла.
Обсуждение и тесты людей.
Ужас, Вы просто перевернули мой мир. Я знал что бывают ошибки, но не думал что так критично.
Получается же это просто неизбежно.
Почему не вводится какая то обязательная коррекция тогда постоянная. Ведь так не пойдет. Это же получается что через какое то время ошибкой будет всё.
А самое плохое в том, что для дисков — это вероятность уже после всех коррекций. Без них ошибки были бы чаще. Дальше — это уже только программные методы, либо дублирование. Файловые системы типа btrfs/refs со включенными контрольными суммами и т.д. В качестве дублирования — всевозможные raid массивы.
Для оперативной памяти — из-за этого на сервера и рабочие станции ставят память с поддержкой ECC. Она позволяет подобные ошибки исправлять. Но даже в такой ситуации идеала достигнуть не получится — всё равно остаётся, хоть и крайне небольшая, но всё же вероятность сбоя нескольких бит сразу.
Как вы справляетесь с ситуациями, когда событие размазано на 2 временных интервала? Например, поездка куда-то на Новый год, с 29.12.YYYY по 5.01.YYYY+1? Вот так в 2 разных папках в разных "годовых" ветках структуры и лежат?
Тоже делал заход на такую структуру, но привязка к событию оказалась удобнее привязки к дате. В итоге для событий, требующих выделения, есть папки вида 2019-12 Город или 2012-06 Концерт (месяц в названии папки = месяц первой фото в папке).
А для повседневки есть, например, 2019 Разное, куда свалены все остальные фото года. Ориентироваться в таких свалках по факту просто: даты как минимум есть в самих названиях файлов.
Таких событий у меня много, я так понимаю вопрос если одно событие происходило в разных годах или месяцах. Если было с 25 Июля по 7 Августа, то я создаю в папке начала события, то есть в Июле (Пример события, который находится в папке Июль, название папки с событием 25.07 - 7.08 Поездка в Штаты). с Вашим примером с НГ, если реально одно событие, от начала до конца, то так же в Декабре бы создал. Но по моему опыту у меня было так, например вечер ночь с 31 по 1, тематика только застолье, это одно событие. А если потом уже после того застолья была поездка на лыжный курорт, и хоть это так же часть программы новогоднего отпуска, создаю уже в Январе. Говорю как бы поступил для себя.
если перемен много, поменялась струкрута папок, что-то удалил с основного диска и тд, то просто форматирую диск, и по новой заливаю с рабочего винта.
не боитесь, что по закону подлости именно в этот момент (когда старый бекап удален, а новый не создан) сдохнет рабочий винт?
Я всех деталей не описал этого процесса. На самом деле такого не случается, что бы информация была только на одном носителе. В дейсвтиельности это выглядит так, оригинальный жесткий диск копирую на ССД ноута (Благо памяти хватает, или в несколько заходов), и оттуда копирую на резеврный. Или же, на время этой процедуры, копирую на еще один третий винт. Но не допускаю того, что бы инфа была только на одном винте. Звучит замороченно, но копирование происходит раз в год, и проблем с накопителями у меня нет.
Ваш вариант с "раз в полгода скидываю в облако, раз в год сливаю облако на комп" не подходит по надёжности. Вы вполне можете потерять фото за полгода, если нет постоянно синхронизации. Или за год, если облако решит вас заблокировать.
Потому с телефона лично я фото сливаю на сервер сразу, с фотоаппаратов — как добираюсь до ноутбука (при этом не удаляя оригиналы с карты памяти).
Например использую два ноутбука, usb-флешку, два разных независимых облака и телефон. То есть всегда есть быстрый доступ и возможность бэкапа
с телефонов через FolderSync Pro все фоточки регулярно уезжают на домашний сервер, между сервером и компьютером на котором с ними работаю они синхронятся при помощи syncthing, а раз в сутки (в 5 утра когда с большим шансом все спят) при помощи rclone фоточки уезжают с сервера в два облака (sftp хранилища у разных хостеров).
примерно та же ситуация с документами и базой паролей keepass, только в отличии от фоточек в этой схеме нет фолдерсинка, все файлы между всеми устройствами включая телефон ездят при помощи синксинга, а для бекапов используется не `rclone sync` а сначала пакуется в .tar.zst, потом шифруется при помощи gpg, после чего `rclone copy` на облачное хранилище (просто фотки нет смысла шифровать, если кому-то хочется смотреть на мои счётчики и случайные фото меня в трусах это его личные проблемы, а хранить несколько копий мультитеробайтного архива фотографий очень накладно, а документы и базу паролей шифровать смысл есть, а так же хранить несколько версий (для чего в имени тарбола всегда подставляется дата)).
старался делать по принципу "проще=лучше", не привязан ни к чьим сторонним сервисам (кроме последней итерации с бэкапом в облако, но если один из хостеров меня отбреет то я просто уйду к другому хостеру, а шансов что это одновременно сделают два хостера мало), весь софт открытый и работает у меня, все скрипты самописные.
Мда. «Статья» годится только как повод поговорить и в сотый раз обсудить, кто как хранит.
По-моему, даже на Пикабу сейчас подробнее расписывают, как что бэкапят, какой софт используют (хотя бы) и как что систематизируют, а не эти ваши «потом кидаю на GooglePhoto» (который, к слову, жмёт и мнёт фотки своими алгоритмами безбожно).
"Предварительно чищу среди них мусор: всякие ненужные скрины, дубликаты и т.д."
Вот бы щаз тратить лучшие годы ради выгоды в полгигабайта.
Флешки с фотоапарата(забил одну вытащил кинул в стол, купил следующую).
Хард на домашнем компе, хард на NAS
LTO1 + LTO4
Все фото храню на компе. Папке служат альбомами. Так же, чтоб проще ориентироваться, я каталогизирую альбомы в таблице Либре Офиса. А чтоб не перетыкивать лишний раз USB, я использую Syncthing, синхронизации безсерверная между всеми устройствами. И когда в компе закачается все фото, я их сортирую по альбомам, а с той папки все фото со всех устройств удаляются.
В будущем планирую, как пойму принцип работы NAS, и как с помощью VPS свой комп вывести в интернет, диск в фото и остальным сделать сервером, тем самым можно будет не возвращаться к компу каждый раз, чтоб включить, а с любой точки планеты взять и перекинуть нужное на мой диск, и если захочу просмотреть свои старые фото.
А если в продаже будут доступны винчестеры с магнитрой лентой, то подключу его к серверу в качестве архива и бэкапа.
Облаками крубных фирм стараюсь не пользоваться. А если придётся, то перед закачкой фото, сгружу их в запароленный архив, ибо не зачем им в личное лесть.
Если говорить про телефон - регулярно сливаю в дропбокс, раз в квартал из дропбокса переливаю на свой сервак. Туда же заливаются фотки с камеры и видео с камеры и дрона. Регулярно бекаплю всё это с сервера в облако. Фотки все разобраны. Просмотр может быть не слишком удобен, но пока мне так ни одна галлерея и не зашла, пробовал на php накидать скрипт, который на лету ужимает и создаёт веб-галерею из директорий, но грузится довольно долго. В общем просто хожу на сервер по самбе и смотрю фотки в папках :)
делаю как и автор: телефон + несколько портабельных дисков
в облаке - делаю галереи, чтобы делиться с бабушками\дедушками\крестными и т.д. фотографиями типа "а вот мы в гостях, а вот мы в отпуске, а вот мы на свдьбе\крестинах" и т.д.
кстати понравилась идея выше - делать годовые альбомы на бумаге, надо будет попробовать сделать такое же.
Храню на болванках:
Записываю с проверкой на минимальной скорости, после записи проверяю. Для важных архивов могу записать на две идентичные болванки. Болванки хранятся в запечатаном пакете в темном месте.
Свои выбор сделал исходя из следующих соображений: в отличии от прочих носителей, фотки даже с битой болванки худо бедно можно прочитать не одним, так другим приводом. Благо этих приводов сейчас на барахолке по цене мусора.
В крайнем случае, в загашнике лежит древний TEAC
Лет через 10-15 после записи вы можете очень удивиться, когда ничего не получится прочитать
Еще раз:с битой болванки фотки, даже если какую-то не прочитает, то прочтет остальные или прочтет частично.
Или прочтет долго-долго помаслав болванку.
В крайнем случае можно попробовать читать каким-то приводом от NEC или TEAC.
Ну и да, не надо покупать совсем уж дешманские болванки.
Благо расцвет и закат технологий записи на болванки прошел передо мной уже в сознательном возрасте, поэтому видел всякое....
Сдохший жесткий диск для архива с семейными фотками это с концами, никто не будет заниматься восстановлением дня рождения тети Гали.
Сдохшая флешка с фотками вероятно с концами тоже. Во всяком случае, магией вытаскивания инфы с таких флешек я не владею.
Облака..... и прочие прекрасные достижения современного прогресса в виде музыки, фильмов онлайн, заканчиваются легко и быстро.
Так что, увы, есть смысл иметь закачанный запас фильмов музыки и детских мультиков в придачу
Недавно разбирал завалы старых cd-r'ов, года с 2002ого, и все прочитались.
Можно ещё добавлять коды коррекции с помощью ICE ECC. Много лет так делаю.
После потери пары жестких дисков и с ней пару гигов фоток, которые не смог восстановить - мысленно смирился с тем, что фотки - не самая ценная инфа, поэтому просто решил не заморачиваться. Со всех устройств копирую на комп, и раз в полгода-год копирую на отключенный hdd.
А вот лет 10 назад потеря части диплома перед сдачей - это было повеселей, повезло хоть на флешке остался черновой вариант.
Сейчас вообще через syncthing ценную инфу держу на разных ПК и телефоне, и планирую еще облака подключить для редкого бэкапа. Но в целом самое ценное - это пароли, заметки, редкие документы, структура папок и список моих файлов (именно список) - их то и надо периодически бэкапить, чтобы потом, если что вдруг, перекачать.
Я использую два физических компьютера и BtSync (ныне это Resillio Sync) для синхронизации архивов между ними. Синхронизую примерно раз в месяц, когда появляется что-то важное, что страшно потерять. Целостность файлов проверяется автоматом при синхронизации.
Строгая древовидная сортировка по датам (год/месяц/день) + нестрогая по тегам + краткое описание. Всё это обеспечивается строгим именованием папок, сами файлы внутри храню обычно as is.
У меня много источников (3-4 видеокамеры, фотоаппараты, телефоны). Постепенно всё максимально автоматизирую, чтобы любые входные данные раскладывались по целевой структуре автоматом в пару кликов.
Nextcloud + скрипты для проверки целостности/поиска дубликатов/случайно удаленных файлов + регулярные бэкапы на внешние диски по принципу 4 бэкапа/3 города/2 страны
Как вы храните свой фотоархив?
don't have one
Интересные решения.
Поделюсь своим, хотя не особо отличается. Храню все на внешнем HDD. Структура такая:
Для каких то событий, дни рождения, поездки, когда много фото и видео в один день. Обычно снятые на камеру:
<Пользователь>/<Год>/<ГГГГ.ММ.ДД - Краткое описание события>/фото и видео
Для устройств как мобильные, то по другому:
<марка модель>/<ГГГГ.ММ.ДД>/все папки с медиа
в качестве даты использую день бэкапа, тут я особо не сортирую
В будущем хотелось бы поставить домашний NAS в RAID1
Основная точка входа - Google Фото. Все фотографии/видео, вне зависимости от источника, в итоге оказываются там.
Если фото сделано на телефон, оно улетает в OneDrive, а потом через FolderSync скачивается на лежащий в тумбочке на зарядке Pixel 1, а оттуда летит в Google Photo для безлимитной загрузки в оригинальном качестве.
Если фото сделано на зеркалку, оцифрованы плёночные снимки или получены еще откуда-то (сторонний фотограф с события и т.п.) - всё это импортируется в Lightroom, где база хранится в OneDrive, а сами медиафайлы - на NAS.
Из лайтрума фото потом экспортируются в OneDrive, если необходимо, и проходят путь фоток с телефона.
С Google Фото каждые три месяца выгружается полный архив на NAS.
NAS каждые 24 часа бекапится в Яндекс.Диск через Restic.
Ощущаю этот способ перегруженным, но пока устраивает, т.к. ничего лучше в качестве конечного хранилища, кроме Google Фото, я для себя не нашел, но доверять ему при этом полностью - глупо.
Если кто-нибудь знает удобный способ автоматизированно скачивать архивы из Google Takeout - буду признателен!
Храню все фото в iCloud. Не только с мобильника но и фото которые снимаю фотоаппаратом туда загружаю тоже, а также сканированные фото. Так как обработка фото и последующая демонстрация и просмотр фото происходит у меня на IPad, то это очень удобно.
Затем фото с ICloud бэкапятся на домашний NAS Synology.
Synology в свою очередь ежедневно бэкапится на облако Synology.
Даже если вы приехали домой, вам нужно как‑то отсортировать фотки по дате и постараться найти нужное
В чем проблема с упорядоченностью при хранении на диске и чем она хуже чем в телефоне или облаке?
Вообще не знаю людей, которые пересматривают фотографии как личные, так и семейные. Раньше как было? - Семейные обычно один раз посмотрел и альбом убрал в шкаф до лучших времен. Сейчас примерно так же. В папке вагон фоток, разбитых по датам. Ну и всё, как бы.
Кто-то заморачивается и "картотеку" ведет. Но по текущему опыту эксплуатации семейного "архива" пришел к выводу, что пока это вообще никому не надо, то надо просто бэкапить фотки с смартфонов и иметь двойной резерв диска с фотками.
PS: Я знаю людей, которые на смартфоне фотки пересматривают :) Но вот когда они сгружаются в хранилище фотографий (папку на диске), то про эти фото сразу забывается, а вот новые фотки появляющиеся в смартфоне будут неоднократно пересмотрены пока снова не перейдут в архив на диске)
Все зависит от ваших привычек, ну и от того что и сколько вы фотографируете...
Неразобранные сто тысяч миллионов фоток смотреть и не захочется, а если с каждого события/поездки делать альбом фоток на 20 (нещадно удаляя всякий шлак и некачественные фотографии), а из видео делать клип - это приятно много пересмотреть и продемонстрировать друзьям и родственникам
Я понимаю, но в том то и дело, что на моём опыте и окружающих меня людей нет таких, кто честно занимается просмотров фотографий из архивов. Вероятно, они это делают раз в цать лет, но при встречах ни у кого не возникает фразы "а давайте-ка вспомним, что мы делал 20 октября такого-то года во время нашей встречи на шашлыках?"
Да, если есть совместные поездки, то потом альбомчик фоток с айфона аккурат собирается в меморис, фотки из этого альбома с телефона выгружаются через ifunbox в архив на хардах и все. Разок видео с меморис посмотрели и все. Никто дальше не вспоминает про эти фотки или видео.
Я сам фотограф, фотографии отбираются и сгружаются в архив, но я не помню того момента когда возьму и сяду просто так перелистывать какие-то фотки из поездки куда-то просто потому что мне больше делать нечего...) Я пробовал на синолоджи поднимать фотоальбом, дабы там это просто, пробовал фотки по dlna на тв выводить - никому это не интересно, даже мне. Поскольку опыт показывает, что это не интересно, то фотографируешь уже не сотни-две фотографий, а точечно и прицельно такие вещи, которые ты точно ещё не фотографировал...
Да, это хороший момент затронут! Аналогично, сколько было событий запечатлено, но ни разу ни у кого из друзей не возникало желания типа "а давайте соберемся, посмотрим видео и фото с того события?". Изредка что-то вспоминаешь и потом находишь на носителях чтоб просмотреть. Но, кстати, в этом плане помогает Google Photos периодически кидая "воспоминания"
Два внешних HDD и Blu-ray, все блюреи подписаны, на каждом написано, что на нём лежит, такие же списки есть в электронном виде. Каждая директория с фотографиями соответствует какой-либо дате и мероприятию, типа "YYYY-MM-DD В деревне с родителями". Если нужно что-то найти, втыкаю HDD и ищу в имени директории.
Далее с помощью софта я все фотки массово переименовываю. Именем будет дата создания фотографии (2022-04-12)
как/чем?
Ctrl A, ПКМ, "Переименовать", пишем дату. Все файлы будут иметь вид, скажем,
170423(1)
170423(2)
170423(3)
В double commander и в total commander есть такое встроенное.
exiftool в зубы, и переименовывайте как угодно, у меня лично формат для камер, которые это умеют — [префикс]-YYYYMMDD-${ShutterCount}.${ext}
для неумеющих — вместо затвора будет HHMMSS
рекомендую digikam, для такой задачи как переименовывание фото это конечно с пушки по воробьям, тут больше exiftool сгодится, но дигикам хорош тем что это огромный комбайн с тонной функционала для работы с фотоархивом. в том числе он умеет искать дубликаты не только схожие на 10% но и просто похожие, а так же лица на фото, структурировать по gps меткам или коментариям и много ещё чего
Lightroom, например... Читает(пишет) метаданные при импорте.
При должном умении - всё ловко складывается в годовые архивы вида:
20хх/20хх-mm-dd_событие/xxxx-mm-dd_hh-mm-ss.RAW (DNG, JPG, не важно...)
Хранится на RAID10(+ к скорости обработки и надёжность храилища), периодически бэкапится на внешние носители.
тотал командер по умолчанию может это делать в "групповом переименовании"
просто храню. более-менее важные раскиданы по разным местам, остальные просто на дисках, в 1-2 копиях. занимаюсь фото профессионально, потому ценность большиства кадров уменьшается со временем в геометрической прогрессии, и зачастую они нужны в основном чтоб убедиться, что я вон ту чухню реально снимал, а не просто подписали мной.
Лучший инструмент для фотоархива даёт нам сайт Wikimedia Commons.
так и представляю себе целый архив фоток с плашками {{годовасик}}, {{тугосеря}} и {{шофчирабыло?}}
Лучший инструмент для фотоархива даёт нам сайт Wikimedia Commons.
Какой именно лучший - вопрос донельзя субъективный, но из числа точно хороших и могущих понравится многим, уверен, не найдется ни одного, в котором отсутствует понятие фотоархива как локального хранилища с опциональным бэкапом (локальным и/или удаленным). А если, что наиболее часто и бывает, владелец/куратор фотоархива является еще и производителем содержимого этого самого фотоархива - неважно, профессиональный это фотограф или аматор, то особое значение приобретает каталогизация и сохранение цифровых негативов (RAW файлов), что довольно нередко удобно делать в вендорском софте от производителя камеры или в универсальном, вроде LR, потому что такой софт позволяет хранить не только цифровые негативы, но и различные версии их обработки.
TerraMaster F4-210 RAID10 из 4 дисков по 4Тб + локально 4Тб. Вполне себе надёжно. Ну и дисков 6 по 4Тб хранятся для замены.
Архивы храню в rar формате с избыточностью 15%, что позволяет восстановить небольшие повреждения без проблем не прибегая к мучительному поиску поврежденных файлов что характерно для проверок хэшкодов.
Рабочие файлы дублированы на 2х дисках на робочем пк. Какое то время юзал синолоджи, но их софт для синхронизации файлов периодически творит дичь, а от логов волосы начинают шевелиться. Поэтому дублирую в полуручном режиме через FreeFileSync, там же периодически сравниваю рабочие файлы побитово.
Плюс холодный удаленный бэкап. Плюс яндекс диск.
А что никто не пользуется общим доступом или поиском по месту и году, месяцу или на фото должен быть какой то объект? Я не могу найти замену гугл фото, поэтому на телефоне в полном качестве, на гугл пожатые. Ну и гугл теперь же не берет рубли :)
Всё, кроме поиска по объекту — прекрасно делается и в альтернативных системах. У меня для этого nextcloud, например.
глянул nextcloud в облаке (https://en.nextfiles.de/demo/) ни какого поиска я там не увидел, это надо отдельно что то доставить?
мои поисковые фразы
Апрель 2021 - должны быть показаны все файлы сгруппированными по датам в апреле 2021
Горный алтай - должны быть показаны все файлы из республики горный алтай Россия, причем должна быть карта с heatmap, куда я ткну и получу фото из того района
Байкал - должны быть показаны фото с байкала
Шерегеш - должны быть все фото возле шерегеша
такое есть?
Использую в Nextcloud приложения Photo и Maps.
Первое — стандартная временная лента с возможностью перехода в нужное время. Второе — отображение фото на карте мира. Вводишь условный "Ташкент" — карта переходит в то место и отображаются фотографии по месту съёмки. При этом можно указать более точный временной интервал, если хочется увидеть на карте фотографии за конкретный промежуток и скрыть остальные.
Храню фотографии на жестком диске и на облаках (распиханы везде, где только можно). На телефоне ничего важного стараюсь не держать
syncthing с историей версий глубиной 5 на домашнее хранилище + на жесткий диск в рабочей станции.
Два терабайтных диска энтерпрайз класса в RAID1 на компе + 2 внешних жестких диска.
Почитав коменты я понял что тут очень много неленивых людей))
Храню все в Google Фото. Когда в 2021 они убирали халяву, после чего все новые фотографии должны были начать занимать место на Google Drive, я завел второй аккаунт, указал что это аккаунт партнера и синхронизировал с ним все фотки. Таким образом получил чистый гугл акк, с пустым диском и всеми фотками которые никогда не будут учитываться в расчете занятого места. На данный момент на новом аккаунте занято 5 GB, т.е. мне должно хватить еще на 4-5 лет. Потом или начинать платить гуглу или искать б/у pixel с бесконечным аккаунтом или переходить на а-ля некстклауд. Исходя из моих реальных сценариев использования, хранилище без мгновенного доступа с телефона ко всей базе с возможностью фильтровать по дате/локации, мне не нужно. Поиск по персоне менее критичен, но небесполезен.
Кручего всего из отписавшихся реализовано у Tumist, имхо.
В интернете хранить — это быть оптимистом и верить, что интернет будет всегда и везде, он будет быстрый, и что Google не удалит аккаунт, как он иногда делает.
В интернете хранить это в первую очередь удобно. Не в интернете фотоархив мне попросту не нужен. Но, в идеале, нужен бэкап, автоматический, на другой сервис. Скорее всего, когда я последний раз возился, не смог найти решение. Если кто знает как настроить автоматическое копирование Google Фото -> хоть куда, подскажите, плиз.
robocopy "D:\!GOOGLE_Drive\FOTOCHKO" "D:\!YANDEX_Drive\FOTOCHKO" /COPY:DT /DCOPY:T /E /PURGE /MOT:5 /XA:SH /XJ /W:1 /R:2Можно так... Но две полных копии будут болтаться локально. И оба клиента надо держать поднятыми.
В принципе, если место позволяет, то можно ещё и дропбокс(и мегу) прикрутить.Всё зависит от количества ненависти к локальным копиям и поднятым клиентам. :)
Вопрос сохранения на долгий период стоит под вопросом, на детей, внуков и родственников я почему-то не могу надеяться, а хранения дома на винтах или даже у близких родственников не факт что это сохранит архив (все представляют что осталось после землетрясения, например в Турции), поэтому был бы интересен вариант взаимного бэкапа хотя бы на ближайшие 1000 лет
Тоже свое хранилище. Его необходимая часть синхронизируется с облачными сервисами на случай невозможности доступа. В качестве каталога использую скрипт, он отслеживает файлы и создаёт теги, разделяя каталог на два вида ссылок. Всегда есть возможность выбрать нужные фотографии и увидеть как скрипт создаёт под каждый день историю отмечая всех.
Боже, сколько гемороя) насы, шмасы)
Старый гугл пиксель и фотки бесплатно в исходном качестве на гугл диске, синхронизация с другими смартами. Вот и всё или какой то xiaomi смарт прошить на прошивку имитирующую гугл пиксель
Интересно, а что, кроме "ДР Васи" никто никаких фоток не хранит? Ну там визитки, прайслисты, вывески, чеки/гарантийные талоны. И вообще разные единичные события ("поменял батарейку в радиодатчике/брелке", и после второго-третьего раза появляется реальная статистика работы данного датчика/типа батареек).
Я (помимо систематического переименовывания по датам и резервного копирования) описываю отснятое в descript.ion файлах (FAR-ом), и уже не очень представляю себе фотоархива без таких описаний. Действительно, ценность несистематизированных архивов с течением времени снижается почти до нуля, ибо целенаправленно найти там что-то становится очень сложно...
У меня просто холодные архивы разного добра на внешних HDD и горячий архив это диск 1.5Тб в компе. Хлам не долетает до холодных архивов.
Создал частный телеграм-канал, храню там не только фото, но и видео.
Прекрасно...но кому все это нужно?
Если накопите 10000 фоток то при просмотре каждой по 10 сек у вас уйдет квартал без сна и отдыха
Надо признать что это всего лишь информационный мусор....который может ктото разберет если вы станете знаменитыми
Храните 2-3 важные фотки...и этого хватит на жизнь
По опыту все знакомые ни разу не просмотрели свои архивы - даже в режиме "посмотреть что отсняли чтобы удалить ненужное и заложить в архив". Те кто что то и делает с архивом - так максимум приехал откуда то с фотками/видео просто скидывают на комп с фразой "на днях разберем и поместим в основной архив".
Так всё это и лежит с мыслью у большинства - "ну ладно, разберу на пенсии".
И этих терабайт лежит порой так много, что даже не помнят что там. Процентов 80 знакомых теряли архив полностью и большую часть, многие уже по 2-3 раза, сколько бы я не говорил делать копию хотя бы на внешнем диске холодном. Причем плачут только пару дней, потому что часто и не помнят то что там было, просто помнят что может несколько папок важных. Кое что удавалось восстановить - уже радость. В целом человек помнит то что у него в голове или под рукой ближайшее, что он посмотрел хотя бы раз.
---------------------
В итоге Вопрос с горячим хранением "самого важного" с резервным копирование 5-10 экземпляров (без дополнительных затрат и техники) мы с небольшой группой друзей решили следующим образом. Это те кто действительно смог собрать "самого важного 20-30 Гб, отсортировать и подготовить.
Смысл такой. Нас где то 30 человек. У каждого 20-30 Гб (максимум не более 100Гб) самого важного. Делается папка на компе и архивируется в многотомный архив с шифрованием и информацией для восстановления дополнительно (с избыточностью).
а1.z01.........а1.z20(30) zip. Каждый том по 1 Гб в отдельную папку
Потом создается торрент файл папки с многотомным архивом. И отсылается скольким нужно (сколько хочешь резервирования) другим. Принцип такой..."ты должен хранить архивов других столько у себя, сколько хочешь в сумме сохранить копий у других".
То есть если у тебя 40 Гб к примеру многотомный архив и ты хочешь 10 копий его у других разных (400 Гб), то и их ты должен хранить у себя 400 Гб от 10 других знакомых. Это придуманный принцип гарантированности что твое тоже хранят.
Он придуман для вообще алгоритма такого хранения надежности. Но так как у нас пока в кругу в основном друзья/знакомые, то этот принцип еще избыточнее - мы оставляем место на диске сколько нужно самому реально для своего, а все остальное пространство диска под чужое динамично (всё равно пустое пространство на диске только номинально пустое, там всё равно либо нули, либо что то ранее записанное, то есть есть не просит и дополнительных затрат), поэтому пока выполняется избыточность - храним по принципу "все всё у всех под завязку", ну там оставляем 10% пустого пространства для самого диска (вдруг ему приспичит какую то дефрашментацию или оптимизацию, чтобы скорости не падали). Так получается что у каждого сейчас есть 20-30 и до 50 копий самого важного у других, так как сам хранишь столько же "важного" чужого. Ну и немного храним бабушек дедушек, тещь...тех кто не может вникнуть в принцип, или просто не имеет возможности воткнуть себе диск на 500 - 2000 Гб. Или у кого вообще нет компа или ноутбука.
Под это дело у нас чат есть закрытый, Появился у тебя какой то важный архивчик пусть на 5 Гб - кидаешь в чат торрент файл его и пишешь сколько надо копий. Кто откликнулся кидают тебе свои архивы (торрент) и забирают твой.
У нас у всех 1-2 терабайтные диски я всем закупил. То есть где то 500-600 гигов выделено под хранение чужих архивов. Но каждый в принципе знает что это как бы его копии только у других независимых компах. То есть выделив пустое пространство у себя для других ты столько имеешь копий своего у других. По большому счету способ помогает на одном диске у себя создать множество копий своего как бы но защищенных от неожиданной поломки. Фактически у нас у каждого на одном диске 1-2 терабайта реализован 5-10 независимых RAID 1.
Устойчивость проверили уже 5 лет.
Для удобство под это дело завели отдельный торрент клиент. Он открыт всегда, и ты всегда видишь сколько пиров/сидов хранят копии твоего архива.
Да, конечно бывает что кто то там в отпуск уехал выключил комп, или на ночь выключил. В любом случае всегда видно что у тебя есть 5-10 копий "самого важного" на удаленных машинах. А затраты на это равны примерно как внешний диск бы купить. Тем более у многих всегда есть пустого места на дисках, но вот в одиночку задействовать это пустое место для резервирования не получилось бы. Организованно группой можно вообще все пустое место задействовать у всех под избыточность. Так как большинство знакомые, то даже у кого меньше важного , не против хранить чуть больше чужого пока есть место. Если кому то надо освободить - это пишут в чате и в самом торрент клиенте видно если сид пропал надолго, тогда еще делаешь нового сида просишь, а от того кто пропал, и его удаляешь и берешь нового взамен. Но всегда можно сначала и написать спросить, может просто выключался на долго и всё норм.
на отрезке чуть больше 5 лет -ни один из нас не потерял свою инфу. За это время полетело у разных компов 12 дисков (в том числе и у меня), но ни один байт информации не был потерян.
Принцип восстановления простейший, либо торрент файлы копии своих архивов есть у себя на С диске или флэшке, просто запускаешь торрент заново и скачиваешь свое и чужое тех кто хранит твое, если не осталось даже торрент файлов - идешь в историю чата и скачиваешь там где твое было и тех кто взял твое, ну в крайнем случае просто просишь прислать торрент файлы или магнет ссылки тех кто твое хранил. Сейчас я храню небольшой текстовый файл с именами файлов томов хрхивов, хешем, и контактами сидов взаимохранителей. Но по большому счету достаточно флешки со всеми торрент файлами которые активны в торрент клиенте, просто покупаешь новый диск, и запускаешь все торренты которые были до поломки.
Хотели этот вопрос автоматизировать и расширить до общемирового, типа сайтика что то заделать где в авто режиме как бы выставляешь запрос на взаимо-хранение, и алгоритм сам подыскивает тебе равных взимохранителей примерно кто тоже выставил запросы и появляются в ЛК у каждого ссылки и проверка что хранит. Придумать рейтинг. Но руки так и не дошли, потому что все вроде знакомые/друзья и излишних гарантий не надо и анонимности, чат пока полностью выполняет функции синхронизатора и оргядра.
По большому счету можно просто на бумажке записать имена архива и кто взял какие части.
Вообще конечно по миру у всех людей часто на диске есть много свободного места, и предоставив его другим, можно на столько же увеличить резервируемость своего не покупая никакого доп оборудования. Заодно идет максимально рентабельное использование пустого пространства на всех дисках участников.
Вот на данный момент у меня 2 Тб диск. "саомго важного" - 68 Гб неархивированного для быстрого доступа (где то 70 Гб в многотомном архива оно же) . Я сделал резервирования 10 копий (680 Гб) гарантированно храню чужого за 10 копий своего у них на разных компах. Это в сумме 810 Гб. То есть за 810 Гб заполненного диска я имею гарантированных 10 копия 68 Гб. Еще 300-800 Гб динамично отдаю просто храню еще чьи то если вижу в чате что мало кто взял, или просят взять под благотворительность (без гарантированности), Ну и остальное место для личных нужд там "не самого важного" фильмов и прочее текучка динамично. То есть если мне нужно место для чего то личного, я могу из "благотворительного" что то удалить навсегда или временно, потом опять закачать.
В целом часто виду что моё "самое важное" архив 70 Гб хранится более чем 10 копий гарантированных, порой виду 17-20 сидов что хранят, полностью или части (некоторые тома архива) - видимо у кого если есть сколько места.
Хочется конечно сделать рейтинг какой то, и баллы типа, если кто то хранить много чужого благотворительно, то набирает Гигабайто/часы какие то баллы, и к примеру потом может их использовать для хранения даже если сам ничего чужого не хранит. При большой масштабируемости системы такой, это работало бы даже как инвестиции. К примеру сегодня у тебя есть диск на 3 Тб , и ты 10 лет хранишь полностью 2Тб чужих данных, набрал значит 20 Терабайт лет хранения 1 копии своего у других, либо 1 Тб/год 20 копий, итак в разных вариантах. (10 Тб/год 2 копий к примеру).
Просто посмотрите сколько у вас есть динамично постоянно свободного места на диске - и посчитайте годы владения этим местом, а многие даже никогда и не заполняли большую часть пустого пространства на жестких дисках (до эры SSD). А ведь это пустое пространство может быть конвертировано в надежные многократные копии вашего важного, без каких либо трат дополнительных с очень хорошей надежностью
Вот на данный момент у меня 2 Тб диск. "саомго важного" - 68 Гб неархивированного для быстрого доступа (где то 70 Гб в многотомном архива оно же) .
Кстати посмотрел - некоторые кто "открытая душа" или близкие друзья смотрю вообще не парятся с шифрованием и архивированием многотомных архивов, а просто заворачивают прямо папки "самое важное" 1....2...4 в торрент и так и выкладывают))) для взаимохранения. То есть они экономят место у себя под зашифрованную копию архива. Но зато они вносят большую фрагментированность у других и кучу мелких файлов. В принципе в закрытом сообществе это не критично и когда нет ничего конфиденциального. Им даже удобно, что так они и делятся посмотреть другим то что хотели бы итак показать. Всегда могут просто в чате сказать - "ну посмотри в такой то папке такую то подпапку - это вот мы там бухали рыбу поймали))) в 2006 году "
пользуюсь SeaFile на домашнем серваке с raid1
из плюсов:
-веб-сервер
-приложение на телефон
-версионирование
А если хранить фотки как видеофайлы на закрытом youtube канале?
Кстати, кто знает удобный веб интерфейс для папки с папками с фотографиями?
В идеале, чтобы поднять его в докере и скормить ему путь до фотоархива.
Нужно чтобы умело работать именно со структурой папок...
Отвечу сам себе:
Из того что пробовал, больше всего понравился Photoview: https://photoview.github.io/
Не прожорливый, поддерживает структуру папок, можно карты добавить
А почему экспорт фото из icloud - "продать душу дьяволу"? вы про выгрузку с privacy.apple.com, когда несколькими архивами они пакуются?
Как вы храните свой фотоархив?