ResourceSpace

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

Что именно представляет собой ResourceSpace

ResourceSpace развивался как Digital Asset Management-система с 2006 года. Первую реализацию создали Dan Huby и Neale Hall во время работы для Oxfam, после чего проект был открыт для свободного использования и доработки. Текущую разработку, профессиональную поддержку и хостинг ведёт Montala Limited. Для карточки программы это важно: название ResourceSpace относится именно к этому веб-приложению DAM, а не к диспетчеру ресурсов операционной системы, редактору файлов ресурсов или библиотеке с похожим названием.

В июне 2026 года вышла стабильная ветка 11.0. Она заметно обновила верхнюю часть интерфейса, главную панель Dash, страницу входа и выдачу результатов поиска; вынесла часть обслуживающих задач в интерфейс Offline Jobs; добавила работу с географическими координатами через обычные поля метаданных, пакетную загрузку альтернативных файлов, дополнительные вызовы API и поддержку PHP 8.5. Минимальная поддерживаемая версия PHP для этой ветки одновременно поднята до 8.2.

Программа допускает две принципиально разные модели эксплуатации. Первая — готовая облачная система, в том числе бесплатный облачный вариант для знакомства и базового использования. Вторая — самостоятельное размещение: через Docker либо из исходного кода на собственном веб-сервере. Поэтому ResourceSpace удобно рассматривать не как «программу для Windows» или «программу для Linux», а как серверное веб-приложение, к которому пользователи обращаются из браузера. Операционная система критична для сервера и инфраструктуры, но не определяет рабочее место редактора так жёстко, как у обычного настольного DAM.

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

Кому подходит эта DAM-система

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

• Коммуникационным и маркетинговым командам полезны централизованная библиотека, Featured Collections, внешняя выдача материалов, альтернативные файлы, производные размеры и плагины бренд-гайдов.
• Архивам, музеям и образовательным учреждениям подходят настраиваемые поля метаданных, иерархические словари, контроль статусов, журнал действий, географические поля, IIIF и возможность держать систему в своей инфраструктуре.
• Фото- и видеокомандам важны автоматическое создание превью, альтернативные версии, пакетные загрузки и скачивания, метаданные Exif/IPTC/XMP через ExifTool, видеообработка через FFmpeg и возможность добавлять субтитры как альтернативные файлы.
• Некоммерческим организациям подходит открытая модель лицензирования и возможность выбирать между самостоятельным размещением и обслуживаемой облачной установкой без смены самого продукта.
• ИТ-подразделениям доступны API, плагины, SAML 2.0, LDAP, TOTP, управление группами, конфигурация PHP/MySQL, фоновые задания и серверные инструменты целостности.

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

Распространение и лицензирование

Исходный код ResourceSpace распространяется по BSD-style open source license, закреплённой в лицензии проекта. Она разрешает распространение и использование исходной и бинарной формы при соблюдении условий сохранения уведомлений об авторских правах и отказа от гарантий. Отдельное ограничение касается зарегистрированного товарного знака ResourceSpace: производный продукт нельзя без разрешения называть ResourceSpace или включать это название в своё имя. Таким образом, открытый код не означает передачу прав на бренд.

Самостоятельно размещаемую систему можно использовать без лицензионной платы за само программное обеспечение. Коммерческие услуги Montala относятся к облачному размещению, установке, настройке, резервному копированию, обновлениям и поддержке. Это различие важно при расчёте бюджета: бесплатный код не отменяет стоимости сервера, хранения, резервных копий, администрирования и времени специалистов, если организация выбирает self-hosted-вариант.

Для быстрого старта доступна облачная система, а для технических команд — установка через Docker или исходный репозиторий. У этих вариантов одна кодовая база, но разные эксплуатационные обязанности. В обслуживаемом облаке инфраструктурные операции входят в услугу. При самостоятельном размещении ответственность за обновление PHP, базы, веб-сервера, ImageMagick, FFmpeg, Ghostscript, ExifTool, Inkscape, резервные копии, TLS и мониторинг остаётся у владельца инсталляции.

Интерфейс ResourceSpace 11.0

Версия 11.0 перестроила навигацию так, чтобы поиск был постоянно доступен в новом заголовке. В верхней области находятся строка простого поиска и кнопка раскрытия фильтров; рядом могут отображаться навигационные пункты Featured collections, Recent, Guidelines, системные значки, сообщения, профиль и кнопка Upload — точный набор зависит от разрешений и конфигурации. После раскрытия поисковой панели появляются фильтры по типу ресурса, дополнительным полям и дате, а также переходы к Advanced search и Geographic search.

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

Другой постоянный элемент — collection bar. В 11.0 он стал компактнее и открывается фиксированной кнопкой в нижней части страницы. Коллекция здесь выполняет роль рабочей подборки: один и тот же ресурс можно включать в разные коллекции без создания копий исходного файла. Это принципиально отличает коллекции от физического дерева каталогов на диске.

Featured Collections

Featured Collections предназначены для заметной публикации тематических подборок. В версии 11 карточки получили обновлённое оформление и меню с многоточием для дополнительных действий. Администратор или пользователь с соответствующими правами может продвигать подготовленную коллекцию, задавать ей название, описание, поисковые слова, категорию и фоновое изображение. Такая структура подходит для разделов «Проекты», «Бренд-материалы», «Регион», «Пресс-кит» или «Архив мероприятия» без переноса самих ресурсов.

Карточка ресурса и Resource tools

