В своей статье я хочу обсудить плюсы и минусы разных вариантов хранения вашего цифрового семейного архива, описать что использую я, и надеюсь в комментариях узнать новые для себя варианты хранения.
Итак, у вас, как и у меня есть огромное количество фоток на компьютере и телефоне за последние десяток, а то и пару десятков лет. Их как-то нужно хранить, а еще и желательно иметь быстрый доступ к ним. И для оценки разных вариантов хранения, я выделил 4 параметра:
Надежность. Хранилище должно быть надежным, это самое важное, т.к. не хотелось бы потерять свои фото.
Быстрый доступ к содержимому.
Упорядоченность. Хранение должно быть в упорядоченном виде, что будет упрощать поиск нужных фото.
Простой механизм импорта/экспорта.
Вариант 1. Хранить все на телефоне. У большинства людей источником фоток является телефон. И поэтому пока на телефоне хватает памяти люди хранят фотки именно тут. И даже если у вас телефон с максимально возможным объемом памяти — рано или поздно она забьется и придется искать другой вариант хранения. Ну и главное, хранение на телефоне — это ненадежно, потому что телефон легко потерять. В общем, телефон нам не подходит.
Надежность |
Быстрый доступ |
Упорядоченность |
Импорт/Экспорт |
|---|---|---|---|
✕ |
✓ |
✓ |
✓ |
Вариант 2. Хранить всё в облаке. Переместить фотки в облако — это самый популярный и современный вариант. Более того еще в 2021 GooglePhoto давал все неограниченный размер хранилища бесплатно. Можно было загрузить туда все свои семейные архивы со времен появления цифровых фото. Причем всегда иметь к ним быстрый доступ и простую хронологическую навигацию.
И вроде бы идеальный вариант, но однажды вы захотите перейти от одного облачного сервиса к другому. По разным причинам: цена, уникальный функционал, и т. д. Или вообще забудете оплачивать свой сервис и через какое‑то время он удалит ваши фото. Можно еще много придумать разных возможных проблем с облачным сервисом, суть которых сводится к тому, ваша информация уже не под вашим контролем. Поэтому здесь я надежность оставлю под вопросом.
Еще есть вопрос с экспортом фото. Если с импортом всё просто, все знакомые мне облачные сервисы справляются с ним идеально, то с экспортом есть проблемы. Чтобы выгрузить фотки из iCloud нужно продать душу дьяволу, а GooglePhoto при выгрузке меняет всем файлам дату создания на текущую, из‑за чего нарушается упорядоченность фото. Все эти проблемы экспорта, как мне кажется, связаны с тем, что сервис хочет, чтобы вы оставались с ним и платили ему и поэтому не хочет вас легко отпускать.
Надежность |
Быстрый доступ |
Упорядоченность |
Импорт/Экспорт |
|---|---|---|---|
⚠️ |
✓ |
✓ |
⚠️ |
Вариант 3. Хранить все на жестком диске. Забилась память на телефоне — скинули всё на жесткий диск. Таким образом вся информация под нашим контролем, на физическом носителе. Вроде бы надежно. Для большей надежности можно реплицировать всё на второй жесткий диск, на случай поломки первого. Но в этом варианте хранения у нас большие проблемы с быстрым доступом. Вы не сможете сидя с друзьями в баре быстро найти фотки с выпускного. За этим вам нужно будет ехать домой. Также есть проблемы с упорядоченностью. Даже если вы приехали домой, вам нужно как‑то отсортировать фотки по дате и постараться найти нужное.
Надежность |
Быстрый доступ |
Упорядоченность |
Импорт/Экспорт |
|---|---|---|---|
✓ |
⚠️ |
⚠️ |
✓ |
Как делаю я.
Я использую все 3 варианта хранения, но частично. План такой:
На телефоне, раз в несколько (3–6) месяцев я решаю, что пора бы все мои скопившие фото закинуть в облако. Предварительно чищу среди них мусор: всякие ненужные скрины, дубликаты и т. д. И включаю синхронизацию, в моем случае в GooglePhoto.
На компьютере, примерно раз в год я захожу в облако GooglePhoto и скачиваю весь скопившийся годовой архив. Далее с помощью софта я все фотки массово переименовываю. Именем будет дата создания фотографии (2022–04–12), чтобы в будущем легко можно было ориентироваться среди них, просто отсортировав по имени.
Далее я все это закидываю на внешний жесткий диск. Точнее у меня их два. Второй — точная копия первого, на случай его поломки.
Вывод: Таким образом я убиваю всех зайцев, наш фотоархив под контролем и в безопасности на жестких дисках, плюс у нас есть облачное хранилище с помощью которого мы в любой момент можем быстро найти любое наше фото/видео. А если мы захотим перейти на другое облачное хранилище мы просто перельем вест архив с жесткого диска туда. И да, после всего проделанного можно спокойно чистить все старые фото в телефоне, чтобы освободить память для новых.
Комментарии (98)
TheRaven
17.04.2023 07:43+2Домашний NAS с RAID6, скоро появится второй (в удалённой локации) для кросс-бэкапа.
sepetov
17.04.2023 07:43+8У меня с этой целью развёрнут локальный сервер, где живёт Piwigo. Я её выбрал лет 10 назад, наверное. Она может хранить не только фото, но и видео. Ну и, конечно, загружать их напрямую по ссылке или из буфера обмена, не сохраняя предварительно куда-нибудь "на рабочий стол". Для загрузки и просмотра ничего, кроме браузера не требуется. Возможно, за эти 10 лет появились более удобные инструменты, но я ими уже не интересовался.
P. S. С ума сойти, а ведь и правда уже лет 10 прошло. Какой я старый! А сервер до сих пор работает в первозданном виде...
ss-nopol
17.04.2023 07:43+1Раньше сидел на gallery, когда этот проект умер, перешёл на piwigo. Сейчас большая часть альбомов в piwigo. Но в последнее время всё больше стал заливать в owncloud (думаю перейти на nextcloud). В основном из-за видео, которые в piwigo проигрываются почему-то очень плохо, проблемы со звуком, с видео, с зависаниями, возможно из-за кодеков, но почему точно так и не разобрался. Но если использовать piwigo только для фоток - отлично.
vtal007
17.04.2023 07:43+2Бесплатный террабайт от мейла.. Ну и облако-мейл ру скачивает фотки туда с телефона (и удаляет с телефона через полгода). Затем это закачивается на диск одного из компа
Только вот "упорядоченность", только по дате. А вот по смысловым папкам все равно руками раскидывать
shlyakpavel
17.04.2023 07:43Делал так же пока мейл не снес мне весь терабайт бесплатно, без регистрации и смс.
oleg_rico
17.04.2023 07:43+1Наверняка присылал при этом вам письмо что вы давно не заходили на диск. Но вы письмо проигнорировали, а виноват конечно mail?
Krasnoarmeec
17.04.2023 07:43+7Компьютер + бэкап на жёсткий диск + делаю каждый год альбом с лучшими фотографиями.
Альбом (в виде распечатанной книжки) делают многие фирмы. Выглядит хорошо, как дополнительный плюс - если приходят гости не надо включать компьютер и судорожно искать по папкам нужные фотки.
Да, стоит некоторых денег, но выглядит очень репрезентабельно. Рекомендую.
hard_sign
17.04.2023 07:43Делаю так же.
Не помню, когда смотрел с диска фотки, не вошедшие в альбомы :)
artemlight
17.04.2023 07:43+1просто все данные бэкапятся в BackBlaze, за 2 терабайта около 10 евро в месяц.
0mogol0
17.04.2023 07:43+3сразу возникают вопросы:
источники фото: мобильный телефон, или + фотокамера, или + плёночные сканы (я для души и на плёнку снимаю). Потому что снимки с телефона - по умолчанию на телефоне, а вот снимки с камеры надо ещё куда-то скопировать (а иногда и отсканировать)
-
от каких опасностей защищаем:
телефон можно утратить (потерять, сломать, украсть итп)
в домашнем NAS / ПК могут полететь винты (т.е. минимум Mirror RAID1)
домашний NAS / ПК может пропасть целиком (пожар, кража, проблемы с железом, вирусы-шифровальщики, итп)
бэкап на жёсткий диск, который не подключен постоянно к системе (т.е. защищен от атак шифровальщиков и прочих проблем с железом), по прежнему уязвим к проблемам с ЧП в жилье (пожар или кража, и бэкап утрачен), необходима дисциплина в регулярном подключении к системе для бэкапа (иначе данные устаревают), возможность отказа самого диска
территориально разнесённый бэкап (например, несколько жёстких дисков, которые циклически перемещаются между разными квартирами (банковскими ячейками) в разных концах города). Необходима ещё более строгая дисциплина, чтобы обеспечивать ротацию носителей (+ затраты на число носителей и их перемещение), плюс важным становится вопрос территориальной удалённости - например, наводнение может затронуть разные районы одного города.
-
доступность облачных сервисов:
сервис провайдер не предоставляет бэкап 1:1 (т.е. при скачивании мы получаем не тот же файл, а пережатый / обработанный - сразу в топку),
сервис провайдер прекращает оказание услуг вообще или в вашем регионе
сервис провайдер не обеспечивает конфиденциальность ваших фото (обучает свой ИИ, делится с властями итп)
сервис провайдер не позволяет хранить шифрованные бэкапы
тип интеграции с облаком: непрерывный, фото автоматом закачиваются в облако (умеренная нагрузка на сеть, но атака шифровальщика сразу уничтожает данные и в облаке), фото пакуются (и шифруются) по расписанию и архив загружается в облако (высокая нагрузка на сеть, поддержка докачки, невозможность оперативного доступа к фото в облаке)
Понятно, что некоторыми угрозами можно пренебречь, но надо отдавать себе отчёт, чем именно ты пренебрегаешь, и чем ты тогда рискуешь...
dimsoft
17.04.2023 07:43Правильный домашний NAS это система на ZFS со снапшетами и репликацией по принципу 3-2-1 на другие NAS в том числе в другом помещении(городе/стране/планете/и т.д.)
AlexWork22
17.04.2023 07:43+5Опишу как это выглядит у меня, пользуюсь таким методом лет 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. Понятно что старые слайды, родительские фото с молодости и тд так отсортировать очень сложно, и я не вижу в этом нужды, там отсортировано не так все детально. Но мне важно что они уже оцифрованы, и физическая утрата или повреждение мне не страшны.
Из преимуществ: Надежность, быстрый доступ к опреледенному ивенту (В плане поиска уже на ХДД), ну и все все в одном месте.
Из недостатков: Нет быстрого доступа что-то показать здесь и сейчас. Для меня не критично.
Если есть вопросы по организации, спрашивайте.
serafims
17.04.2023 07:43Как вы отслеживаете целостность файлов? Если при копировании в дублирующий диск исходник окажется поврежден? У меня такое бывало, от каких-либо причин файлы бьются и далее уже надо сравнивать. Редко, но всё ж.
Организация фото дело индивидуальное, у каждого свои идеи. Я разбиваю на категории типа "Люди", "Семейное", "Города", и тп..в первом все что связано сопределенными людьми, во втором - события семейного плана, в третьем путешествия просто вида "Дата Страна (Город)". Так потом интереснее смотреть на фото. А даты - так они в EXIF должны быть..
mpa4b
17.04.2023 07:43+1Используйте файловые системы, которые отслеживают и восстанавливают повреждения информации на диске. Пока именно в этой области лучшее решение -- OpenZFS, немного к ней приближается BtrFS (но raid5/6 не работают нормально, только raid1). Можно также пробовать влезать в dm-integrity, будет независимость от ФС, но на мой взгляд там всё довольно сыро и медленно.
Естественно, повреждения при нахождении данных в ОЗУ перед записью никакая ФС не исправит. Используйте ECC память (благо с AMD мамками и процессорами это сейчас дёшево).
Если бекапы заливаются на удалённые локации как снапшоты вышеназванных ФС (это тоже офигенно удобно -- по сути пересылается/перечитывается не каждый раз заново вся файлопомойка, а только диффы от предыдущего снапшота к текущему), то контроль целостности передачи те ФС берут на себя. Иначе -- минимум rsync, уже после прокачки бекапа можно сверить хеши всех файлов при помощи rhash -r например.
csharpreader
17.04.2023 07:43Вот я как раз спросить хотел: если руками бэкапить, неужели сверки хэшей недостаточно? Тот же Total Commander с его верификацией md5 (без подкола вопрос).
mpa4b
17.04.2023 07:43Достаточно наверное, но я бы ещё проверил перед бекапом, что не изменившиеся файлы не изменили и своих хешей что в рабочем хранилище, что в бекапе :)
tictac17
17.04.2023 07:43+1Раз уж пошла такая тема, расскажу о своем решении. Точно также у меня есть основной винт и дубликат. На дубликат я делаю синхронизацию всех файлов через программу FreeFileSync в режиме зеркало. Главное - поставить в ее настройках галочку "обнаруживать перемещенные файлы". Теперь, если я переименовываю файлы или сортирую по папкам на оригинале, то программа это обнаружит и точно также повторит на дубликате - т.е. переименует или перенесет соответствующий файл. Что это дает? Во-первых, гораздо более быструю скорость синхронизации. Во-вторых - бывает, файлы портятся, но так как программа не копирует заново переименованный или перемещенный файл - то его копия остается на дубликате той, которая была помещена туда в первый раз. Т.е. она не перезаписывается. Сделав раз в год сравнение по содержимому после обычной синхронизации (все в том же FreeFileSync), я легко могу обнаружить, какие файлы "протухли" - если их содержание отличается - значит одна копия битая. Ну а идентифицировать, какая именно, обычно не составляет труда - фото с артефактами, офисные документы просят восстановление, архивы не проходят тестирование и т.п. Хотя конечно, в идеале лучше иметь и второй дубликат - если на двух носителях файл совпал, а на третьем отличается от них - значит проблема в нем. Также, все в той же программе я сразу настраиваю архивацию удаленных/измененных файлов в отдельную папку на диске-дубликате - полезно, если что-то сам случайно удалил и надо восстановить. За все время пользования выявил около десятка файлов, которые испортились сами по себе, по-тихому. Удалось "починить" все с помощью такого вот нехитрого в общем-то метода резервного копирования. Вообще у меня чаще всего файлы бились на флешках и реже на ссд, а на классических винтах очень редко. А вот на CD/DVD - вообще никогда. Чаще просто не читались :)
AlexWork22
17.04.2023 07:43Пишу конкретно про свой опыт. Не сверяю спецсофтом. На памяти были плохие диски Seagate, и там если файл поврежден, то отличается размер (байты). Была ситуация когда во время копирования с основного диска на ссд ноута (как буфер, куда потом перекидываю на резерв, вылетала ошибка crc error, вручную находил битый файл (ошибка показывает в чем проблема), и менял на целый из резерва. Так же перед копированием сверяю размеры до байта старых папок. Сразу выделил 10 лет, сверил размер, должен быть идентичен (если небыло изменений в структуре). На опыте отказался от Seagate, и пользуюсь продукцией Transcend, внешние винты в резином покрытии, опять же, субьективно продукция этой компании проявила себя хорошо, но никаких рекомендаций не даю. Отвечая на ваш вопрос, детально не заморачиваюсь с отслеживанием целостностью файлов, а для того что бы минимизировать проблемы: 1) не покупаю дешевые носители, покупаю то что уже проверил. 2) Не смотря на это каждые +-5 лет меняю. 3) Сверяю размер файлов. Может звучит это все не убедительно, но конкретно на моей практике проблем с этим небыло (не учитывая пример, где была ошибка seagate). Да и немного проще на это смотрю. Так как время от времени делаю ревизию, удаляю ненужное, фильтрую, то что раньше казалось важным, уже не важно, одна и та же фотка с разных ракурсов, если что и случится с одной фоткой, то шанс что это случится с реально важной очень маленький.
mpa4b
17.04.2023 07:43А что если ошибка произойдёт не когда файл лежит на диске в холодном виде, а собственно в процессе пересылки?
AlexWork22
17.04.2023 07:43Когда перекидываю с рабочего винта на ССД ноута, после окончания копирования, сравниваю размер, должно быть идентично. Мной это понимается что все скопировалось без проблем. Следующий этап, копирование файлов с временного буфера (ноут ссд, или сторонний винт) на дублирующий винт. Как скопировалось на дублирующий, сравниваю размер инфы рабочего и дублирующего. Еще примерно раз в год, может реже, проверяю дублирующий диск разными смартами и тд. Если есть подозрительные моменты (просто подозрительные), для меня это уже знак задуматься над тем, что бы этот диск сменить, но все равно получается примерно раз в 5 лет. Иногда чаще, так как нужен больший объем
mpa4b
17.04.2023 07:43Размер остался прежним, а битик в файлике флипнулся -- что тогда?
И виноват может быть не диск а просто железо. Мне например лет 15 назад попадался sata-контроллер, который будучи вставлен в определённую мамку, портил записываемые и читаемые данные, причём редко. Но на файлах в ~10 гигабайт выдавал левые данные, каждый раз хеш был другим. Сейчас я наблюдаю как раз в несколько месяцев текущая машина (амд, ддр4 с ецц) обнаруживает и исправляет битфлип в памяти.
AlexWork22
17.04.2023 07:43Минусов можно найти много, а если вирус попадет, а если в двух местах физические диски навернутся, а если кабель попадется бракованный и тд. Я описал конкретной свой опыт и метод, который зарекомендовал за 15 лет себя хорошо, для меня хорошо. Использую нормальные диски, время от времени сканирую на ошибки, сверяю размеры, каждые 5 лет делаю замену дисков.
Не силен в терминологии, что такое флиплунлся? И возможно ли такое, что файл повредился, а размер остался таким же?
K0styan
17.04.2023 07:43+3Как вы справляетесь с ситуациями, когда событие размазано на 2 временных интервала? Например, поездка куда-то на Новый год, с 29.12.YYYY по 5.01.YYYY+1? Вот так в 2 разных папках в разных "годовых" ветках структуры и лежат?
Тоже делал заход на такую структуру, но привязка к событию оказалась удобнее привязки к дате. В итоге для событий, требующих выделения, есть папки вида 2019-12 Город или 2012-06 Концерт (месяц в названии папки = месяц первой фото в папке).
А для повседневки есть, например, 2019 Разное, куда свалены все остальные фото года. Ориентироваться в таких свалках по факту просто: даты как минимум есть в самих названиях файлов.
AlexWork22
17.04.2023 07:43Таких событий у меня много, я так понимаю вопрос если одно событие происходило в разных годах или месяцах. Если было с 25 Июля по 7 Августа, то я создаю в папке начала события, то есть в Июле (Пример события, который находится в папке Июль, название папки с событием 25.07 - 7.08 Поездка в Штаты). с Вашим примером с НГ, если реально одно событие, от начала до конца, то так же в Декабре бы создал. Но по моему опыту у меня было так, например вечер ночь с 31 по 1, тематика только застолье, это одно событие. А если потом уже после того застолья была поездка на лыжный курорт, и хоть это так же часть программы новогоднего отпуска, создаю уже в Январе. Говорю как бы поступил для себя.
freestyler8
17.04.2023 07:43+3если перемен много, поменялась струкрута папок, что-то удалил с основного диска и тд, то просто форматирую диск, и по новой заливаю с рабочего винта.
не боитесь, что по закону подлости именно в этот момент (когда старый бекап удален, а новый не создан) сдохнет рабочий винт?
AlexWork22
17.04.2023 07:43+1Я всех деталей не описал этого процесса. На самом деле такого не случается, что бы информация была только на одном носителе. В дейсвтиельности это выглядит так, оригинальный жесткий диск копирую на ССД ноута (Благо памяти хватает, или в несколько заходов), и оттуда копирую на резеврный. Или же, на время этой процедуры, копирую на еще один третий винт. Но не допускаю того, что бы инфа была только на одном винте. Звучит замороченно, но копирование происходит раз в год, и проблем с накопителями у меня нет.
aik
17.04.2023 07:43+3Ваш вариант с "раз в полгода скидываю в облако, раз в год сливаю облако на комп" не подходит по надёжности. Вы вполне можете потерять фото за полгода, если нет постоянно синхронизации. Или за год, если облако решит вас заблокировать.
Потому с телефона лично я фото сливаю на сервер сразу, с фотоаппаратов — как добираюсь до ноутбука (при этом не удаляя оригиналы с карты памяти).
Casque17
17.04.2023 07:43Например использую два ноутбука, usb-флешку, два разных независимых облака и телефон. То есть всегда есть быстрый доступ и возможность бэкапа
13werwolf13
17.04.2023 07:43+4с телефонов через FolderSync Pro все фоточки регулярно уезжают на домашний сервер, между сервером и компьютером на котором с ними работаю они синхронятся при помощи syncthing, а раз в сутки (в 5 утра когда с большим шансом все спят) при помощи rclone фоточки уезжают с сервера в два облака (sftp хранилища у разных хостеров).
примерно та же ситуация с документами и базой паролей keepass, только в отличии от фоточек в этой схеме нет фолдерсинка, все файлы между всеми устройствами включая телефон ездят при помощи синксинга, а для бекапов используется не `rclone sync` а сначала пакуется в .tar.zst, потом шифруется при помощи gpg, после чего `rclone copy` на облачное хранилище (просто фотки нет смысла шифровать, если кому-то хочется смотреть на мои счётчики и случайные фото меня в трусах это его личные проблемы, а хранить несколько копий мультитеробайтного архива фотографий очень накладно, а документы и базу паролей шифровать смысл есть, а так же хранить несколько версий (для чего в имени тарбола всегда подставляется дата)).
старался делать по принципу "проще=лучше", не привязан ни к чьим сторонним сервисам (кроме последней итерации с бэкапом в облако, но если один из хостеров меня отбреет то я просто уйду к другому хостеру, а шансов что это одновременно сделают два хостера мало), весь софт открытый и работает у меня, все скрипты самописные.
Neitr
17.04.2023 07:43пакуется в .tar.zst, потом шифруется при помощи gpg
А чем плох обычный шифрованный zip архив с паролем?
13werwolf13
17.04.2023 07:43отвечу вопросом на вопрос: а чем оно лучше?
zstd имеет более высокую степень сжатия, и при этом делает это быстрее. а шифрование gpg ничем не хуже (а может даже и лучше, не уверен) чем шифрование в zip.
csharpreader
17.04.2023 07:43+3Мда. «Статья» годится только как повод поговорить и в сотый раз обсудить, кто как хранит.
По-моему, даже на Пикабу сейчас подробнее расписывают, как что бэкапят, какой софт используют (хотя бы) и как что систематизируют, а не эти ваши «потом кидаю на GooglePhoto» (который, к слову, жмёт и мнёт фотки своими алгоритмами безбожно).
"Предварительно чищу среди них мусор: всякие ненужные скрины, дубликаты и т.д."
Вот бы щаз тратить лучшие годы ради выгоды в полгигабайта.13werwolf13
17.04.2023 07:43Вот бы щаз тратить лучшие годы ради выгоды в полгигабайта.
ну не скажите. у меня на одну сохранённую пикчу (не важно фото или скриншот) десяток удалённых, особенно после появления детей которые генерируют их в огромных колличествах если папа зазевался и оставил телефон незаблокированным на столе.
VBKesha
17.04.2023 07:43+1Флешки с фотоапарата(забил одну вытащил кинул в стол, купил следующую).
Хард на домашнем компе, хард на NAS
LTO1 + LTO4
Runis
17.04.2023 07:43+1Все фото храню на компе. Папке служат альбомами. Так же, чтоб проще ориентироваться, я каталогизирую альбомы в таблице Либре Офиса. А чтоб не перетыкивать лишний раз USB, я использую Syncthing, синхронизации безсерверная между всеми устройствами. И когда в компе закачается все фото, я их сортирую по альбомам, а с той папки все фото со всех устройств удаляются.
В будущем планирую, как пойму принцип работы NAS, и как с помощью VPS свой комп вывести в интернет, диск в фото и остальным сделать сервером, тем самым можно будет не возвращаться к компу каждый раз, чтоб включить, а с любой точки планеты взять и перекинуть нужное на мой диск, и если захочу просмотреть свои старые фото.
А если в продаже будут доступны винчестеры с магнитрой лентой, то подключу его к серверу в качестве архива и бэкапа.
Облаками крубных фирм стараюсь не пользоваться. А если придётся, то перед закачкой фото, сгружу их в запароленный архив, ибо не зачем им в личное лесть.
KorP
17.04.2023 07:43Если говорить про телефон - регулярно сливаю в дропбокс, раз в квартал из дропбокса переливаю на свой сервак. Туда же заливаются фотки с камеры и видео с камеры и дрона. Регулярно бекаплю всё это с сервера в облако. Фотки все разобраны. Просмотр может быть не слишком удобен, но пока мне так ни одна галлерея и не зашла, пробовал на php накидать скрипт, который на лету ужимает и создаёт веб-галерею из директорий, но грузится довольно долго. В общем просто хожу на сервер по самбе и смотрю фотки в папках :)
vassabi
17.04.2023 07:43делаю как и автор: телефон + несколько портабельных дисков
в облаке - делаю галереи, чтобы делиться с бабушками\дедушками\крестными и т.д. фотографиями типа "а вот мы в гостях, а вот мы в отпуске, а вот мы на свдьбе\крестинах" и т.д.
кстати понравилась идея выше - делать годовые альбомы на бумаге, надо будет попробовать сделать такое же.
Shklo
17.04.2023 07:43Храню на болванках:
Записываю с проверкой на минимальной скорости, после записи проверяю. Для важных архивов могу записать на две идентичные болванки. Болванки хранятся в запечатаном пакете в темном месте.
Свои выбор сделал исходя из следующих соображений: в отличии от прочих носителей, фотки даже с битой болванки худо бедно можно прочитать не одним, так другим приводом. Благо этих приводов сейчас на барахолке по цене мусора.
В крайнем случае, в загашнике лежит древний TEAC
Sazonov
17.04.2023 07:43Лет через 10-15 после записи вы можете очень удивиться, когда ничего не получится прочитать
Shklo
17.04.2023 07:43+1Еще раз:с битой болванки фотки, даже если какую-то не прочитает, то прочтет остальные или прочтет частично.
Или прочтет долго-долго помаслав болванку.
В крайнем случае можно попробовать читать каким-то приводом от NEC или TEAC.
Ну и да, не надо покупать совсем уж дешманские болванки.
Благо расцвет и закат технологий записи на болванки прошел передо мной уже в сознательном возрасте, поэтому видел всякое....
Сдохший жесткий диск для архива с семейными фотками это с концами, никто не будет заниматься восстановлением дня рождения тети Гали.
Сдохшая флешка с фотками вероятно с концами тоже. Во всяком случае, магией вытаскивания инфы с таких флешек я не владею.
Облака..... и прочие прекрасные достижения современного прогресса в виде музыки, фильмов онлайн, заканчиваются легко и быстро.
Так что, увы, есть смысл иметь закачанный запас фильмов музыки и детских мультиков в придачу
Spanki_s
17.04.2023 07:43+2После потери пары жестких дисков и с ней пару гигов фоток, которые не смог восстановить - мысленно смирился с тем, что фотки - не самая ценная инфа, поэтому просто решил не заморачиваться. Со всех устройств копирую на комп, и раз в полгода-год копирую на отключенный hdd.
А вот лет 10 назад потеря части диплома перед сдачей - это было повеселей, повезло хоть на флешке остался черновой вариант.Сейчас вообще через syncthing ценную инфу держу на разных ПК и телефоне, и планирую еще облака подключить для редкого бэкапа. Но в целом самое ценное - это пароли, заметки, редкие документы, структура папок и список моих файлов (именно список) - их то и надо периодически бэкапить, чтобы потом, если что вдруг, перекачать.
TooBigBigs
17.04.2023 07:43+1Я использую два физических компьютера и BtSync (ныне это Resillio Sync) для синхронизации архивов между ними. Синхронизую примерно раз в месяц, когда появляется что-то важное, что страшно потерять. Целостность файлов проверяется автоматом при синхронизации.
Строгая древовидная сортировка по датам (год/месяц/день) + нестрогая по тегам + краткое описание. Всё это обеспечивается строгим именованием папок, сами файлы внутри храню обычно as is.
У меня много источников (3-4 видеокамеры, фотоаппараты, телефоны). Постепенно всё максимально автоматизирую, чтобы любые входные данные раскладывались по целевой структуре автоматом в пару кликов.
Sazonov
17.04.2023 07:43Практически так же делаю. Добавлю что для мобильных платформ есть встроенная функция бэкапа фоток/видео.
Infthi
17.04.2023 07:43Nextcloud + скрипты для проверки целостности/поиска дубликатов/случайно удаленных файлов + регулярные бэкапы на внешние диски по принципу 4 бэкапа/3 города/2 страны
ArtShefer
17.04.2023 07:43Интересные решения.
Поделюсь своим, хотя не особо отличается. Храню все на внешнем HDD. Структура такая:Для каких то событий, дни рождения, поездки, когда много фото и видео в один день. Обычно снятые на камеру:
<Пользователь>/<Год>/<ГГГГ.ММ.ДД - Краткое описание события>/фото и видеоДля устройств как мобильные, то по другому:
<марка модель>/<ГГГГ.ММ.ДД>/все папки с медиа
в качестве даты использую день бэкапа, тут я особо не сортируюВ будущем хотелось бы поставить домашний NAS в RAID1
Tumist
17.04.2023 07:43+1Основная точка входа - Google Фото. Все фотографии/видео, вне зависимости от источника, в итоге оказываются там.
Если фото сделано на телефон, оно улетает в OneDrive, а потом через FolderSync скачивается на лежащий в тумбочке на зарядке Pixel 1, а оттуда летит в Google Photo для безлимитной загрузки в оригинальном качестве.
-
Если фото сделано на зеркалку, оцифрованы плёночные снимки или получены еще откуда-то (сторонний фотограф с события и т.п.) - всё это импортируется в Lightroom, где база хранится в OneDrive, а сами медиафайлы - на NAS.
Из лайтрума фото потом экспортируются в OneDrive, если необходимо, и проходят путь фоток с телефона.
С Google Фото каждые три месяца выгружается полный архив на NAS.
NAS каждые 24 часа бекапится в Яндекс.Диск через Restic.
Ощущаю этот способ перегруженным, но пока устраивает, т.к. ничего лучше в качестве конечного хранилища, кроме Google Фото, я для себя не нашел, но доверять ему при этом полностью - глупо.
Если кто-нибудь знает удобный способ автоматизированно скачивать архивы из Google Takeout - буду признателен!
MartyBug
17.04.2023 07:43Храню все фото в iCloud. Не только с мобильника но и фото которые снимаю фотоаппаратом туда загружаю тоже, а также сканированные фото. Так как обработка фото и последующая демонстрация и просмотр фото происходит у меня на IPad, то это очень удобно.
Затем фото с ICloud бэкапятся на домашний NAS Synology.
Synology в свою очередь ежедневно бэкапится на облако Synology.
maxzh83
17.04.2023 07:43Даже если вы приехали домой, вам нужно как‑то отсортировать фотки по дате и постараться найти нужное
В чем проблема с упорядоченностью при хранении на диске и чем она хуже чем в телефоне или облаке?
AndreyYu
17.04.2023 07:43-1Вообще не знаю людей, которые пересматривают фотографии как личные, так и семейные. Раньше как было? - Семейные обычно один раз посмотрел и альбом убрал в шкаф до лучших времен. Сейчас примерно так же. В папке вагон фоток, разбитых по датам. Ну и всё, как бы.
Кто-то заморачивается и "картотеку" ведет. Но по текущему опыту эксплуатации семейного "архива" пришел к выводу, что пока это вообще никому не надо, то надо просто бэкапить фотки с смартфонов и иметь двойной резерв диска с фотками.
PS: Я знаю людей, которые на смартфоне фотки пересматривают :) Но вот когда они сгружаются в хранилище фотографий (папку на диске), то про эти фото сразу забывается, а вот новые фотки появляющиеся в смартфоне будут неоднократно пересмотрены пока снова не перейдут в архив на диске)
laronov
17.04.2023 07:43Все зависит от ваших привычек, ну и от того что и сколько вы фотографируете...
Неразобранные сто тысяч миллионов фоток смотреть и не захочется, а если с каждого события/поездки делать альбом фоток на 20 (нещадно удаляя всякий шлак и некачественные фотографии), а из видео делать клип - это приятно много пересмотреть и продемонстрировать друзьям и родственникам
AndreyYu
17.04.2023 07:43Я понимаю, но в том то и дело, что на моём опыте и окружающих меня людей нет таких, кто честно занимается просмотров фотографий из архивов. Вероятно, они это делают раз в цать лет, но при встречах ни у кого не возникает фразы "а давайте-ка вспомним, что мы делал 20 октября такого-то года во время нашей встречи на шашлыках?"
Да, если есть совместные поездки, то потом альбомчик фоток с айфона аккурат собирается в меморис, фотки из этого альбома с телефона выгружаются через ifunbox в архив на хардах и все. Разок видео с меморис посмотрели и все. Никто дальше не вспоминает про эти фотки или видео.
Я сам фотограф, фотографии отбираются и сгружаются в архив, но я не помню того момента когда возьму и сяду просто так перелистывать какие-то фотки из поездки куда-то просто потому что мне больше делать нечего...) Я пробовал на синолоджи поднимать фотоальбом, дабы там это просто, пробовал фотки по dlna на тв выводить - никому это не интересно, даже мне. Поскольку опыт показывает, что это не интересно, то фотографируешь уже не сотни-две фотографий, а точечно и прицельно такие вещи, которые ты точно ещё не фотографировал...
Farmatique
17.04.2023 07:43Да, это хороший момент затронут! Аналогично, сколько было событий запечатлено, но ни разу ни у кого из друзей не возникало желания типа "а давайте соберемся, посмотрим видео и фото с того события?". Изредка что-то вспоминаешь и потом находишь на носителях чтоб просмотреть. Но, кстати, в этом плане помогает Google Photos периодически кидая "воспоминания"
Metotron0
17.04.2023 07:43Два внешних HDD и Blu-ray, все блюреи подписаны, на каждом написано, что на нём лежит, такие же списки есть в электронном виде. Каждая директория с фотографиями соответствует какой-либо дате и мероприятию, типа "YYYY-MM-DD В деревне с родителями". Если нужно что-то найти, втыкаю HDD и ищу в имени директории.
s60
17.04.2023 07:43Далее с помощью софта я все фотки массово переименовываю. Именем будет дата создания фотографии (2022-04-12)
как/чем?csharpreader
17.04.2023 07:43+1Ctrl A, ПКМ, "Переименовать", пишем дату. Все файлы будут иметь вид, скажем,
170423(1)
170423(2)
170423(3)
s60
17.04.2023 07:43-1Ctrl A, ПКМ… пишем дату.
Далее с помощью софта я все фотки массово переименовываю.
vorphalack
17.04.2023 07:43exiftool в зубы, и переименовывайте как угодно, у меня лично формат для камер, которые это умеют — [префикс]-YYYYMMDD-${ShutterCount}.${ext}
для неумеющих — вместо затвора будет HHMMSS
13werwolf13
17.04.2023 07:43-1рекомендую digikam, для такой задачи как переименовывание фото это конечно с пушки по воробьям, тут больше exiftool сгодится, но дигикам хорош тем что это огромный комбайн с тонной функционала для работы с фотоархивом. в том числе он умеет искать дубликаты не только схожие на 10% но и просто похожие, а так же лица на фото, структурировать по gps меткам или коментариям и много ещё чего
Dan_Hummer
17.04.2023 07:43Lightroom, например... Читает(пишет) метаданные при импорте.
При должном умении - всё ловко складывается в годовые архивы вида:
20хх/20хх-mm-dd_событие/xxxx-mm-dd_hh-mm-ss.RAW (DNG, JPG, не важно...)
Хранится на RAID10(+ к скорости обработки и надёжность храилища), периодически бэкапится на внешние носители.
vorphalack
17.04.2023 07:43+1просто храню. более-менее важные раскиданы по разным местам, остальные просто на дисках, в 1-2 копиях. занимаюсь фото профессионально, потому ценность большиства кадров уменьшается со временем в геометрической прогрессии, и зачастую они нужны в основном чтоб убедиться, что я вон ту чухню реально снимал, а не просто подписали мной.
PereslavlFoto
17.04.2023 07:43Лучший инструмент для фотоархива даёт нам сайт Wikimedia Commons.
vorphalack
17.04.2023 07:43+1так и представляю себе целый архив фоток с плашками {{годовасик}}, {{тугосеря}} и {{шофчирабыло?}}
Astroscope
17.04.2023 07:43+1Лучший инструмент для фотоархива даёт нам сайт Wikimedia Commons.
Какой именно лучший - вопрос донельзя субъективный, но из числа точно хороших и могущих понравится многим, уверен, не найдется ни одного, в котором отсутствует понятие фотоархива как локального хранилища с опциональным бэкапом (локальным и/или удаленным). А если, что наиболее часто и бывает, владелец/куратор фотоархива является еще и производителем содержимого этого самого фотоархива - неважно, профессиональный это фотограф или аматор, то особое значение приобретает каталогизация и сохранение цифровых негативов (RAW файлов), что довольно нередко удобно делать в вендорском софте от производителя камеры или в универсальном, вроде LR, потому что такой софт позволяет хранить не только цифровые негативы, но и различные версии их обработки.
Priceler
17.04.2023 07:43TerraMaster F4-210 RAID10 из 4 дисков по 4Тб + локально 4Тб. Вполне себе надёжно. Ну и дисков 6 по 4Тб хранятся для замены.
bernar-anry
17.04.2023 07:43как контролируете целостность данных?
Priceler
17.04.2023 07:43Ну контрольные суммы не сравниваю) RAID10 штука довольно таки надёжная + локально всегда копия фоток имеется.
bernar-anry
17.04.2023 07:43Архивы храню в rar формате с избыточностью 15%, что позволяет восстановить небольшие повреждения без проблем не прибегая к мучительному поиску поврежденных файлов что характерно для проверок хэшкодов.
Рабочие файлы дублированы на 2х дисках на робочем пк. Какое то время юзал синолоджи, но их софт для синхронизации файлов периодически творит дичь, а от логов волосы начинают шевелиться. Поэтому дублирую в полуручном режиме через FreeFileSync, там же периодически сравниваю рабочие файлы побитово.
Плюс холодный удаленный бэкап. Плюс яндекс диск.
ayrtonSK
17.04.2023 07:43А что никто не пользуется общим доступом или поиском по месту и году, месяцу или на фото должен быть какой то объект? Я не могу найти замену гугл фото, поэтому на телефоне в полном качестве, на гугл пожатые. Ну и гугл теперь же не берет рубли :)
DaemonGloom
17.04.2023 07:43Всё, кроме поиска по объекту — прекрасно делается и в альтернативных системах. У меня для этого nextcloud, например.
lizaantoshina
17.04.2023 07:43Храню фотографии на жестком диске и на облаках (распиханы везде, где только можно). На телефоне ничего важного стараюсь не держать
Stanislavvv
17.04.2023 07:43syncthing с историей версий глубиной 5 на домашнее хранилище + на жесткий диск в рабочей станции.
acin
17.04.2023 07:43Два терабайтных диска энтерпрайз класса в RAID1 на компе + 2 внешних жестких диска.
bernar-anry
17.04.2023 07:43тоже хотел в райд 1, но от порчи данных он не защищает, только от потери диска
Lagovi
17.04.2023 07:43Почитав коменты я понял что тут очень много неленивых людей))
Храню все в Google Фото. Когда в 2021 они убирали халяву, после чего все новые фотографии должны были начать занимать место на Google Drive, я завел второй аккаунт, указал что это аккаунт партнера и синхронизировал с ним все фотки. Таким образом получил чистый гугл акк, с пустым диском и всеми фотками которые никогда не будут учитываться в расчете занятого места. На данный момент на новом аккаунте занято 5 GB, т.е. мне должно хватить еще на 4-5 лет. Потом или начинать платить гуглу или искать б/у pixel с бесконечным аккаунтом или переходить на а-ля некстклауд. Исходя из моих реальных сценариев использования, хранилище без мгновенного доступа с телефона ко всей базе с возможностью фильтровать по дате/локации, мне не нужно. Поиск по персоне менее критичен, но небесполезен.
Кручего всего из отписавшихся реализовано у Tumist, имхо.
Metotron0
17.04.2023 07:43В интернете хранить — это быть оптимистом и верить, что интернет будет всегда и везде, он будет быстрый, и что Google не удалит аккаунт, как он иногда делает.
Lagovi
17.04.2023 07:43В интернете хранить это в первую очередь удобно. Не в интернете фотоархив мне попросту не нужен. Но, в идеале, нужен бэкап, автоматический, на другой сервис. Скорее всего, когда я последний раз возился, не смог найти решение. Если кто знает как настроить автоматическое копирование Google Фото -> хоть куда, подскажите, плиз.
Dan_Hummer
17.04.2023 07:43robocopy "D:\!GOOGLE_Drive\FOTOCHKO" "D:\!YANDEX_Drive\FOTOCHKO" /COPY:DT /DCOPY:T /E /PURGE /MOT:5 /XA:SH /XJ /W:1 /R:2Можно так... Но две полных копии будут болтаться локально. И оба клиента надо держать поднятыми.
В принципе, если место позволяет, то можно ещё и дропбокс(и мегу) прикрутить.Всё зависит от количества ненависти к локальным копиям и поднятым клиентам. :)Lagovi
17.04.2023 07:43Нуу, вариант, согласен. Всегда с уважением относился к людям готовым поставить больше костылей ради достижения результата!))
Seven2022
17.04.2023 07:43Вопрос сохранения на долгий период стоит под вопросом, на детей, внуков и родственников я почему-то не могу надеяться, а хранения дома на винтах или даже у близких родственников не факт что это сохранит архив (все представляют что осталось после землетрясения, например в Турции), поэтому был бы интересен вариант взаимного бэкапа хотя бы на ближайшие 1000 лет
kilobait3
17.04.2023 07:43Тоже свое хранилище. Его необходимая часть синхронизируется с облачными сервисами на случай невозможности доступа. В качестве каталога использую скрипт, он отслеживает файлы и создаёт теги, разделяя каталог на два вида ссылок. Всегда есть возможность выбрать нужные фотографии и увидеть как скрипт создаёт под каждый день историю отмечая всех.
max_im_ka
17.04.2023 07:43Боже, сколько гемороя) насы, шмасы)
Старый гугл пиксель и фотки бесплатно в исходном качестве на гугл диске, синхронизация с другими смартами. Вот и всё или какой то xiaomi смарт прошить на прошивку имитирующую гугл пиксель
maxwolf
17.04.2023 07:43Интересно, а что, кроме "ДР Васи" никто никаких фоток не хранит? Ну там визитки, прайслисты, вывески, чеки/гарантийные талоны. И вообще разные единичные события ("поменял батарейку в радиодатчике/брелке", и после второго-третьего раза появляется реальная статистика работы данного датчика/типа батареек).
Я (помимо систематического переименовывания по датам и резервного копирования) описываю отснятое в descript.ion файлах (FAR-ом), и уже не очень представляю себе фотоархива без таких описаний. Действительно, ценность несистематизированных архивов с течением времени снижается почти до нуля, ибо целенаправленно найти там что-то становится очень сложно...
vorphalack
17.04.2023 07:43прайсы, визитки, итд — оно всё с весьма ограниченным сроком жизни, я такое тупо в сохраненки тг кидаю, потому что прайсы устаревают максимум за полгода, а визитки просто переписываются в контакты. батарейки и прочее такое же — просто ЗАПИСЫВАЕТСЯ.
Samodelkin333
17.04.2023 07:43У меня просто холодные архивы разного добра на внешних HDD и горячий архив это диск 1.5Тб в компе. Хлам не долетает до холодных архивов.
gibson_dev
Храню в своем инстансе Nextcloud на домашнем NAS, в целом норм решение
edmus
+1. Пользуюсь Synology Cloud
AnimeSlave
У меня тот же подход. Сейчас домашнее сетевое хранилище, это must have, я считаю. Конечно, если это не готовое решение типа My Cloud от Western Digital или аналоги, то для рядового пользователя всё ещё сложно в обслуживании самостоятельно. Есть и всякие готовые операционные системы типа FreeNas или openmediavault, но они тоже требуют знаний в компьютерах выше рядового пользователя
a-tk
И раз в месяц-другой скинуть добавленное на максимально дешманское S3 хранилище.
DoctorCat92
Это все фигня ). Храню фото в домашнем альбоме ????
kurandx
Аналогичный подход, только у меня фото/видео по возможности отправляются сразу на сервер(5 хардов в zfs raidz2) через Syncthing, а на сервере есть 2 папочки, одна -- точная копия того, что на телефоне, вторая - архив. И раз в сутки, в полночь, по крону запускается скрипт который переносит из первой папки все, что старше 60 суток во вторую, благодаря Syncthing оно и с телефона удаляется. Второй год - полет нормальный)
Но это что касается личных фото, семейный фото-архив в отдельной папочке(даже на отдельном разделе) и раздается в локалку через DLNA