PhotoStructure

PhotoStructure — локальный менеджер личной фото- и видеотеки, рассчитанный на пользователей, которые хотят собрать разрозненные снимки и ролики с внутренних дисков, внешних накопителей, сетевых хранилищ и резервных копий в одну просматриваемую библиотеку, не передавая оригиналы в облачное хранилище разработчика. Программа индексирует медиатеку, объединяет дубликаты и варианты одного кадра, строит иерархические представления по датам, папкам, камерам, объективам, метаданным и тегам, а затем открывает библиотеку через собственный веб-интерфейс. В ветке 2026 появились полноценные настольные сборки для Windows, macOS и Linux; для домашнего сервера, NAS или VPS по-прежнему доступны Docker и Node.js.

Что представляет собой PhotoStructure

Точная идентичность продукта важна, потому что название описывает не отдельный облачный фотохостинг и не редактор изображений. PhotoStructure выпускает PhotoStructure, Inc.; это персональный digital asset manager, то есть система управления личной коллекцией цифровых медиа. Основная задача программы — обнаружить фотографии и видео на доступных файловых томах, внести сведения о них в переносимую библиотеку, создать необходимые превью и производные файлы для просмотра, а затем дать единый интерфейс навигации по коллекции.

Рабочая модель принципиально отличается от импорта в обычный каталог с ручным переносом файлов. PhotoStructure умеет сканировать несколько источников, сохранять связь с исходными путями и сводить в один объект разные физические варианты одного кадра. Это полезно, когда один снимок сохранился в RAW, JPEG, уменьшенной копии, после редактирования и ещё в нескольких резервных каталогах. Вместо визуального размножения таких файлов в галерее система старается агрегировать их и показать предпочтительный вариант, оставляя остальные доступными через сведения об объекте.

PhotoStructure не следует рассматривать как замену Photoshop, Lightroom Develop, Capture One или другому редактору, где центральная операция — изменение пикселей и получение нового художественного результата. Здесь центр работы — поиск, группировка, каталогизация, проверка библиотеки и доступ к уже существующим оригиналам. Это же отличает программу от простого просмотрщика: PhotoStructure ведёт собственную базу, строит теги и поисковые индексы, хранит превью, отслеживает состояние синхронизации и выполняет специализированную дедупликацию.

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

Для какой аудитории рассчитана программа

PhotoStructure наиболее уместен в семейной или личной медиатеке, где файлы накопились за годы и уже лежат в нескольких местах. Типичный набор источников — системный SSD или HDD, каталог старого компьютера, внешние USB-диски, сетевой ресурс NAS, выгрузка Google Photos, архивы со смартфонов и резервные копии. Пользователь может оставить существующую структуру папок и подключить её как набор путей для сканирования; автоматическое копирование в структуру библиотеки — отдельная функция, а не обязательное условие самого индексирования.

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

Третья группа — владельцы больших архивов, которым недостаточно сравнения только имён файлов. Алгоритмы PhotoStructure учитывают хеши, метаданные, время съёмки и визуальные признаки, а в ветке 2026.4 добавлена стратегия сопоставления по нормализованному имени и перцептивному хешу для пар вроде RAW/JPEG и производных файлов из Google Takeout, когда временные метки ненадёжны. Это не отменяет ручной проверки: объединение файлов в один объект и физическое удаление лишних копий — разные действия.

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

Модель распространения и лицензирование

PhotoStructure распространяется как устанавливаемое программное обеспечение. В 2026 году доступны Desktop-сборки для Windows, macOS и Linux, серверные варианты для Docker и Node.js, а Linux также поддерживает установку пакета из репозитория для Debian/Ubuntu и Fedora. Лицензионное соглашение прямо определяет продукт как лицензируемый, а не продаваемый, и закрепляет права интеллектуальной собственности за PhotoStructure, Inc.

Функционально используются два уровня: бесплатный Lite и подписка Plus. Lite сохраняет основу продукта: переносимые кроссплатформенные библиотеки, расширенную дедупликацию, обработку метаданных, мобильный веб-интерфейс, поддержку фото и видео, автоматическое сканирование томов, транскодирование видео и работу с тегами. Plus добавляет автоматическую организацию, проверку изображений и видео, извлечение тегов лиц, а также поддержку по электронной почте в дополнение к форуму. На 17 августа 2026 года подписка Plus стоит 5 долларов в месяц или 42 доллара в год; для новой подписки предусмотрен 15-дневный пробный период без обязательного ввода платёжной карты.

Практическое ограничение подписки сформулировано достаточно ясно: если Plus прекращается, существующая библиотека остаётся открываемой в Lite. Результаты ранее выполненной автоматической организации и уже созданные теги Plus не удаляются, но новые объекты больше не получают операции, относящиеся только к Plus. Это важно при планировании большой миграции: пользователь не теряет собственные оригиналы и не блокируется в созданной библиотеке только потому, что перестал оплачивать подписку.

Лицензия не разрешает отдельно публиковать, продавать, сдавать в аренду, распространять или сублицензировать сам продукт, его программный код или лицензионные данные. Это отличает коммерческую модель PhotoStructure от полностью свободных DAM-приложений. Одновременно программа использует свободные внешние компоненты для части медиапроцессинга, включая FFmpeg и инструменты HEIF; в Desktop и Docker ветки 2026.4 их установка предлагается отдельно и выполняется только после согласия пользователя.

Как устроен интерфейс PhotoStructure

Основной интерфейс PhotoStructure открывается в браузерной оболочке и одинаково используется как при серверной установке, так и внутри Desktop-приложения. Ветка 2026.4 переработала навигацию: боковое меню разделено на сворачиваемые области Explore и Admin. На широком экране боковая панель может оставаться закреплённой, а на мобильном устройстве интерфейс рассчитан на касания, жесты и автоматическое переключение светлой или тёмной темы.

Центральное представление библиотеки — галерея. PhotoStructure не требует сначала открыть конкретную папку: корневые категории и теги позволяют переходить к годам, датам, файловой структуре и другим признакам. Одна из характерных особенностей — выбор случайных представителей из всей библиотеки для временных галерей, поэтому крупный год не сводится визуально только к первым нескольким каталогам.

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

У объекта есть информационная панель. Через неё видны физические варианты и пути к файлам, метаданные, сведения о камере и объективе. В текущей ветке производитель и модель объектива стали интерактивными: от них можно перейти к снимкам, сделанным соответствующей оптикой. Если один объект собран из нескольких вариантов, выбор другого пути в панели должен переключить отображаемый вариант; в 2026.4.6 и 2026.4.7 исправлялись ошибки, из-за которых подпись менялась без обновления самого изображения.

Верхняя область просмотра содержит действия с текущим объектом. В разных выпусках здесь развивались операции архивации, удаления из библиотеки, физического удаления и добавления в избранное; отдельный режим воспроизведения относится к видео. В 2026.4 добавлен переключатель автоматического воспроизведения видео, а стрелки перехода между объектами подняты над нативными контролами плеера, чтобы навигация не блокировалась областью кнопок видео.

Settings и пути сканирования

Настройка библиотеки сосредоточена в Settings. Для обычного пользователя особенно важен блок путей сканирования: в Desktop папки можно выбирать через системный диалог, на сервере задаются доступные процессу абсолютные пути или смонтированные каталоги. Папка самой библиотеки учитывается автоматически. Ветка 2026.4 также перенесла в Settings выбор уровня журналирования и канала обновлений; если значение переопределено переменной окружения, интерфейс показывает происхождение такого параметра.