При открытии отдельного ресурса пользователь видит превью, метаданные и набор действий. Область Resource tools содержит доступные версии для просмотра или скачивания и команды Add to collection, Share, Edit metadata, Delete, Alternative files, Lock, Replace file, Upload preview image, Log и Image tools. Пункты отображаются с учётом прав и настроек, поэтому пользователь с ролью только для просмотра не получает тот же набор, что администратор или редактор.

Download может предлагать исходник и заранее созданные размеры или форматы. View открывает превью, а View in browser разрешён только для ограниченного набора типов, включая PDF и MP3: прямой показ произвольных форматов в браузере сознательно ограничен из-за рисков, например для вредоносного SVG. Download metadata появляется только при включённой конфигурации и выдаёт метаданные отдельным текстовым файлом. Upload preview image меняет только изображение-превью и требует JPG; исходный ресурс при этом не заменяется.

Команда Lock запрещает другим пользователям редактировать ресурс, пока блокировка не снята. Replace file позволяет заменить оригинальный файл при наличии соответствующих прав. Alternative files хранит связанные варианты — например другую редакцию, субтитры, обрезанную версию или иной материал, который должен оставаться в контексте одного основного ресурса. Log показывает историю действий с отметками времени и пользователями для зарегистрированных событий.

Редактирование метаданных

Экран Edit metadata объединяет сведения о ресурсе, выбор Resource type, превью и редактируемые поля. Набор полей зависит от типа ресурса и конфигурации. Для фото это могут быть Title, Original filename, Keywords и дополнительные тематические поля; для документов или видео администратор может назначить другой набор. Поля, отмеченные звёздочкой, обязательны там, где это предусмотрено схемой.

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

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

Перед внедрением нужно выбрать не операционную систему рабочего компьютера, а модель размещения. Облачный вариант не требует поднимать сервер: после создания системы работа идёт через браузер. При self-hosted-варианте есть два штатных пути — Docker либо установка из исходного кода в LAMP-подобном окружении. Docker уменьшает число ручных шагов, но всё равно оставляет владельцу контейнерную платформу, хранилище, резервные копии и обновления. Установка из исходников даёт прямой контроль над веб-сервером, PHP и базой данных.

Самостоятельная установка из исходного кода

1. Подготовьте базовый веб-стек. Для 11.0 нужен PHP 8.2–8.5, MySQL 8.0+ либо MariaDB 10.4+, а также Apache 2.4+ как рекомендуемый веб-сервер или IIS 7.0+. Проверьте обязательные модули PHP до открытия установщика.
2. Установите внешние обработчики. ImageMagick создаёт превью изображений, FFmpeg — видео и аудио, Ghostscript — PDF, ExifTool читает и записывает метаданные, Inkscape помогает с векторными форматами. Их отсутствие не всегда мешает загрузить файл, но может лишить систему ожидаемых превью и производных.
3. Создайте отдельную базу и учётные данные. Веб-приложению нужен доступ к MySQL-совместимой базе. Права базы следует ограничивать теми, которые нужны приложению, а пароль не использовать для других сервисов.
4. Получите стабильную ветку 11.0. Стабильные релизы публикуются в Subversion; для обновляемой production-системы ветка релиза предпочтительнее разработки trunk. GitHub отражает текущую разработку, но стабильные release branches обслуживаются через Subversion.
5. Разместите код в каталоге веб-сервера и настройте права. PHP-процессу нужен корректный доступ к каталогу файлового хранилища и тем областям, куда приложение пишет конфигурацию и кэш. Избыточные системные права не требуются.
6. Откройте установщик в браузере. На этом этапе вводятся параметры базы и базовые настройки системы. До загрузки реальной медиатеки полезно пройти Installation Check и убедиться, что PHP и внешние утилиты определяются корректно.
7. Настройте фоновые задачи. Cron и offline job queue нужны для операций, которые не следует выполнять внутри одного HTTP-запроса. В 11.0 часть обслуживающих заданий можно запускать из интерфейса Offline Jobs и наблюдать их прогресс.
8. Сделайте резервную копию чистой установки. Она не заменяет регулярную схему backup, но даёт понятную точку возврата до массового импорта и изменения конфигурации.

В 11.0 зависимости PHP управляются Composer, однако готовые релизы включают каталог vendor. Для администратора production-системы это означает, что Composer не нужен лишь для того, чтобы впервые запустить готовый release, хотя он остаётся частью процесса разработки и может применяться для проверки доступности модулей.

Что настроить до массовой загрузки

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

• разделите типы материалов только там, где наборы метаданных действительно отличаются;
• создайте фиксированные списки и иерархические словари для значений, которые должны вводиться одинаково;
• оставьте свободный текст для описаний, где невозможно заранее задать исчерпывающий набор вариантов;
• определите, какие группы могут загружать сразу в Active, а какие должны отправлять материалы на проверку;
• решите, где используется Open, Restricted, Confidential или Custom access;
• проверьте, какие размеры изображений и производные нужно создавать автоматически;
• протестируйте поиск на небольшом наборе реальных файлов до миграции всего архива.

Базовый рабочий процесс: от файла до готового ресурса

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

Вариант 1: сначала метаданные

1. Откройте Upload. Для пользователей, отправляющих материалы в pending-состояние, путь может начинаться с Contributions → Upload resources.
2. Выберите Resource type до заполнения полей: от него зависит, какие поля появятся в форме.
3. Заполните обязательные поля со звёздочкой и полезные поисковые значения. При необходимости выберите коллекцию, связанные ресурсы, импорт встроенных метаданных через ExifTool, Status и Access.
4. Нажмите Next и добавьте файлы через Add Files или перетаскиванием.
5. Нажмите Start Upload и дождитесь завершения каждого файла по индикатору.
6. После загрузки найдите новые ресурсы и проверьте, что метаданные, превью, статус и права соответствуют ожиданиям.

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

