惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

F
Fortinet All Blogs
Recent Announcements
Recent Announcements
H
Help Net Security
Y
Y Combinator Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
有赞技术团队
有赞技术团队
小众软件
小众软件
Last Week in AI
Last Week in AI
U
Unit 42
Google DeepMind News
Google DeepMind News
博客园 - 司徒正美
H
Hackread – Cybersecurity News, Data Breaches, AI and More
J
Java Code Geeks
Microsoft Security Blog
Microsoft Security Blog
G
Google Developers Blog
N
Netflix TechBlog - Medium
Blog — PlanetScale
Blog — PlanetScale
云风的 BLOG
云风的 BLOG
V
V2EX
博客园 - 聂微东
人人都是产品经理
人人都是产品经理
博客园 - 三生石上(FineUI控件)
阮一峰的网络日志
阮一峰的网络日志
爱范儿
爱范儿

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Личный архив: сбор, бэкап, таймлайн фотографий
ken48 · 2026-05-22 · via Все публикации подряд на Хабре

Мой цифровой архив — сканы документов, медицинские снимки, фотографии, видео и аудиозаписи — годами копился в разных местах: на старом и новом компьютерах, в телефоне, облаках и соцсетях. В каждом месте — какая-то часть, а где-то дубликаты. В одной из прошлых статей я уже рассказывал, как собрал все заметки в одно место, теперь пришло время для остального.

На первом этапе главным был вопрос "насколько сильно хочется заморочиться". Ответ был простым: "не хочется вообще". Хотелось минимума:

  • собрать архив в одно место,

  • диверсифицировать бэкап по разным юрисдикциям,

  • по возможности на базе облачного бэкапа получить таймлайн фотографий, который можно расшарить в режиме ридонли.

Сделать это можно постепенно, без подвигов за несколько вечеров. Теперь о каждом этапе подробнее.

Сбор и оптимизация

Первый этап — буквально перенести всё в одну локальную папку archive, разделенную на несколько категорий. Эта папка становится единственным источником правды.

Сразу важная оговорка про фотографии. Фотоархив у меня — это не место для профессиональной работы с изображениями, а триггер воспоминаний. Поэтому все фотографии я привёл к одному стандарту: не более 2k по большей стороне. Также можно проверить процент сжатия, многие фотки имели не совсем адекватный разрешению вес. Учитывая ежегодный рост размеров фоток, такой формат удерживает архив в адекватных пределах. Даже можно уложиться в бесплатные облачные тарифы со своими тысячами фоток.

Бэкап

К сожалению, сегодня полагаться на какой-то один облачный сервис ненадежно. Санкции, блокировки, потенциальная релокация — реальные сценарии, в которых конкретный сервис в один день окажется недоступен или вообще удалит все содержимое. РФ, не РФ — риски с обеих сторон.

Поэтому требования к бэкапу получились такие. Во-первых, копии должны лежать в разных юрисдикциях: одна внутри страны, другая снаружи. Во-вторых, синхронизация — ручная, а не автоматическая на каждое изменение в архиве.

Инструмент — rclone. Это утилита командной строки, которая умеет работать с большинством облачных провайдеров. Настраиваешь один remote на Google Drive, второй на Яндекс Диск, дальше одной командой синхронизируешь облако с локальной папкой. Настройка пары remotes — минут десять, дальше одна команда на синхронизацию. Важна архитектура: локальная папка — "источник правды", облака — резервные копии.

На этом этапе уже неплохо. Архив собран в одно место, оптимизирован по размеру и имеет более или менее надёжный резерв.

Таймлайн фотографий

Я знал, что у Яндекс Диска есть фича с фото-таймлайном, как в галерее телефона. Но с первой попытки было не все гладко: что-то не попало, что-то отображалось под неверной датой. Оказалось, индексация картинок делается по EXIF-метаданным.

Проблема в том, что у меня фотографии из трёх разных источников:

  • Перефотканное с бумажных альбомов. Год известен не всегда точно — по возрасту людей на снимке, по подписям на обороте. Вытаскивание этих данных невозможно автоматизировать.

  • Архив 15–20-летней давности. Эпоха перехода с плёнки на цифру, разные камеры, часть файлов с EXIF, часть без.

  • Современные фотографии. В основном с EXIF, но в архиве оказались и снимки без него — пересохранённые через мессенджеры, скачанные из соцсетей.

Сначала казалось, что это три разные задачи. На самом деле — одна. Структуру фотоархива я не стал менять: как фотки были сгруппированы по событиям, так и остались; но внутри тех папок, где EXIF отсутствовал, я добавил подпапки с датами. Где-то просто год, где-то точнее.

Затем скрипт проходит по всему дереву фотографий: где EXIF отсутствует, подставляет его из имени папки, если оно содержит дату в формате YYYY, YYYY-MM или YYYY-MM-DD. Скрипт мне написал ИИ за пять минут — разбираться с exiftool руками не пришлось.

Точность для перефотканных и старых файлов — год, но для таймлайна этого достаточно: в масштабе всей жизни плюс-минус месяцы внутри какого-нибудь лохматого года ничего не решают.

Таймлайн делает с фотографиями то, чего не делает ни один альбом. В обычном альбоме снимки сгруппированы по событиям или по людям. Смотришь "вот наша поездка", "вот бабушка в молодости"... В таймлайне эти детали исчезают, и остаётся одна ось — время.

При быстром скролле видно, как параллельно идут разные жизни: я расту, родители стареют, бабушка из молодой женщины становится пожилой, а потом её больше нет. Всё это на одной шкале, одновременно. За секунду можно пролистать десятилетие, и люди стареют буквально на глазах. И этот эффект провоцирует новое ощущение, появляется чувство связности не только своей жизни, но и линий жизни близких и знакомых.

Второй раз подряд один и тот же простой приём — сначала собрать всё в одно место, потом наложить ось времени — даёт этот эффект связности. С заметками я получил не только удобство, но и возможность ретроспективы. С архивом — не только порядок, но и таймлайн фотографий.

P. S. Привет из 1970-го

Не обошлось без ложки дегтя.

Снимки с датами до 1970 года просто не отобразились. Обидно за бабушек и прабабушек, которых я аккуратно пометил годами 1930–1960-х — на таймлайн они не попали. Я заподозрил тут epoch-time с диапазоном с 1 января 1970-го по 19 января 2038-го. Попробовал задать время дальше верхнего предела и точно — переполнение и возврат в начало века — 2040 год отображается как 1904.

Тот самый Y2038, младший брат Y2K.

Удивительно, что эти грабли никуда не делись. В 2014-м счётчик просмотров Gangnam Style на YouTube переполнил int32 — Google пришлось разово переписывать счётчик на 64 бита. С тех пор прошло двенадцать лет, до 2038-го — чуть больше, и кто-то наверняка обнаружит, что в популярном сервисе timestamp до сих пор хранится как int32.