Скрытые и системные каталоги не должны автоматически становиться источниками медиа. PhotoStructure умеет исключать нежелательные пути и избегает обхода системных областей; в Linux ветка 2026.4 дополнительно исключает /run. Защита от циклических деревьев также ограничивает обход аномально повторяющихся элементов пути, что полезно при ссылках и ошибочно вложенных копиях каталогов.

Автоматическая организация

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

Эта функция не должна восприниматься как автоматическое безопасное удаление дубликатов. PhotoStructure может определить, что несколько файлов относятся к одному объекту, и выбрать предпочтительный вариант для показа, но физические копии могут находиться на разных дисках и выполнять роль резервов. Удаление следует выполнять только после просмотра списка путей и проверки резервной копии вне рабочей библиотеки.

Sync Activity, Logs и диагностика

Для крупной библиотеки административные экраны важнее, чем декоративные настройки. Sync Activity показывает состояние импорта, а в версии 2026.4 — количество импортированных, исключённых, ошибочных и ещё обрабатываемых файлов отдельно по каталогам. Отчёты каждой синхронизации сохраняются в JSON Lines, а интерфейс умеет открывать архивные отчёты постранично, показывать контекст строки и связывать ошибку с журналом.

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

Отдельная административная страница /logs предназначена для журналов. В ней есть поиск, навигация с клавиатуры, сворачиваемые детали и отображение структурированных JSON-записей. В той же ветке Logs и Sync научились читать архивные JSONL без загрузки гигантского файла целиком; индекс строк позволяет переходить к нужным фрагментам журналов. Это существенно упрощает разбор единичной ошибки в библиотеке из сотен тысяч объектов.

Health Checks

Состояние подсистем контролируется через health checks. Такой экран нужен не только разработчику: он показывает, например, наличие медиакодеков, состояние томов и конфигурации. В навигации 2026.4 появились индикаторы здоровья, поэтому неисправность становится видна до того, как пользователь обнаружит десятки пропущенных HEIC или видео.

Проверку можно раскрыть и посмотреть детальные сведения. Это особенно полезно после переноса библиотеки на другой компьютер: новая система может иметь другую поддержку HEIF, FFmpeg, права на каталоги или параметры среды. Исправление причины на уровне health check обычно надёжнее, чем повторный полный импорт без понимания, почему файлы были пропущены.

Установка и первый запуск

Способ установки следует выбирать по месту, где физически находится основная медиатека. Для обычного компьютера проще Desktop: процесс приложения, веб-интерфейс и локальная библиотека управляются как единая настольная программа. Для NAS или постоянно включённого домашнего сервера предпочтительнее Docker, потому что медиатека остаётся доступной независимо от того, запущен ли основной ноутбук. Node.js оставляет больше прямого контроля над процессами, но требует больше ручной настройки среды.

Windows

Desktop-версия поддерживает Windows 10 и более новые выпуски Windows. Установочный файл имеет имя PhotoStructure Setup.exe. После запуска установщик выполняет установку и открывает приложение автоматически. При первом запуске Windows Defender Firewall может показать системный диалог; разрешать сетевой доступ следует осознанно, исходя из того, с каких устройств должна открываться библиотека. Даже при разрешении локальной сети это не означает, что сервис следует публиковать напрямую в интернете.

Ветка 2026.4 исправила отдельную ошибку первого запуска Windows, связанную со служебным аргументом Squirrel после установки. В той же ветке Desktop получил автоматический механизм обновления, а Settings — выбор update channel. Если обновления нужно контролировать вручную, автоматическую установку разрешено отключить.

macOS

На macOS требуется Monterey или новее. Пользователь открывает PhotoStructure.dmg, переносит значок PhotoStructure в Applications и запускает приложение оттуда. В 2026.4 расширена поддержка особенностей APFS и новых версий macOS, включая Sequoia и Tahoe. Положение окна запоминается отдельно для конфигураций мониторов, поэтому переход между ноутбуком и внешним дисплеем не должен постоянно сбрасывать рабочее окно.

Для поддержки видео и HEIF/HEIC приложение может предложить установить дополнительные свободные инструменты. На macOS сначала используется уже установленный Homebrew; если его нет, в 2026.4.8 добавлен вариант через Pixi, который размещается в пользовательском каталоге без административного пароля. Установка кодеков не выполняется молча: перед ней показывается объяснение и требуется согласие. Прогресс виден на стартовом экране, а подробности остаются в журнале.

Linux Desktop

Настольная Linux-сборка рассчитана на 64-битные процессоры Intel/AMD и поддерживает Ubuntu, Debian и Fedora. Для Debian/Ubuntu после подключения стабильного репозитория пакет устанавливается командой sudo apt update && sudo apt install photostructure; обновление выполняется обычным механизмом APT. На Fedora после подключения репозитория используется sudo dnf install photostructure, затем sudo dnf upgrade photostructure для обновления. Отдельные beta-репозитории позволяют получать тестовую ветку.

В отличие от Windows, macOS и Docker, Linux Desktop не устанавливает FFmpeg и HEIF-инструменты автоматически. При отсутствии требуемого компонента пользователю показывается пояснение, а пакет устанавливается средствами самого дистрибутива. После добавления кодека PhotoStructure умеет назначить узкую повторную синхронизацию только затронутых типов медиа вместо обязательной полной перестройки всей библиотеки.

Docker на NAS и домашнем сервере

Docker-образ публикуется для linux/amd64 и linux/arm64. Текущий явно версионированный образ 2026.4.9-beta имеет сжатый размер 247,03 МБ для amd64 и 247,09 МБ для arm64. ARM64 позволяет использовать современный Raspberry Pi и совместимые NAS, но производительность импорта будет зависеть от процессора, накопителя и объёма памяти.

В 2026.4 статические примеры Compose заменены Docker Compose Wizard. Это не косметическое изменение: конфигурация контейнера содержит пути библиотеки, каталоги сканирования, идентификаторы пользователя и группы, часовой пояс и сетевую публикацию порта. При обновлении на ветку 2026.4 существующий Compose-файл рекомендуется пересоздать через новый генератор, потому что набор параметров и базовая среда изменились.

Каталог библиотеки монтируется в контейнер отдельно от исходных медиакаталогов. Источники, из которых требуется только читать, разумно монтировать read-only: так сам контейнер не получает лишних прав на изменение оригиналов. Идентификаторы PUID и PGID должны соответствовать пользователю, который имеет доступ к файлам на хосте. Ошибка в этих значениях обычно проявляется не пустой программой, а отказом читать часть путей или записывать библиотечные данные.

Ветка 2026.4.7 перевела стандартный Docker-образ на Debian 13 trixie. Это принесло более новые FFmpeg и libheif в базовую экосистему пакетов и убрало прежние обходные зависимости. Для обычного пользователя стандартный образ остаётся заменой без ручной перестройки, но владельцам собственных Dockerfile, наследующихся от образов PhotoStructure, необходимо учитывать смену базы.

Node.js

Node.js-вариант предназначен для администратора, которому нужен прямой контроль над процессом и файловой системой без контейнера. В ветке 2026 обновлена базовая версия Node.js, а сборка умеет восстанавливаться после отсутствующего каталога node_modules, повторно устанавливая зависимости. Этот способ требует больше самостоятельного обслуживания, поэтому для домашнего сервера без специальных требований Docker проще воспроизводить и переносить.

Что сделать при первом запуске