Вариант 2: сначала файлы

В режиме upload then edit пользователь сразу выбирает файлы, параметры извлечения метаданных и коллекцию, а затем последовательно просматривает описания созданных ресурсов. После успешной передачи возле файла появляется отметка, а неудачную загрузку можно повторить круговой стрелкой. Команда Save and next сохраняет текущие метаданные и переводит к следующему ресурсу.

Поля можно блокировать на время серии, чтобы одно значение переносилось на следующий ресурс. Команда Save all with locked values полезна, когда общий набор уже корректен и индивидуальная проверка каждого файла не требуется. Ресурсы с ошибками, например с незаполненным обязательным полем, возвращаются на проверку, а не исчезают из процесса незаметно.

Как проверить результат загрузки

Успешный HTTP-upload ещё не означает, что ресурс готов к работе. После партии стоит выполнить контрольный поиск по заголовку, фиксированному словарю и идентификатору, открыть карточку, проверить превью и доступные размеры, убедиться в правильном Resource type, статусе и Access. Затем войти под тестовой ролью с меньшими правами и убедиться, что она видит именно те материалы и действия, которые ей предназначены.

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

Поиск: простая строка, фильтры и расширенная форма

Поиск — основное рабочее средство ResourceSpace, поэтому в 11.0 его перенесли в новый header и оставили доступным на всех страницах. Базовая строка выполняет полнотекстовый поиск по индексируемым полям; рядом можно отфильтровать тип ресурса и дату, а администратор может добавить в панель другие поля метаданных. Ввод точного уникального Resource ID позволяет перейти непосредственно к соответствующему объекту.

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

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

В длинных текстовых полях есть различие между базовым и расширенным поиском. Начиная с ветки 10.1, простой поиск индексирует только первые 500 символов длинного текста, тогда как Advanced search допускает полноценный поиск по таким полям. Это практическое ограничение следует учитывать, если организация хранит большие расшифровки, аннотации или архивные описания и ожидает находить слова из середины текста через одну верхнюю строку.

В систему также входят watched searches: сохранённый поиск можно отслеживать, чтобы возвращаться к актуальной выдаче после появления новых ресурсов. В версии 11 предусмотрен Geographic search, а координаты могут храниться в стандартном поле метаданных и импортироваться через CSV. AI-поиск не является обязательной частью базового ядра: CLIP AI Smart Search включается как отдельный плагин и использует модель CLIP для естественно-языкового и визуально-похожего поиска.

Метаданные, типы ресурсов и контролируемые значения

Метаданные определяют качество DAM сильнее, чем расположение файлов. ResourceSpace позволяет создавать общие поля и поля, относящиеся к конкретным Resource types. В интерфейсе применяются обычные текстовые поля, фиксированные списки, флажки, выпадающие списки, даты, радиокнопки и иерархические деревья категорий. Эта гибкость нужна не для максимального числа полей, а для разделения информации на ту, которую пользователь должен вводить свободно, и ту, где допустим только заранее согласованный словарь.

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

ExifTool используется для чтения и записи встроенных метаданных. На этапе загрузки можно разрешить импорт сведений из файла. Это помогает перенести существующие EXIF/IPTC/XMP-данные, но автоматическое извлечение не заменяет проверку: старый файл может содержать устаревшую подпись, технические поля камеры или значения, которые не совпадают с новой корпоративной таксономией.

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

Обязательные поля и рабочие состояния

Обязательность поля влияет не только на форму загрузки. Начиная с версии 10.7, переход ресурса в другое workflow state требует заполнения обязательных метаданных. Это защищает от ситуации, когда материал формально становится активным или архивируется без данных, необходимых для дальнейшей идентификации. Исключения относятся к отдельным состояниям, таким как исходная подача или удаление, и зависят от настроек рабочего процесса.

Хорошая схема не делает обязательным всё подряд. Если поле нельзя заполнить для заметной доли материалов, оно превращается в источник фиктивных значений вроде «неизвестно». Гораздо полезнее обязать автора ввести только действительно необходимые идентификаторы и управляемые признаки, а второстепенное описание оставить необязательным.

Статусы, Access и права пользователей

В ResourceSpace статус и доступ решают разные задачи. Статус описывает жизненный цикл записи — например, Pending Submission, Pending Review, Active, Waiting to be Archived, Archived и Deleted. Access определяет, кто может увидеть или скачать сам ресурс. Смешивать эти механизмы нельзя: активный ресурс всё равно может быть ограничен, а архивный — доступен административной группе.

Права в ResourceSpace назначаются через группы пользователей. Такой принцип проще аудировать, чем строить доступ на случайных индивидуальных исключениях. Для реального внедрения полезно сначала создать несколько функциональных ролей — например, contributor, reviewer, editor и read-only — и проверить сценарии под тестовыми учётными записями.

Система позволяет ограничивать поиск, редактирование, загрузку, удаление, внешнюю выдачу и административные разделы. Поскольку отдельные действия в интерфейсе скрываются при отсутствии права, проверка должна включать не только «видит ли пользователь файл», но и «может ли он скачать оригинал», «может ли изменить метаданные», «может ли создать внешнюю ссылку» и «видит ли Confidential/Deleted».

Коллекции: рабочие, публичные, Featured и Smart

Коллекция — логическая подборка ресурсов. Она не перемещает исходники и не дублирует их на диске, поэтому один материал может одновременно участвовать в нескольких проектах. Пользователь создаёт новую коллекцию через collection bar или Manage My Collections, затем добавляет ресурсы кнопкой Add to collection, перетаскиванием либо групповым действием для выбранной выдачи.

