Меньшие снимки контента ускоряют локализацию

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

Такая глубина полезна при рендеринге сайта. Она часто не нужна, когда редактору требуется лишь найти запись или проверить статус перевода.

Больше данных не всегда означает больше контекста

Инструментам локализации в разные моменты нужны разные представления Contentful.

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

Использование максимально глубокого полезного груза для каждого представления создаёт издержки, не добавляя полезного контекста.

Это может приводить к:

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

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

Создавайте снимки под конкретную задачу

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

Для списка и поиска оно может включать:

• ID записи и тип контента
• значения отображаемых полей
• настроенные поля поиска
• доступные локали
• входные данные пути страницы
• временные метки обновления и публикации

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

Такой поэтапный подход сокращает рутинную работу, сохраняя доступ к деталям, когда это действительно важно.

Исключения должны быть структурными

Крупные модели контента часто содержат поля, не относящиеся к переводу. Ассеты, технические ссылки, конфигурация аналитики и внутренние связи могут оставаться видимыми без рекурсивного разворачивания.

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

Такая предсказуемость важнее, чем попытка выжать каждый возможный байт из одного ответа.

Делайте ограничения кэша явными

Снимки всё равно могут разрастаться. Rich text, длинные массивы и широкие поля поиска могут создавать необычно большие записи.

Приложение должно устанавливать чёткие границы:

1. измерять размер сериализованного снимка
2. опускать или усекать несущественные кэшируемые детали
3. сохранять стабильную идентичность и метаданные поиска
4. получать полную запись по требованию
5. показывать реальные проблемы конфигурации вместо молчаливых сбоев

Кэш — это слой ускорения. Он не должен становиться единственной копией данных, необходимой для выполнения работы.

Производительность защищает редакторский процесс

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

Меньшие снимки позволяют продукту реагировать на действие, которое пользователь совершает прямо сейчас. Подробные данные CMS могут поступать в тот момент, когда пользователь запрашивает детали.

Главное

Системы локализации должны загружать такой объём данных Contentful, который необходим для текущего решения.

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