1. Выбрать место библиотеки. Это каталог для базы данных PhotoStructure, настроек библиотеки, превью и транскодированных видео; оригиналы попадут внутрь только при включённой автоматической организации.
2. Добавить пути сканирования. Указать каталоги, в которых действительно лежат фотографии и видео. На сервере предварительно проверить, что эти пути смонтированы и доступны процессу.
3. Решить, нужна ли автоматическая организация. При включении уникальные файлы копируются в библиотеку по структуре дат. Если задача — только каталогизировать существующую файловую иерархию, автоматическое копирование можно не использовать.
4. Проверить поддержку HEIF и видео. Health Checks должны показывать готовность соответствующих медиакомпонентов. Если кодек отсутствует, установить предложенные или системные зависимости и повторно синхронизировать затронутые типы.
5. Запустить первичную синхронизацию. На большой медиатеке это длительная операция. Прогресс и причины исключения файлов следует смотреть в Sync Activity, а не оценивать только по числу миниатюр в галерее.
6. Проверить несколько сложных объектов. Выбрать RAW+JPEG, отредактированную копию, HEIC и видео. В Asset Info убедиться, что пути, варианты, дата и метаданные соответствуют исходным файлам.

Первый запуск в 2026.4 дополнен Welcome overlay. После заполнения библиотеки он кратко показывает логику навигации, а клавиша ? открывает перечень сочетаний клавиш и жестов. Это полезнее запоминания меню по старым снимкам экрана, потому что мобильная и настольная навигация в этой ветке заметно переработана.

Базовый рабочий процесс: от дисков к единой медиатеке

Надёжный процесс начинается не с удаления дублей, а с инвентаризации источников. Сначала подключают все тома, которые должны участвовать в каталоге, затем дают PhotoStructure завершить первичный обход и только после этого разбирают результаты дедупликации. Если часть резервного диска была недоступна во время сканирования, программа не может корректно показать физическую картину всех вариантов.

Шаг 1. Подготовить источники

Для каждого внутреннего, внешнего или сетевого тома следует определить: будет ли он постоянно доступен, должен ли PhotoStructure только читать его и является ли он единственной копией каких-либо оригиналов. На Docker это напрямую превращается в список bind mounts. На Desktop достаточно добавить каталоги через Settings, но смысл тот же: программа видит только те пути, к которым ОС и текущий пользователь реально дают доступ.

Сетевые SMB/NFS-ресурсы лучше монтировать на уровне операционной системы, а затем передавать PhotoStructure уже обычный путь. Если сетевой ресурс исчезает в середине синхронизации, актуальная ветка помечает его как недоступный, а не превращает каждое чтение в независимую ошибку. После восстановления подключения нужно проверить Sync Activity и повторить обработку.

Шаг 2. Настроить критерии импорта

По умолчанию PhotoStructure не принимает любой файл, похожий по расширению на изображение. Для фотографии минимальный размер стороны составляет 480 пикселей, для видео — 240 пикселей; минимальный размер файла — 50 КБ. Максимальный размер одного объекта по умолчанию ограничен 500 МБ. Эти пороги настраиваются параметрами minImageDimension, minVideoDimension, minAssetFileSizeBytes и maxAssetFileSizeBytes.

Такие фильтры объясняют распространённую ситуацию, когда небольшая иконка, миниатюра из приложения или очень крупный видеофайл не появился в библиотеке. Вместо повторного копирования файла следует открыть отчёт синхронизации и посмотреть состояние записи. Для пропущенных объектов используются состояния, указывающие исключение, недоступность или ошибку; подробности объясняют, какой именно критерий сработал.

Шаг 3. Дождаться синхронизации

Во время импорта PhotoStructure читает метаданные, рассчитывает идентификаторы, сопоставляет объекты, создаёт превью и при необходимости транскодирует видео. Эти операции неодинаково нагружают систему. Быстрое чтение JPEG с локального SSD и перекодирование длинного HEVC-видео на маломощном NAS — разные классы задач. Поэтому оценивать состояние только по загрузке процессора некорректно; следует смотреть очередь и конкретную выполняемую операцию на Sync page.

В ветке 2026.4 состояние синхронизации стало событийным: приложение больше не обязано опрашивать состояние каждые несколько секунд в простое. Это позволяет накопителям перестать просыпаться без причины. Для сервера с HDD это практическое улучшение — после завершения фоновой работы библиотека не должна держать диск активным только из-за внутреннего polling.

Шаг 4. Проверить дедупликацию

Открыв объект с несколькими физическими файлами, нужно нажать информационную кнопку и просмотреть список вариантов. Верхний/показываемый вариант — тот, который интерфейс использует для галереи; остальные физические пути остаются связанными с объектом. Смысл проверки — убедиться, что RAW и JPEG одной съёмки объединены логично, а два разных кадра с близким временем не были ошибочно сведены вместе.

В 2026.4 порог нечёткого сопоставления по датам сделан строже: значение imageHashFuzzyDateThresholdPct по умолчанию изменено с 45 до 80. Причина — старые сканы и исторические фотографии нередко получают дату из имени или времени изменения файла, и слишком свободная корреляция могла чрезмерно объединять разные изображения. Пользователь, который сознательно применял более мягкий режим, может задать порог явно.

Шаг 5. Настроить поиск и теги

Когда базовая коллекция проиндексирована, быстрее всего проверять качество через разные срезы: дату, камеру, объектив, тип, человека, тег, файловую систему и имя файла. Актуальный поиск распознаёт области camera:, lens:, type:, who:, kw:, fs: и name:. Для имени файла доступны подстрока, точное совпадение, glob и отрицание. Например, name:*.jpg ограничивает выборку соответствующими именами, а name:=IMG_0012.JPG ищет точное имя.

В 2026.4 под строкой поиска появился список подсказок: предыдущие выражения, примеры и переход к документации. При прокрутке больших результатов изменён способ пагинации, поэтому глубокие страницы больше не должны становиться всё медленнее только из-за роста смещения. Для широких выборок в 2026.4.6 изменён SQL-план: вместо материализации огромных промежуточных наборов используется адаптивная проверка по индексу даты.

Библиотека, оригиналы и производные файлы

Каталог PhotoStructure нельзя путать с папкой, где обязаны лежать все оригиналы. Библиотека содержит базу данных, настройки, превью и транскодированные версии видео. Если автоматическая организация выключена, оригиналы могут оставаться на внешних томах или сетевых ресурсах. Если она включена, программа копирует подходящие уникальные файлы внутрь библиотеки; исходный файл не перемещается автоматически.

Из этой модели следует важное правило резервного копирования. Копия только каталога базы без внешних оригиналов не заменяет резерв всей медиатеки, если auto-organize выключен. И наоборот, резерв только оригиналов сохраняет сами фотографии, но не обязательно все производные данные, индексы и настройки PhotoStructure. Для восстановления рабочего состояния полезно сохранять и библиотеку, и оригиналы в соответствии с выбранной архитектурой.

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

Дедупликация и объединение вариантов

Расширенная дедупликация — центральная функция PhotoStructure. Система различает два понятия: физический файл и логический asset. Несколько файлов могут представлять один и тот же визуальный объект. Это позволяет объединить байт-в-байт копии, RAW и JPEG, отредактированные варианты, уменьшенные версии и некоторые производные из выгрузок облачных фотосервисов, не скрывая тот факт, что на диске существует несколько путей.

Если автоматическая организация включена, полностью одинаковый поток байтов не копируется в библиотеку повторно. Для более сложных пар используются метаданные и визуальное сравнение. В 2026.4 стратегия bnameImageHash сопоставляет нормализованное базовое имя с перцептивным хешем, что помогает при RAW/JPEG и файлах Google Takeout, у которых метаданные времени могли измениться или потеряться.