Private collection удобна как личная рабочая корзина. Public collection позволяет сделать подборку доступной шире, а Featured Collection выводит её в заметную иерархию, используемую как навигационный каталог. Последний вариант подходит для устойчивых тематических разделов, но не должен заменять метаданные: если один объект относится к нескольким темам, его лучше описать полями и включать в нужные подборки, чем копировать в разные «папки».

Smart collections строятся из сохранённого поиска при включённой соответствующей конфигурации. В отличие от статической подборки, их содержимое определяется условиями поиска и обновляется вместе с индексом. Это удобно для автоматической выборки «все активные фотографии определённого проекта», но требует качественных метаданных: умная коллекция не исправляет неверно описанный ресурс.

Редактирование и пакетные операции

Одиночная правка выполняется через Edit metadata. Для серии материалов ResourceSpace поддерживает bulk edit, чтобы не открывать каждую карточку. Пакетные операции могут заменять значение целиком, дописывать или добавлять текст, находить и заменять фрагменты, переносить данные между полями и изменять общие значения выбранных ресурсов. Точный набор зависит от типа поля и разрешений.

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

ResourceSpace хранит журнал активности ресурса. Для действий вроде редактирования, скачивания и выдачи записываются пользователь и время. Это облегчает разбор вопроса «кто изменил запись», но журнал не следует путать с полноценной системой резервного копирования: он помогает расследовать изменения, а backup нужен для восстановления базы и файлов после повреждения или удаления.

Альтернативные файлы, производные и скачивание

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

При массовом скачивании можно выбрать коллекцию или отмеченные результаты поиска, затем выполнить Download. Доступны выбор размера, возврат к оригиналу при отсутствии выбранного размера, включение метаданных в CSV, упаковка ZIP или TAR и, начиная с 10.6, добавление alternative files. Встраивание метаданных в скачиваемые файлы требует дополнительной обработки и поэтому занимает больше времени.

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

Поддерживаемые форматы и создание превью

ResourceSpace не ограничивает загрузку только картинками. По умолчанию запрещён набор потенциально опасных исполняемых расширений, включая php, cgi, pl, exe, asp, jsp, sh, bash, phtml, phps, phar, py и jar; список можно изменить конфигурацией. Для остальных типов возможность загрузить файл и способность создать качественное превью — отдельные вопросы.

Список не является закрытым перечнем всех допустимых файлов. ResourceSpace может хранить и другие типы, а таблица отражает распространённые варианты, для которых предусмотрена типовая обработка. Итог зависит от установленных версий ImageMagick, FFmpeg, Ghostscript и других компонентов, а также от конфигурации конкретной инсталляции.

RAW требует особого внимания. Встроенное превью камеры позволяет быстро показать кадр без тяжёлого проявления исходника, но это не делает ResourceSpace RAW-конвертером. Для цветокоррекции и проявки нужен профильный редактор; DAM хранит, описывает, находит и выдаёт файл, а не заменяет процесс фотопроявки.

Импорт, экспорт и интеграции

Для небольших партий достаточно веб-загрузчика. Массовые миграции лучше строить на CSV, SFTP, StaticSync или API в зависимости от источника. У обслуживаемых систем SFTP может автоматически забирать помещённые файлы, повторять структуру каталогов через Featured Collections и отображать части пути в метаданные. После импорта сведения можно корректировать массовой правкой или CSV update.

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

Для обмена метаданными доступны CSV export и отдельная выгрузка метаданных ресурса при включённой настройке. Системный Export data может экспортировать конфигурацию и SQL базы; при необходимости к экспорту добавляются выбранные ресурсы и метаданные. Опция обфускации уменьшает чувствительность выгрузки, но не гарантирует автоматическое удаление всех конфиденциальных сведений, поэтому такой файл всё равно надо считать потенциально чувствительным.

Плагины и внешние системы

ResourceSpace использует плагины, чтобы расширять систему без постоянного изменения ядра. Администратор управляет ими в Admin → System → Plugins. Такая архитектура снижает конфликт при обновлении по сравнению с прямой правкой основных PHP-файлов, хотя совместимость сторонних и локальных плагинов всё равно нужно проверять перед переходом на новую ветку.

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

API и автоматизация

ResourceSpace имеет HTTP API для поиска, получения и изменения данных. Аутентифицированные запросы подписываются SHA-256-подписью, вычисляемой из API key и строки параметров. Поддерживаются режимы userkey, sessionkey и native. Пароли при входе передаются методом POST, чтобы не попадать в URL и обычные журналы веб-сервера.

Начиная с 10.2, изменяющие состояние операции в native-режиме требуют CSRF-токен. Это важно для внутренних интеграций: старый скрипт, который обращался к функциям только с пользовательской сессией, нельзя механически переносить на новую версию без проверки схемы защиты.

В 11.0 появились дополнительные вызовы для comments и reports, а ранее API получил функции управления пользователями, multipart upload и другие операции. Плагин API Webhooks позволяет связывать события с внешними API. На практике автоматизацию стоит начинать с минимально необходимых прав отдельной сервисной учётной записи, а не использовать API key администратора для всех скриптов.

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

ResourceSpace 11.0 работает как серверное веб-приложение. Для пользователей достаточно современного браузера и сетевого доступа к системе; основная совместимость определяется сервером. Базовая установка строится на PHP и MySQL-совместимой базе, а создание превью передано специализированным утилитам.

Фиксированного универсального минимума CPU, RAM и дискового пространства для 11.0 не задано. Это логично для DAM: нагрузка различается на порядки в зависимости от числа ресурсов, размера оригиналов, объёма превью, одновременных пользователей, видеообработки, поиска и фоновых заданий. Поэтому аппаратную конфигурацию надо рассчитывать по реальному объёму медиатеки, а не подставлять условные «4 GB RAM» как техническое требование продукта.

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

Совместимость с Linux, Windows и macOS

Docker-вариант можно разместить на Linux, Windows, macOS и облачных платформах, поддерживающих Docker. Для классической установки есть отдельные инструкции для Ubuntu Linux, Windows Server, macOS, CentOS и SuSE. Это не означает, что все эти платформы одинаково удобны для production: выбор следует привязывать к компетенциям администратора и поддерживаемому стеку PHP/БД.

Рабочие места пользователей платформонезависимы в большей степени, потому что интерфейс открывается в браузере. ResourceSpace также развивался как Progressive Web App: веб-систему можно установить на поддерживаемое устройство как приложение с отдельным значком, но архитектурно она остаётся веб-клиентом к серверу, а не автономным локальным каталогом.

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

ResourceSpace не публикует единый эталон вроде «миллион файлов при N запросах в секунду», поэтому оценивать производительность корректнее по механизмам. Самые тяжёлые операции — создание видео- и PDF-превью, массовая переработка изображений, контрольные суммы и большие выгрузки — могут уходить в offline jobs. Это не ускоряет сам FFmpeg или ImageMagick, но отделяет длительную работу от пользовательского HTTP-сеанса и даёт очередь, приоритеты и ограничение параллелизма.

В версии 10.0 была нормализована система хранения free-text metadata и уменьшен размер поискового индекса, одновременно весь SQL перевели на prepared statements. В 10.1 для очень длинных полей стали использовать полнотекстовые возможности MySQL и ограничили обычный индекс первыми 500 символами. Эти изменения показывают, что основной встроенный поиск оптимизируется вокруг СУБД, а не отдельного поискового кластера.

В 11.0 появился Typesense Search plugin как альтернативный путь для крупных систем. Его описание прямо помечает компонент как experimental и incomplete. На текущем этапе у него отсутствует полноценное соблюдение фильтрации и прав на ресурсы, поэтому применение может привести к отображению в поисковой выдаче объектов, которые стандартный поиск скрыл бы от пользователя. Пока это ограничение не устранено, включать Typesense в систему с разделёнными правами нельзя только ради скорости. Базовый MySQL-поиск остаётся безопаснее с точки зрения реализованной модели доступа.

Быстродействие превью зависит от сторонних обработчиков и аппаратных ресурсов. На сервере с большим потоком видео CPU и дисковый ввод-вывод становятся самостоятельной задачей; при огромном количестве мелких изображений важнее задержка хранилища, работа базы и кэширование. Практический тест должен использовать собственные файлы: одинаковое число ресурсов не означает одинаковую нагрузку для TIFF, PSD, PDF и длинных MP4.

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

Безопасность ResourceSpace складывается из доступа к ресурсам, прав групп, аутентификации, защиты веб-сеанса, серверной конфигурации и процессов резервного копирования. Нельзя считать систему защищённой только потому, что в карточке стоит Restricted: если внешний веб-сервер настроен неправильно или API key утёк, прикладной уровень не компенсирует инфраструктурную ошибку.

Учётные записи и вход

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

SimpleSAML добавляет SAML 2.0 SSO и совместим с распространёнными корпоративными поставщиками идентификации, включая Microsoft Entra ID, Google Workspace, Okta, OneLogin, Keycloak и Shibboleth. Simple LDAP даёт вход через каталог LDAP/Active Directory, но это не то же самое, что SSO: пользователь по-прежнему вводит учётные данные в форму ResourceSpace. При соединении с внешним LDAP следует использовать защищённый LDAPS.

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

Защита API и веб-действий

API-подпись строится на закрытом API key, поэтому его следует хранить как секрет и не помещать в клиентский JavaScript или публичный репозиторий. Для native-сессий изменяющие операции защищаются CSRF-токенами. Вход передаёт пароль через POST, что снижает риск попадания пароля в URL, историю браузера и стандартный access log.

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

Контроль данных и резервные копии

При самостоятельном размещении данные физически остаются в инфраструктуре организации, что даёт контроль над местом хранения и сетью. Этот плюс имеет цену: владелец отвечает за TLS, обновления ОС и PHP, бэкап базы и filestore, хранение секретов и восстановление после сбоя. Облачный вариант переносит часть этих обязанностей на обслуживающую сторону, но организация всё равно должна настроить группы, права и жизненный цикл ресурсов.

Экспорт конфигурации или SQL следует защищать так же, как production-базу. Даже при включённой обфускации нельзя считать выгрузку гарантированно очищенной от чувствительной информации. Перед передачей такой копии стороннему исполнителю нужно отдельно просмотреть её содержимое и по возможности использовать тестовую базу с минимизированными данными.

Обновление и сопровождение

Стабильная система обновляется внутри release-ветки или переключается на новую ветку Subversion. Перед обновлением нужно проверить локальные изменения через svn diff, сохранить резервную копию, удостовериться в совместимости PHP и плагинов, затем обновить код и дать ResourceSpace выполнить необходимые миграции. Прямая правка ядра усложняет этот процесс, поэтому постоянные доработки лучше выносить в плагины.

Переход между крупными версиями может затрагивать структуру данных. Исторический пример — миграция 9.8 → 10.0, где перерабатывалось хранение free-text metadata; на больших базах этот этап способен занимать часы и для него предусмотрены подготовительные инструменты. Это показывает, почему major upgrade нельзя планировать как мгновенную замену файлов без тестового прогона.