Сопоставление не следует использовать как автоматическое основание для уничтожения файлов. Пользователь должен сначала открыть Asset Info и увидеть все связанные пути. При наличии архивного оригинала, отредактированной версии и уменьшенной копии каждый вариант может быть нужен для своей задачи. Даже байт-идентичная копия может выполнять роль независимого резерва на другом физическом накопителе.

Ветка 2026.4 исправила цикл синхронизации, который мог возникать, когда два файла имели одинаковые байты, но несовпадающие метаданные. Сопоставитель теперь считает равенство SHA достаточным признаком идентичности в обоих направлениях. Для владельца существующей проблемной библиотеки практический вывод простой: обновление до 2026.4.9-beta содержит исправление этого конкретного класса зацикливания.

Метаданные, теги и поиск

PhotoStructure читает не только базовый EXIF. Для ключевых слов используются встроенные метаданные и sidecar-файлы. Поддерживается чтение сведений из .XMP, .MIE и JSON, создаваемого Google Takeout. Sidecar может сопоставляться по полному имени исходника или базовому имени без расширения, а регистр имени учитывается без жёсткой чувствительности. Если несколько sidecar описывают одно поле, более новый может переопределить более старое.

Имена людей формируют ветку Who. PhotoStructure извлекает области лиц и подписи, записанные по MWG-метаданным совместимыми приложениями, а также peopleNames из Google Takeout. Это особенно полезно при миграции из Lightroom, digiKam или Picasa: уже выполненная разметка лиц не обязательно теряется только из-за смены менеджера. Порядок и формат имён настраиваются; после изменения правил требуется пересинхронизация, чтобы существующие теги были пересчитаны.

В ранней зрелой ветке 1.0 были добавлены парсеры лиц и альбомов для данных Adobe Lightroom, ACDSee, digiKam, Picasa и Google Photos. Эти интеграции относятся именно к чтению уже имеющихся метаданных и sidecar, а не к подключению облачных аккаунтов через постоянную синхронизацию. Для Google Photos рекомендуемый путь — выгрузить коллекцию через Takeout, объединить распакованные части в общий каталог, добавить его в scan paths и затем выполнить обычный импорт.

Иерархические теги позволяют не превращать метаданные в плоский список. Фото может одновременно участвовать в структуре Where, Who, When, Camera, Lens, Filesystem и пользовательских тегах. В 2026.4 появилась корневая категория Event для событий и поводов, а также многоязычные псевдонимы. Переход по счётчику объектов в breadcrumb открывает поисковую выборку соответствующего тега.

В поиске точность важнее догадок. Если пользователь ищет короткий элемент тега как подстроку, он может получить совпадения внутри более длинных названий. Для точного элемента предусмотрен синтаксис с =. В 2026.4 исправлен случай с короткими географическими обозначениями, когда подстрочное совпадение давало значительно более широкий результат, чем ожидалось.

Поддерживаемые форматы и правила импорта

Текущая документация формулирует правило импорта через четыре класса данных: JPEG, PNG, RAW-файлы цифровых камер и видео, которое способен декодировать установленный FFmpeg. Для RAW конкретная совместимость зависит от встроенных библиотек и версии ExifTool/декодеров; в истории продукта отдельно подтверждены современные форматы камер, включая Canon CR3 и Sony ARW. HEIC/HEIF поддерживается при наличии соответствующего системного компонента.

Файл с подходящим расширением всё равно может быть исключён. PhotoStructure проверяет целостность JPEG, размеры изображения или видео, размер файла и доступность кодека. По умолчанию изображение с размером меньше 480 пикселей по минимальному измерению, видео меньше 240 пикселей или файл меньше 50 КБ не импортируются. Верхний предел размера одного объекта по умолчанию составляет 500 МБ. Эти значения можно изменить, но делать это следует осмысленно: снятие фильтров увеличивает объём превью и число служебных объектов в библиотеке.

При HEIC/HEIF различаются две задачи: прочитать контейнер и корректно извлечь ориентацию/изображение. В 2026.4 были исправлены двойной поворот HEIF/HEIC в Linux и случай, когда файл не импортировался из-за неудачного извлечения миниатюры. AVIF получил такое же трактование ориентации контейнера, как HEIC. Поэтому при странном повороте старых импортов полезно обновить программу и пересинхронизировать затронутые файлы, а не вручную переписывать EXIF оригиналов.

Видео зависит от FFmpeg сильнее, чем фотографии. Для формата, который браузер не воспроизводит напрямую, PhotoStructure создаёт совместимый производный поток. В частности, в 2026.4 исправлена ситуация с iPhone HEVC на Chrome/Linux: вместо простого remux выполняется транскодирование в H.264. Оригинал при этом не превращается в H.264 физически; совместимая копия относится к служебным данным библиотеки.

Импорт Google Photos

Перенос из Google Photos не строится на постоянном подключении аккаунта. Пользователь получает архив Google Takeout, распаковывает все части так, чтобы каталог с фотографиями и JSON-sidecar был собран как единый источник, затем добавляет этот каталог в scan paths. PhotoStructure читает сами медиа и сопровождающие JSON, включая сведения о людях и другие метаданные, после чего объект участвует в обычной дедупликации.

Особенно важно не выбрасывать JSON до первого полного импорта. После облачной выгрузки дата файла в файловой системе может не совпадать с исходной датой съёмки, а часть информации хранится именно в sidecar. Стратегия bnameImageHash из 2026.4 дополнительно помогает связывать производные Takeout с оригиналами, когда временные поля уже ненадёжны.

Импорт из Lightroom, digiKam, Picasa и других каталогов

PhotoStructure не требует миграции закрытой базы каждого стороннего продукта. Он умеет использовать сведения, уже записанные в файлы и стандартизованные sidecar. Извлечение тегов лиц реализовано для MWG region metadata, которые создают в том числе Lightroom, digiKam и Picasa. Исторически парсеры PhotoStructure также учитывают данные ACDSee и альбомные структуры совместимых приложений.

Практически это означает: перед миграцией из старого DAM имеет смысл убедиться, что важные рейтинги, подписи, ключевые слова и лица записаны во внешний XMP или другие поддерживаемые метаданные, а не существуют только во внутренней базе прежней программы. PhotoStructure не может восстановить информацию, которой нет ни в медиа, ни в доступном sidecar.

Экспорт и взаимодействие с другими приложениями

В PhotoStructure нет центральной концепции «экспортировать обработанную фотографию», характерной для RAW-редактора. Программа сохраняет связь с обычными файлами на диске, а библиотечные копии при автоматической организации остаются файлами стандартных форматов. Поэтому передача оригинала внешнему редактору строится через файловый путь, а не через закрытый контейнер проекта.

Производные превью и транскодированные видео предназначены для работы интерфейса и не должны подменять мастер-копию. Если требуется выдать JPEG определённого размера, применить водяной знак или выполнить цветовое преобразование, эту задачу выполняют специализированные конвертеры и редакторы. PhotoStructure полезен на предыдущем этапе: найти правильный asset, понять, какие физические варианты существуют, и выбрать исходник.

Продвинутые функции

Мобильный веб-интерфейс и PWA

Ветка 2026.4 переработала сенсорное управление. На телефоне фотографии листаются свайпом, вниз можно вернуться к галерее, одиночное касание скрывает и показывает контролы, жест pinch меняет масштаб. При корректно настроенном HTTPS с валидным сертификатом веб-приложение устанавливается как PWA на домашний экран. Это не отдельная облачная мобильная медиатека: PWA остаётся клиентом вашего экземпляра PhotoStructure.

Из этого следует сетевое ограничение. Внутри дома PWA может работать через локальный адрес сервера, но для доступа извне нужен безопасный сетевой слой — VPN или обратный прокси с аутентификацией и HTTPS. Простого сертификата недостаточно, потому что шифрование соединения само по себе не проверяет, кто получил ссылку на сервер.