Для production полезен простой порядок: восстановить свежую копию на тестовом экземпляре, выполнить обновление там, проверить поиск, превью, загрузку, массовое скачивание, SSO/LDAP и локальные плагины, затем назначить окно обслуживания основной системы. После обновления нужно просмотреть offline jobs и журналы, а также выполнить вход под обычной пользовательской группой, а не только под администратором.

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

Функции DAM становятся понятнее на конкретных процессах. Ниже ResourceSpace рассматривается не как абстрактная база файлов, а как набор операций от поступления материала до его повторного использования.

Корпоративная библиотека бренд-материалов

Маркетинговая команда создаёт типы для фотографий, логотипов, документов и видео, задаёт поля проекта, региона, владельца, срока актуальности и условий использования. После проверки ресурсы переводятся в Active, а внешним отделам открывается только одобренная часть. Featured Collections формируют понятные входы для брендбука, пресс-набора и кампаний. Для одного изображения можно подготовить производные размеры, чтобы сотрудник не скачивал 100-мегабайтный оригинал ради веб-публикации.

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

Музейный или архивный фонд

Для коллекционного учреждения полезны структурированные поля, иерархические словари, географические координаты и связь с внешней коллекционной системой через профильные интеграции. Оригинал сохраняется как ресурс, а пользователям можно отдавать уменьшенные версии. Журнал фиксирует операции, а Custom access отделяет внутренние материалы от публичной части.

IIIF полезен там, где цифровые коллекции уже строят обмен изображениями и презентациями по этому стандарту. ResourceSpace расширял IIIF до Image and Presentation API 3.0, а в ветке 10.4 поддержка была улучшена для видео и аудио. Это не превращает продукт в музейную учётную систему: музейный объект и цифровой файл остаются разными сущностями, поэтому интеграция с TMS, KE EMu или MuseumPlus нужна именно для связи контекстов.

Редакция с большим потоком фото и видео

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

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

Самостоятельное размещение в закрытой сети

Организация разворачивает PHP, базу и filestore внутри собственной инфраструктуры, ограничивает внешний доступ сетью и корпоративной аутентификацией, подключает SAML или LDAP, а публичную выдачу отключает там, где она не нужна. Такой вариант даёт прямой контроль над файлами и резервными копиями. При этом появляется обязательная эксплуатационная работа: патчи ОС, PHP и СУБД, мониторинг дисков, TLS, backup, тестирование major upgrade и проверка уязвимых зависимостей.

Публичная медиатека для партнёров

Публичные и Featured Collections позволяют публиковать отобранные материалы как каталог, а Share — выдавать отдельные ресурсы или подборки внешним получателям в рамках настроек системы. Для ресурсов, скачивание которых требует согласования, используется Restricted access вместо полного закрытия: человек видит запись, но получение файла контролируется.

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

Ограничения и компромиссы

Главное ограничение ResourceSpace связано с той же гибкостью, которая делает его DAM: систему нужно спроектировать. Без продуманной таксономии, ролей и жизненного цикла она легко превращается в ещё одно хранилище с непоследовательными описаниями. Установка «как есть» не решает проблему поиска, если пользователи продолжают вводить одно понятие десятком способов.

• Self-hosted-вариант требует веб-администрирования. PHP, СУБД, cron, внешние обработчики, резервные копии и обновления не обслуживаются сами.
• Превью зависят от внешних утилит. Файл может храниться в системе, но без ImageMagick, FFmpeg, Ghostscript или нужного кодека пользователь не получит ожидаемое визуальное представление.
• RAW не является задачей проявки. Встроенное JPEG-превью можно извлечь, но DAM не заменяет редактор RAW.
• Большая свобода конфигурации увеличивает цену ошибки администратора. Неудачная схема прав или обязательных полей может мешать работе всей команды.
• Не все ускоряющие плагины готовы для любой production-среды. Typesense Search в 11.0 помечен как экспериментальный и пока не реализует полную модель фильтрации прав.
• Часть возможностей появляется только после включения плагина или config option. Нельзя считать каждую команду активной в новой инсталляции.
• Обновления крупных веток нужно тестировать. Изменения схемы БД, PHP-минимума, SAML-библиотеки или локального плагина способны потребовать отдельной работы.
• Интерфейс ориентирован на веб-DAM, а не на привычное дерево файлов. Команде, привыкшей исключительно к общему диску, требуется переучиться искать по метаданным и коллекциям.

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

Плюсы

• открытая BSD-style лицензия и возможность самостоятельного размещения без платы за лицензию на код;
• облачная и self-hosted-модели используют один продукт, поэтому организация может выбирать уровень инфраструктурного контроля;
• структурируемые метаданные, типы ресурсов, контролируемые списки и иерархические значения позволяют построить предметную схему каталога;
• коллекции не дублируют оригиналы и подходят для одновременного участия одного ресурса в нескольких проектах;
• группы, состояния и уровни Access разделяют редактирование, просмотр и скачивание;
• ImageMagick, FFmpeg, Ghostscript, ExifTool и Inkscape дают серверную обработку разных медиаформатов;
• API, SAML, LDAP, TOTP и система плагинов позволяют встраивать DAM в корпоративную инфраструктуру;
• offline jobs выносят длительные задачи из интерактивного браузерного сеанса;
• журнал действий и блокировка ресурсов помогают контролировать командное редактирование;
• ветка 11.0 обновила поиск, Dashboard, Featured Collections, фоновые задания и системную конфигурацию без смены общей модели продукта.

Минусы

• самостоятельная установка требует специалиста, способного сопровождать PHP/MySQL-стек и медиапроцессоры;
• для качественного внедрения нужно заранее проектировать метаданные, роли, словари и правила публикации;
• единого числового минимума по CPU/RAM/диску нет, поэтому инфраструктуру приходится рассчитывать по собственному контенту и нагрузке;
• простой поиск не индексирует целиком очень длинные текстовые поля, для полного текста нужен Advanced search;
• отдельные расширения и интеграции требуют дополнительной настройки, внешних сервисов или локальных моделей;
• экспериментальный Typesense нельзя без проверки прав использовать как прозрачную замену стандартному поиску;
• обновление major-ветки и сторонних плагинов необходимо проверять на тестовой копии;
• пользователям, привыкшим к проводнику и папкам, требуется освоить search-centric модель, Resource types и Collections.

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

При диагностике полезно начинать с одной конкретной записи. Сначала открыть её по Resource ID под администратором, затем под целевой группой, сравнить статус, Access и доступные действия, после чего проверять индекс и фоновые обработчики. Такой порядок отделяет ошибку прав от ошибки поиска и от ошибки генерации превью.

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

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

Пользовательские отзывы

Карточка ResourceSpace на G2 показывает 4,4 из 5 на основе 52 отзывов. В агрегированной тематике чаще всего отмечаются поддержка, простота повседневного использования, быстрая реакция команды, совместное использование материалов и управление активами. Среди повторяющихся замечаний встречаются необходимость обучения, отдельные неудобства интерфейса и ограниченность некоторых сценариев настройки.

Один из подтверждённых отзывов 2026 года от пользователя в производственной компании описывает более семи лет работы с обслуживаемым ResourceSpace и особенно высоко оценивает поддержку, но одновременно указывает, что отдельные административные экраны и отчётность требуют улучшения UX. Это полезное наблюдение для выбора модели эксплуатации: обычный поиск и выдача материалов могут быть понятны конечному пользователю, тогда как глубокая конфигурация остаётся задачей администратора.

Capterra на странице, обновлённой 15 февраля 2026 года, показывает общую оценку 4,3 из 5 по 21 отзыву, 3,9 за ease of use и 4,8 за customer service. Software Advice отображает тот же объём — 21 отзыв — и близкую разбивку: 3,9 за удобство, 4,8 за поддержку, 4,6 за соотношение стоимости и ценности и 4,3 за функциональность. Эти показатели не следует механически складывать как две независимые выборки: Capterra и Software Advice входят в Gartner Digital Markets, а на страницах ResourceSpace сейчас совпадают и число отзывов, и основные агрегированные оценки.

Содержательно отзывы сходятся в одном компромиссе: гибкость метаданных и уровней доступа оценивается как сильная сторона, но администраторам приходится разбираться в настройках и обучать сотрудников поисковой модели. Старые замечания об отсутствии отдельных функций нужно читать осторожно, потому что продукт существенно менялся: после 2020 года появились встроенные annotations/comments, новые AI-плагины, TOTP, обновлённая выдача и другие инструменты. Для оценки текущей версии важнее повторяющиеся темы, чем конкретная претензия к интерфейсу многолетней давности.

Профильные издания и каталоги

CMSWire относит ResourceSpace к Digital Asset Management Software и характеризует его как open-source DAM, сфокусированный на совместной работе пользователей при сборе проектных ресурсов. В карточке отдельно отмечено on-premise-размещение. Это описание хорошо совпадает с архитектурой продукта: система строится вокруг общего каталога, метаданных и командных процессов, а не локального редактирования медиа.

Профильный обзор Open Source Digital Asset Management подчёркивает развитые метаданные и search-centric подход без копирования традиционной папочной модели. Это важное архитектурное отличие: пользователь должен искать по смысловым атрибутам и собирать подборки, а не запоминать единственный физический путь к файлу. Материал старый, поэтому его оценки функций нельзя переносить на 11.0, но вывод о модели каталогизации остаётся актуальным.

Актуальные обзоры коммерческих каталогов также отделяют нулевую стоимость лицензии self-hosted-кода от стоимости обслуживания. Это разумный критерий закупки: даже бесплатная серверная DAM требует хранения, резервных копий и компетенций. Сравнивать ResourceSpace с SaaS только по цене подписки недостаточно — нужно учитывать стоимость собственной инфраструктуры и администрирования.

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

Для контекста полезно сравнить ResourceSpace с двумя реально существующими системами, которые решают соседние задачи, но по-разному расставляют приоритеты: Piwigo и Daminion. Это не рейтинг: выбор зависит от того, нужен ли полноценный открытый DAM, фотоцентричная галерея или коммерческий сервер с нативным Windows-клиентом.

ResourceSpace сильнее отличается от Piwigo не количеством поддерживаемых JPEG, а моделью работы. Piwigo прямо называет себя веб-приложением для управления коллекцией photos and other media и делает галереи центральным сценарием. ResourceSpace строит вокруг каждого объекта более выраженный DAM-контекст: рабочие состояния, alternative files, Resource tools, корпоративные поля, интеграции и фоновое обслуживание.

Daminion ближе к ResourceSpace по корпоративному назначению, но коммерчески и технически устроен иначе. Текущий Daminion Server 11.0 распространяется как коммерческий серверный пакет и предоставляет одновременно Web Client и Windows Client. Он подчёркивает работу поверх NAS/file server и сохранение папочной структуры. ResourceSpace, напротив, естественнее раскрывается в модели поиска по метаданным и логических коллекций.