Overlay viewer и сохранение контекста

Для каталога с тысячами результатов потеря позиции после каждого просмотра превращается в постоянные лишние действия. Overlay viewer 2026.4 оставляет галерею под открытым объектом и возвращает пользователя к той же позиции. Контекст ограничивает навигацию: если фотография открыта из результатов фильтра по объективу, соседние стрелки идут по этой выборке, а не по всей библиотеке.

Нижний filmstrip даёт доступ к соседним объектам. На настольном устройстве превью можно просматривать наведением, а с Shift и колесом быстро перемещать ленту; на мобильном используются жесты. Внутренняя подгрузка соседей уменьшает задержку при последовательном просмотре.

Журналы и отчёты JSONL

Начиная с 2026.4.6, отчёты синхронизации переведены с CSV на JSON Lines. Для администратора это удобнее при автоматическом анализе: каждая строка является самостоятельным структурированным событием, а интерфейс может показывать только нужный диапазон. Архивные журналы снабжены индексом строк, поэтому переход к записи не требует загрузить весь гигабайтный файл в память.

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

CLI и восстановительные операции

PhotoStructure сохраняет административные команды для сервера. В 2026.4 появился вариант fix --reset, который архивирует текущую конфигурацию и позволяет начать настройку заново без ручного удаления файлов. Для web-процесса добавлен web --reset, очищающий кэши и сохранённое согласие на установку кодеков. Эти операции предназначены для исправления состояния приложения, а не для удаления оригиналов медиатеки.

При перестройке библиотеки процесс можно прерывать и продолжать. Однако одну и ту же библиотеку нельзя безопасно перестраивать одновременно с нескольких компьютеров: это не многопользовательская распределённая база с конкурентным rebuild. Сервер должен быть единственным владельцем активного процесса обслуживания конкретного каталога библиотеки.

Производительность на больших медиатеках

Производительность PhotoStructure складывается из четырёх разных нагрузок: обход файловой системы, чтение метаданных и хеширование, построение превью, транскодирование видео. Узкое место меняется в зависимости от коллекции. Большой архив JPEG на SSD ограничивается преимущественно вводом-выводом и CPU при хешировании; медиатека из HEVC-видео на NAS может большую часть времени проводить в FFmpeg.

Для импорта рекомендуется как минимум 2 ГБ оперативной памяти. Конфигурации около 1 ГБ способны завершаться ошибками нехватки памяти во время импорта. Дополнительные ядра и память позволяют выполнять больше задач параллельно, но на малом NAS чрезмерное число одновременных видео-транскодов лишь создаст конкуренцию за CPU и диск. В 2026.4 параметр ffmpegThreads=0 разрешает FFmpeg самому выбрать число потоков; при таком режиме PhotoStructure сериализует видео-транскоды, чтобы маленький сервер не запускал несколько тяжёлых кодирований одновременно.

В 2026.4.7 исправлена логика worker pool на четырёхъядерных системах: при стандартном ограничении занятости CPU сохраняется минимум два import worker, а явно заданный maxConcurrentImports больше не игнорируется только потому, что расчёт по доле процессора давал меньшее число. Это важно для NAS, где автоматический консервативный расчёт раньше мог излишне замедлить библиотеку.

Широкие поиски в 2026.4.6 оптимизированы на уровне SQL. Для выборок, охватывающих очень много объектов, вместо создания миллионов промежуточных строк используется проверка существования по индексу capturedAtLocal. В описании релиза для такого класса операций зафиксировано ускорение до примерно 500 раз. Эту цифру нельзя переносить на каждый поиск: она относится к конкретной проблеме широких запросов по большой базе.

Отрисовка галереи также оптимизирована: далёкие от видимой области строки пропускают layout/paint, пока пользователь не приблизится прокруткой. Глубокая пагинация результатов больше не замедляется пропорционально номеру страницы. В совокупности это направлено на библиотеки, в которых интерфейс должен оставаться отзывчивым после сотен тысяч импортированных объектов.

Накопитель библиотеки и временная область

Дополнительное место расходуют не только база и журналы, но прежде всего сгенерированные превью и браузерные копии видео. Текущая оценка для миниатюр — около 1 МБ дополнительного пространства на каждое фото или видео. Если исходный видеокодек браузер не воспроизводит напрямую, транскодированная копия обычно занимает примерно 20–50% размера оригинала; при простом перепаковывании контейнера размер может приблизиться к исходному. При включённой автоматической организации к этому добавляются копии оригиналов, помещаемые в управляемую структуру библиотеки.

Расход можно уменьшить через расширенные настройки библиотеки: PhotoStructure позволяет управлять тем, выполняется ли транскодирование видео, и параметрами создаваемых превью. Отключение транскодирования экономит CPU и место только тогда, когда браузер способен воспроизводить исходный формат без производной копии. После изменения параметров, влияющих на уже созданные производные данные, может потребоваться rebuild, чтобы существующая библиотека была приведена к новой конфигурации.

Если библиотека хранится на медленном или сетевом томе, временный каталог /ps/tmp для Docker полезно размещать на SSD с запасом свободного места; рекомендованный диапазон для scratch — 16–32 ГБ. Это снижает лишний сетевой обмен при промежуточных операциях. Для локальной библиотеки на быстром SSD эффект менее заметен.

Docker Desktop и нативный Docker Engine

На macOS и Windows Docker Desktop добавляет виртуализационный слой между контейнером и файловой системой хоста. Для массового обхода медиа он способен дать более низкую I/O-производительность, чем Docker Engine на Linux. Если PhotoStructure запускается на отдельном NAS или Linux-сервере, нативный Docker обычно лучше соответствует модели длительного фонового импорта.

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

Безопасность и приватность

Оригиналы фотографий и видео не отправляются PhotoStructure, Inc. Для локальной медиатеки это фундаментальное свойство: анализ и организация выполняются на устройстве пользователя или его сервере. При этом программа не является полностью изолированной от сети. Она умеет проверять и устанавливать обновления, обращаться к инфраструктуре подписки, а при включённых error reports может передавать ограниченные диагностические сведения через сторонний сервис.

Отчёты об ошибках отключаемы. При включённой отправке диагностический пакет может содержать сведения об ОС, версии приложения, процессоре и памяти, свойства томов, результаты health checks, контекст ошибки и ограниченные метаданные файлов. Содержимое самих фотографий и видео в такие отчёты не включается. Поэтому для чувствительной домашней коллекции разумно проверить настройку error reporting до постоянной эксплуатации.

Локальный веб-сервер и отсутствие встроенного входа

В актуальном выпуске у PhotoStructure нет встроенной системы входа пользователей. По умолчанию веб-сервер слушает только локальный компьютер. Параметр exposeNetworkWithoutAuth=true или эквивалентная переменная среды открывает интерфейс на сетевых интерфейсах хоста. Название параметра точно отражает риск: приложение становится доступно без авторизации каждому, кто способен достучаться до адреса в этой сети.

Стандартный порт — 1787. На Docker безопаснее публиковать его только на loopback, если внешний reverse proxy или VPN работает на том же сервере. Прямой проброс порта 1787 через домашний маршрутизатор в интернет недопустим как нормальная конфигурация: любой внешний посетитель, получивший сетевой доступ, не встретит встроенного окна логина.

Для доступа из поездки следует использовать VPN либо обратный прокси, который сам обеспечивает аутентификацию и HTTPS. Только HTTPS защищает трафик от перехвата, но не решает вопрос допуска пользователя. В локальной сети открытый режим допустим лишь тогда, когда сама сеть доверенная и её участники должны видеть медиатеку.

Права файловой системы

Контейнер и серверный процесс должны иметь минимально необходимые права. Исходные каталоги, которые PhotoStructure только индексирует, можно подключать read-only. При этом на таком томе программа не сможет создать .uuid и записывать изменения метаданных в исходные файлы, поэтому режим чтения следует выбирать осознанно. Каталогу библиотеки, конфигурации и временной области требуется запись. На Docker соответствие PUID/PGID владельцу файлов предотвращает ситуацию, когда контейнер запускается, но не может читать том или создаёт данные от неудобного системного владельца.

Для systemd сгенерированный сервис использует базовые механизмы hardening, включая NoNewPrivileges и PrivateTmp; более жёсткую защиту файловой системы можно включать дополнительно. Перед усилением ограничений нужно проверить, что все scan paths, библиотека и временная директория остаются доступными процессу.

Обновления и зависимые компоненты

Автоматические обновления разрешено отключать. При включённом автоматическом механизме следует помнить, что в 2026.4 были не только новые функции, но и изменения упаковки, Docker-базы и исправления безопасности зависимостей. В частности, в Docker-образе закрывались CVE-2026-31808, CVE-2026-33671, CVE-2026-33672 и CVE-2026-33750. Сервер, доступный из сети, нежелательно годами оставлять на старом образе.

В Compose-конфигурации 2026.4 удалён Watchtower: проект Watchtower был архивирован в декабре 2025 года и несовместим с Docker 28+. Обновление контейнера теперь следует выполнять контролируемым способом, а не полагаться на прежний пример автоматического updater-контейнера.

Системные требования

Указанные требования описывают не только запуск окна приложения, а реальную работу импорта. Сервер с 2 ГБ памяти может выполнять задачу, но при сотнях тысяч файлов разумный запас памяти и быстрый накопитель существенно снижают конкуренцию за ресурсы. Для видеоархива CPU важнее, чем для преимущественно JPEG-коллекции, потому что транскодирование значительно тяжелее чтения EXIF.

На Synology и других NAS необходимо отдельно проверить архитектуру процессора и объём RAM. ARM64 поддерживается Docker-образом, а Intel/AMD — amd64-образом. Модели с 1 ГБ памяти не соответствуют рекомендуемому минимуму для импорта. Сетевой том библиотеки также требует корректных прав и устойчивого монтирования.

Практические сценарии использования

Семейный архив с несколькими внешними дисками

Для семейного архива разумно оставить диски неизменными на первом этапе. Все каталоги добавляются как scan paths, после чего PhotoStructure строит единое логическое представление. Через Filesystem можно вернуться к исходной структуре, а через When, Camera, Lens и другие теги — смотреть коллекцию независимо от места хранения. После завершения синхронизации Asset Info показывает, на каких томах существуют варианты одного объекта.

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

NAS, доступный всей семье в локальной сети

На NAS PhotoStructure удобно держать в Docker. Библиотека располагается на постоянном томе, а источники можно монтировать read-only, если приложению не требуется записывать изменения в медиакаталоги. У режима только чтения есть практическое следствие: PhotoStructure не сможет создать служебный файл .uuid на таком томе и не сможет записывать метаданные обратно в оригиналы; для переносимости файловых идентификаторов .uuid следует создать заранее вручную. После импорта веб-интерфейс открывается на телефонах и компьютерах. Поскольку встроенного логина нет, доступ по LAN следует разрешать только в доверенной домашней сети; гостевую Wi‑Fi-сеть лучше отделить.

Для видеоархива нужно заранее проверить ресурсы NAS. 2 ГБ RAM — минимальная граница для импорта, а длинные HEVC-транскоды могут занять CPU на продолжительное время. Sync Activity 2026.4 показывает конкретный файл и процент выполнения, поэтому высокая загрузка процессора не выглядит как неизвестное зависание.

Миграция из Google Photos

Выгрузка Takeout сначала распаковывается полностью. Все части архива нужно свести в общий каталог без потери сопровождающих JSON. Этот каталог добавляется как источник. PhotoStructure считывает изображения, видео и sidecar, после чего применяет собственную дедупликацию. При наличии локальных оригиналов на другом диске новая стратегия сопоставления помогает связать производные облачной выгрузки с уже существующими файлами.

После импорта полезно отдельно проверить несколько снимков с изменённой датой файловой системы, лица и альбомные данные. Если JSON был потерян до импорта, часть облачных метаданных восстановить из самого JPEG уже нельзя.

Архив RAW+JPEG фотографа

Фотографу PhotoStructure полезен не как RAW-конвертер, а как каталог уровня архива. Пары RAW/JPEG могут группироваться в один asset, а в Info остаются физические пути. Фильтры по камере и объективу помогают быстро найти серию. После выбора правильного RAW дальнейшая обработка выполняется профильным редактором.

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

Старые сканы с ненадёжными датами

Исторические сканы часто получают дату из времени изменения файла или имени, а не из EXIF съёмки. Именно поэтому в 2026.4.7 порог нечёткого сопоставления по дате сделан строже. Для такого архива лучше опираться на осмысленные имена, папки и пользовательские теги, а результаты автоматического группирования проверять визуально.

Если два разных семейных снимка были отсканированы в один день, совпадение времени не является доказательством дубликата. Перцептивный хеш и метаданные уменьшают риск, но пользовательская проверка остаётся обязательной перед любым физическим удалением.

Ограничения PhotoStructure

Первое ограничение — отсутствие встроенной аутентификации в текущем веб-сервере. Для локального приложения это не мешает, но превращает удалённый доступ в административную задачу. Пользователь должен сам поставить VPN или аутентифицирующий reverse proxy; простого проброса порта недостаточно.

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

Третье — служебные данные занимают значительный объём. Одни только миниатюры добавляют примерно 1 МБ на фото или видео, а браузерные копии роликов обычно требуют ещё 20–50% размера соответствующих оригиналов. Пользователь старого NAS с небольшим системным разделом должен заранее вынести библиотеку и временную область на том с достаточным запасом места.

Четвёртое — продукт не заменяет редактор. Здесь нет оснований ожидать полноценной разработки RAW, слоёв, сложной локальной коррекции, печатного workflow или развитого пакетного экспорта. Сильная сторона — каталогизация и дедупликация, а не пиксельное редактирование.

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

Шестое — текущая явно опубликованная сборка 2026.4.9 имеет beta-суффикс. В Docker одновременно существуют каналы beta, alpha и prealpha, а Linux-репозитории разделены на stable и beta. Для сервера, где важна предсказуемость, канал обновлений нельзя выбирать автоматически только ради новых функций: сначала следует просмотреть изменения упаковки и совместимость конфигурации.

Плюсы и минусы

Плюсы

• Оригиналы фото и видео остаются на оборудовании пользователя и не отправляются PhotoStructure, Inc.
• Одна библиотека может индексировать несколько локальных, внешних и сетевых источников без обязательного перемещения оригиналов.
• Дедупликация работает на уровне логических assets и умеет объединять физические варианты, включая RAW/JPEG и байт-идентичные копии.
• Desktop-сборки 2026.4 доступны для Windows, macOS и Linux, а Docker поддерживает amd64 и arm64.
• Мобильный веб-интерфейс, PWA и overlay viewer позволяют просматривать ту же библиотеку с разных форм-факторов без отдельного облачного каталога.
• Sync Activity, JSONL-отчёты, Log viewer и Health Checks дают конкретную диагностику вместо безымянного индикатора фоновой работы.
• Lite продолжает открывать библиотеку после окончания Plus; ранее выполненная работа Plus не удаляется.
• Поддерживается перенос метаданных через XMP/MIE/Google Takeout JSON и чтение тегов лиц из распространённых DAM-источников.