Если обязательное условие — открытая лицензия и возможность полностью контролировать серверный код, ResourceSpace и Piwigo соответствуют этому критерию, а Daminion — нет. Если необходим нативный Windows-клиент как часть корпоративного процесса, Daminion предлагает его штатно, тогда как ResourceSpace остаётся веб-ориентированным. Если главная цель — фотоальбомы и галерейная публикация без сложной DAM-схемы, Piwigo может оказаться проще. Для смешанных цифровых активов, детализированных метаданных, workflow и интеграций ResourceSpace представляет более прямой DAM-подход.

Как оценить ResourceSpace до внедрения

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

1. Создайте два-три Resource types и минимальный набор метаданных, который отражает реальные задачи.
2. Загрузите одну партию способом metadata first и другую способом upload then edit.
3. Проверьте извлечение ExifTool и создание превью внешними обработчиками.
4. Найдите ресурсы через simple search, Advanced search и точный Resource ID.
5. Создайте рабочую и Featured Collection, убедитесь, что один ресурс может использоваться в нескольких подборках без копирования.
6. Настройте Open, Restricted и Custom access для разных тестовых групп.
7. Выполните обычное и bulk download, включив метаданные и alternative files там, где это необходимо.
8. Проверьте Log после редактирования, выдачи и скачивания.
9. При self-hosted-варианте восстановите тестовую систему из резервной копии, а не ограничивайтесь фактом создания backup-файлов.
10. Только после этого импортируйте большой архив или подключайте корпоративный SSO.

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

FAQ по ResourceSpace

ResourceSpace бесплатный?

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

Это облачный сервис или программа для собственного сервера?

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

Можно ли установить ResourceSpace на Windows?

Да. Docker поддерживает Windows, а для классического варианта есть установка с IIS. При этом конечный пользователь работает с ResourceSpace в браузере, а не через обязательное Windows-приложение.

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

Стабильный выпуск 11.0 датирован 29 июня 2026 года. Для него минимальная версия PHP — 8.2, поддерживаются PHP 8.2–8.5.

Какая база данных нужна?

Для текущей ветки подходит MySQL 8.0+ или MariaDB 10.4+. База хранит структуру ресурсов, метаданные, настройки, права и связанные записи; сами файлы размещаются в файловом хранилище.

ResourceSpace работает только с фотографиями?

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

Поддерживается ли RAW?

RAW-файлы можно хранить. Полноценная генерация RAW-превью не включена как базовый режим; для ряда форматов, включая CR2, NEF, DNG, RW2, RAF и ARW, можно использовать встроенное превью файла. Проявку RAW выполняют отдельные редакторы.

Можно ли оставить файлы в существующем хранилище?

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

Есть ли разграничение прав?

Да. Права назначаются группам пользователей, а отдельные ресурсы имеют Access. По умолчанию используются Open, Restricted, Confidential и Custom. Дополнительно workflow state определяет жизненный цикл ресурса.

Есть ли единый вход?

SimpleSAML предоставляет SAML 2.0 SSO, а Simple LDAP позволяет аутентифицироваться через LDAP/Active Directory. TOTP MFA добавляет второй фактор с одноразовым кодом.

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

Да. Для интеграций предусмотрены HTTP API, плагины и API Webhooks. Доступ к API следует выдавать отдельной учётной записи с минимально необходимыми правами и защищать её API key.

Есть ли массовая загрузка?

Веб-загрузчик принимает несколько файлов, CSV Upload предназначен для структурированного массового импорта, а в обслуживаемых системах возможен SFTP intake. Версия 11.0 расширила CSV-сценарий пакетной загрузкой alternative files.

Как не потерять метаданные при большой загрузке?

Работайте управляемыми партиями, выбирайте правильный Resource type, проверяйте заблокированные значения и не ведите разные upload-партии одновременно в нескольких вкладках. Для большого числа файлов с разными описаниями используйте CSV вместо одной общей формы.

Почему файл виден, но не скачивается?

Наиболее частая причина — Restricted access или ограничения группы. Видимость карточки и право получить оригинал — разные разрешения. Нужно проверить Access, пользовательскую группу и дополнительные условия скачивания.

Можно ли хранить несколько версий одного файла?

ResourceSpace поддерживает alternative files и отдельный механизм version control/истории. Alternative file используется как связанный вариант основного ресурса, а не как независимая копия без контекста.

Можно ли редактировать изображения прямо в DAM?

Базовый Transform plugin предоставляет Image tools для кадрирования и создания производных, которые можно скачать или сохранить как alternative files. Это утилитарная обработка для выдачи, а не замена полноценному графическому редактору.

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

Базовый поиск работает на MySQL-совместимой базе. В 11.0 есть экспериментальный Typesense Search plugin, но его текущие ограничения по фильтрации прав делают его неподходящей прозрачной заменой стандартному поиску в системах с разграниченным доступом.

Как резервировать ResourceSpace?

Резервная копия должна охватывать как SQL-базу, так и файловое хранилище. Проверка backup завершается только после тестового восстановления и открытия ресурсов, а не после появления архива на диске.

Можно ли обновлять систему с локальными изменениями в ядре?

Технически локальные изменения можно увидеть через svn diff и разбирать при обновлении, но постоянная правка ядра повышает риск конфликтов. Расширения предпочтительнее реализовывать плагинами и отдельно тестировать их на новой ветке.

Вывод

ResourceSpace 11.0 подходит командам, которым нужен не просто общий каталог файлов, а управляемая DAM-модель: структурированные метаданные, поиск, рабочие состояния, уровни доступа, коллекции, производные, журнал и интеграции. Облачный вариант сокращает инфраструктурную нагрузку; self-hosted даёт больший контроль и открытую лицензируемую кодовую базу, но требует полноценного сопровождения PHP, СУБД, хранилища и медиапроцессоров.

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