Минусы

• В текущей версии нет встроенного логина, поэтому безопасный удалённый доступ требует внешнего VPN или reverse proxy с аутентификацией.
• Первичный импорт большого архива может долго нагружать CPU и диски, особенно при транскодировании видео.
• Превью и производные видео требуют значительного дополнительного дискового пространства.
• PhotoStructure не является полноценным фото- или RAW-редактором; обработку изображения приходится выполнять другим приложением.
• Автоматическая организация, проверка медиа и извлечение тегов лиц относятся к уровню Plus.
• Актуальная конкретная сборка v2026.4.9-beta остаётся beta-веткой, а обновление Docker 2026.4 затрагивает Compose и базовый образ.

Отзывы пользователей и профильных изданий

Что отмечают пользователи

Пользовательские отзывы наиболее полезны там, где показывают масштаб и эксплуатационные ограничения. В профильном обсуждении владельца Synology DS920+ ветки 2026.2 отмечалась высокая загрузка CPU и неочевидность длительных видео-транскодов. В следующей ветке 2026.4 появились процент, ETA по текущему файлу, управление потоками FFmpeg и watchdog зависших процессов. Это хороший пример проблемы, которая зафиксирована пользователем и затем имеет подтверждённое техническое исправление в changelog.

В другом актуальном обсуждении сообщалось о цикле синхронизации; для v2026.4.9-beta пользователь подтвердил устранение проблемы. Сам changelog описывает механизм: байт-идентичные файлы с различающимися метаданными могли заставлять matcher колебаться между состояниями, после чего равенство SHA стало однозначным признаком идентичности.

Старые отзывы о ранних версиях часто хвалили идею сохранения существующей структуры папок и интерфейс, но критиковали сложность поискового синтаксиса для членов семьи. Часть этого замечания стала менее актуальна: в 2026.4 добавлены подсказки под строкой поиска и отдельный name:-фильтр. При этом сама логика фильтров остаётся более технической, чем простая строка естественного языка.

Есть и показательные сообщения о масштабе. В независимом материале владельца Synology описана многолетняя эксплуатация PhotoStructure с коллекцией более трёх миллионов фотографий. На форуме фотографов пользователь сообщал о запуске импорта примерно 1,3 миллиона изображений и видео через Docker и ожидал длительный первичный проход. Эти примеры доказывают существование крупных реальных установок, но не являются гарантией такой же скорости на другом NAS.

Оценки профильных материалов

Softpedia рассматривала Windows-сборку 2026.4.6 Beta и поставила ей 4,0 из 5. В обзоре выделены простой импорт, автоматическая группировка по датам, камерам, объективам, ключевым словам и типам файлов, а также объединение дубликатов. Эта оценка относится именно к протестированной 2026.4.6 и не должна автоматически переноситься на будущие версии.

Независимый материал MK Library рассматривает PhotoStructure как практическое решение для крупной Synology-медиатеки и описывает долговременную эксплуатацию, а не краткий запуск чистой тестовой библиотеки. Его главное практическое значение — подтверждение того, что серверная модель используется не только в демонстрации, но и с многомиллионным домашним архивом.

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

Сравнение с аналогами

PhotoStructure полезно сравнивать не с любым просмотрщиком фотографий, а с менеджерами, которые ведут каталог и метаданные. Два показательных аналога — digiKam и Mylio Photos. Они решают похожую задачу поиска и организации личных медиа, но делают это через другую архитектуру.

Если коллекция живёт на NAS и должна открываться через браузер с нескольких устройств, PhotoStructure ближе к требуемой архитектуре, чем классический desktop-only DAM. Если основная работа идёт на одном компьютере и нужны развитые встроенные правки, digiKam функционально шире в части обработки. Если приоритет — постоянное peer-to-peer перемещение медиатеки между ноутбуком, телефоном и планшетом без собственного веб-сервера, модель Mylio Photos удобнее.

Ни один из трёх вариантов нельзя назвать универсально лучшим. PhotoStructure выигрывает именно в сочетании самостоятельного размещения, агрегации вариантов и браузерной медиатеки. Это же создаёт его административные издержки: сервер, хранилище, кодеки и безопасный удалённый доступ приходится контролировать владельцу.

Частые ошибки и способы проверки результата

Как проверять импорт отдельного файла

Самый надёжный контроль — идти от физического пути к логическому объекту. Сначала найти файл в отчёте синхронизации и убедиться, что он не исключён. Затем найти его через name: или Filesystem. После открытия asset проверить Info: там должен присутствовать ожидаемый путь, а если есть несколько вариантов — каждый нужный физический файл. Для фотографии дополнительно сверить дату, камеру/объектив и ориентацию; для видео — воспроизведение и длительность.

Такой порядок помогает отличить три разных проблемы. Если запись отсутствует в отчёте, путь мог не входить в scan paths. Если запись excluded/failed, причина находится на этапе импорта. Если файл импортирован, но кажется потерянным в галерее, вероятно, он агрегирован как вариант другого asset — это видно в Info.

Как проверять полноту большой коллекции

Простое сравнение числа файлов на диске с числом карточек в PhotoStructure почти всегда вводит в заблуждение: программа намеренно объединяет варианты и исключает неподходящие файлы. Для контроля следует использовать счётчики Sync Activity по каждому пути и статусы imported, updated, excluded, errors и in-progress. Отдельно учитываются недоступные тома.

После полного прохода полезно выбрать несколько контрольных каталогов разного типа: старые JPEG, RAW+JPEG, HEIC со смартфона, видео и Google Takeout. Для каждого каталога сравнить физические файлы с отчётом. Такой выборочный аудит обнаруживает системную проблему кодека или прав быстрее, чем просмотр всей галереи вручную.

Настройки, которые стоит менять только после понимания последствий

Расширенные параметры хранятся в TOML. Системный settings.toml находится в пользовательском конфигурационном каталоге: в Linux — ~/.config/PhotoStructure/settings.toml, в macOS — ~/Library/Application Support/PhotoStructure/settings.toml, в Windows — %APPDATA%\PhotoStructure\settings.toml; в Docker используется /ps/config/settings.toml. Настройки конкретной библиотеки располагаются внутри её .photostructure/settings.toml. Значения также могут переопределяться переменными среды.

Разделение системных и библиотечных настроек важно при переносе. Параметр, относящийся к конкретной медиатеке, должен путешествовать вместе с библиотекой, а путь локального системного инструмента или сетевой режим — оставаться свойством конкретного хоста. Если переменная окружения перекрывает TOML, текущая Settings page показывает источник значения.

• maxAssetFileSizeBytes меняют, если коллекция содержит действительно нужные видео крупнее стандартных 500 МБ.
• minImageDimension и minVideoDimension уменьшают только тогда, когда мелкие изображения или видео являются частью архива, а не служебными миниатюрами.
• Параметры размеров превью позволяют сократить набор создаваемых производных изображений, если медиатеке не нужны все варианты отображения.
• Отключение транскодирования видео экономит место и CPU, но снижает вероятность воспроизведения несовместимых исходных кодеков в браузере.
• maxConcurrentImports позволяет явно контролировать параллелизм; слишком большое значение на NAS способно ухудшить общую отзывчивость.
• ffmpegThreads=0 поручает выбор потоков FFmpeg и заставляет PhotoStructure выполнять видео-транскоды последовательно.
• PS_START_PAUSED полезен серверу, где после перезапуска нельзя сразу нагружать диски синхронизацией.

После изменения параметра нужно понимать, требуется ли обычная синхронизация или rebuild. Например, изменение набора превью не пересоздаёт старые файлы само по себе, а изменение правил распознавания имён людей требует повторной обработки существующих метаданных.

FAQ по PhotoStructure

PhotoStructure хранит фотографии в облаке?

Нет. Оригиналы остаются на компьютере, NAS или других томах пользователя. Лицензионные условия отдельно фиксируют, что приложение не отправляет фотографии и видео PhotoStructure, Inc. При этом сетевые функции обновления, подписки и опциональной диагностики существуют, поэтому программу нельзя считать полностью офлайн-компонентом.

Можно ли пользоваться PhotoStructure бесплатно?

Да. Уровень Lite бесплатный и сохраняет переносимые библиотеки, дедупликацию, метаданные, веб-интерфейс, форматы фото/видео, сканирование томов, транскодирование и теги. Plus добавляет автоматическую организацию, валидацию медиа и извлечение тегов лиц. После прекращения Plus библиотека продолжает открываться в Lite.

Какая версия актуальна?

Последняя конкретная сборка, явно перечисленная в подробном changelog ветки 2026.4 и опубликованная отдельным Docker-тегом, — v2026.4.9-beta от 28 апреля 2026 года. Страница всей ветки v2026.4 обновлялась позднее, 10 августа 2026 года, поэтому дату документа и номер бинарной сборки следует различать.

Есть ли PhotoStructure для Windows?

Да. Desktop для Windows появился в ветке 2026.4 и требует Windows 10 или новее. Установщик называется PhotoStructure Setup.exe. Предыдущие выпуски были преимущественно серверными, поэтому старые обзоры до 2026 года могут ошибочно говорить об отсутствии нативного Windows Desktop.

Есть ли версия для macOS?

Да. Требуется macOS Monterey или новее. Приложение поставляется как DMG. Ветка 2026.4 расширила поддержку современных macOS и APFS, а установка FFmpeg/HEIF может выполняться через Homebrew или Pixi после согласия пользователя.

Можно ли поставить PhotoStructure на Linux?

Да. Desktop поддерживает Ubuntu, Debian и Fedora на 64-битных Intel/AMD. На сервере Docker дополнительно поддерживает arm64. Для Debian/Ubuntu и Fedora существуют пакетные репозитории стабильного и beta-каналов.

Подойдёт ли PhotoStructure для Synology?

Подойдёт моделям, способным запускать совместимый Docker-контейнер и имеющим достаточные ресурсы. Для импорта рекомендуется не менее 2 ГБ RAM. Нужно проверить архитектуру amd64/arm64, права на медиакаталоги и свободное место под библиотеку, превью, транскоды и временные данные.

Удаляет ли PhotoStructure найденные дубликаты автоматически?

Основная дедупликация группирует варианты в логический asset и выбирает показываемый вариант. Полностью одинаковые файлы не копируются повторно при auto-organize. Однако физическое удаление — отдельное действие. Перед ним нужно открыть Info, увидеть все пути и убедиться, что удаляемая копия не является единственным резервом.

Может ли программа объединить RAW и JPEG?

Да, сопоставление вариантов рассчитано в том числе на RAW/JPEG. В 2026.4 добавлена стратегия по нормализованному базовому имени и перцептивному хешу, полезная, когда дата ненадёжна. Точность всё равно следует проверять на нескольких сериях перед массовыми операциями.

Как найти файл по имени?

В ветке 2026.4.6 появился фильтр name:. Он поддерживает подстроку, точное имя, glob и отрицание. Для точного совпадения используется name:=имя.ext, а для маски расширения — форма вроде name:*.jpg.

Почему небольшая картинка не импортируется?

По умолчанию действуют минимальные пороги: 480 пикселей для изображения, 240 пикселей для видео и 50 КБ размера файла. Сначала нужно найти запись в Sync Activity и убедиться, что причина именно в пороге, а не в повреждении или недоступном пути.

Почему большой видеофайл не импортируется?

Стандартный maxAssetFileSizeBytes соответствует 500 МБ. Если нужный ролик крупнее, предел можно изменить. После этого следует повторить синхронизацию и проверить FFmpeg, потому что превышение размера и отсутствие декодера — независимые причины.

Как импортировать Google Photos?

Через Google Takeout: выгрузить архив, распаковать все части в общий каталог, сохранить сопровождающие JSON, добавить каталог в scan paths и выполнить синхронизацию. Прямое постоянное подключение облачного аккаунта для этого workflow не требуется.

Можно ли открыть библиотеку с телефона?

Да. Интерфейс адаптирован для касаний, а при HTTPS с валидным сертификатом его можно установить как PWA. Вне локальной сети доступ следует строить через VPN или аутентифицирующий reverse proxy, потому что собственный веб-сервер PhotoStructure не предоставляет встроенного логина.

Нужен ли интернет после установки?

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

Что случится с библиотекой после отмены Plus?

Lite продолжит её открывать. Теги и результаты автоматической организации, созданные во время активного Plus, сохраняются. Для новых объектов операции, относящиеся только к Plus, больше не выполняются.

Можно ли использовать PhotoStructure как резервную копию?

Сам факт индексирования не является резервным копированием. При выключенной auto-organize оригиналы могут оставаться только на исходном диске. При включённой функции в библиотеку копируются уникальные файлы, но надёжная стратегия всё равно требует отдельной резервной копии на независимом носителе.

Чем rebuild отличается от обычной синхронизации?

Синхронизация ищет изменения и обновляет библиотеку инкрементально. Rebuild предназначен для полного обновления производных данных и кураторов при существенных изменениях. Процесс умеет продолжаться после перезапуска, но одну библиотеку нельзя одновременно rebuild-ить несколькими экземплярами.

Можно ли отключить транскодирование видео?

Да. Расширенные настройки библиотеки позволяют отключить транскодирование видео. Это уменьшает нагрузку на CPU и расход дискового пространства, но исходный кодек тогда должен поддерживаться браузером напрямую; иначе ролик не будет воспроизводиться в веб-интерфейсе без совместимой производной копии.

Можно ли полностью закрыть PhotoStructure от фоновой работы?

Desktop в 2026.4 имеет настройку Keep running in the background when the window is closed в меню View. Если её включить, закрытие окна не завершает процесс; через tray доступен пункт System activity. На сервере режим работы контролируется процессом Docker/Node и параметрами запуска.

Итог: когда PhotoStructure оправдан

PhotoStructure стоит рассматривать, когда главная проблема — не обработать один снимок, а привести в порядок многолетнюю медиатеку на собственных дисках. Его рабочая модель особенно сильна там, где один кадр встречается в нескольких вариантах, данные разбросаны по томам, а пользователю нужен единый браузерный каталог без передачи оригиналов в чужое облако.

Для домашнего NAS программа даёт понятную связку Docker + веб-интерфейс + дедупликация, но требует самостоятельно решить сетевую защиту и место под служебные данные. Для одного компьютера Desktop 2026.4 уменьшает административный порог: Windows, macOS и Linux больше не ограничены только серверной установкой. При любом варианте первый крупный импорт следует воспринимать как длительную индексирующую задачу и контролировать через Sync Activity.

Если нужен развитый локальный редактор вместе с каталогом, практичнее сравнить PhotoStructure с digiKam. Если решающим является нативное межустройственное приложение с мобильной синхронизацией, полезно сопоставить подход с Mylio Photos. PhotoStructure выбирают не потому, что он заменяет эти продукты во всех функциях, а когда приоритетны самостоятельное хранение, агрегация дублей, серверный режим и единый веб-доступ к собственной медиатеке.