Преодоление предела 1000+ узлов для узлов cq:Page в AEM 6.1

Question

В настоящее время мы создаем большой сайт с использованием AEM 6.1 и перенесем сотни тысяч записей из старой системы на основе RDMS в JCR AEM. Мы понимаем, что ограничение узла 1000+ не применяется к узлам с типом nt:unstructured, но мы применяем ограничение при использовании узлов cq:Page.

Наш текущий сайт имеет такую ​​структуру:

/
├── blog/
│   ├── some-blog-post
│   └── another-post
└── articles/
    └── some-article
    └── another-article
    └── ...
    └── ...
    └── ...

У нас есть более 6000 статей в поддереве статей, и мы должны поддерживать структуру URL для сайта, ориентированного на потребителя. Мы используем классический пользовательский интерфейс и, конечно, у нас возникают проблемы с производительностью при развертывании папки статей в AEM Siteadmin. Мы могли бы позволить себе разделить статьи на дополнительные каталоги в Siteadmin, но мы должны были бы сохранить плоскую структуру для наших URL-адресов.

Каков наилучший способ сделать это в AEM? Мы не можем сделать это в диспетчере, потому что диспетчер не сможет узнать, где сопоставить запрос в иерархии JCR.

Answer 1

Если вы разделите свой контент предсказуемым образом, вы действительно сможете использовать перезапись URL-адресов во внешнем интерфейсе HTTP, чтобы обеспечить единую структуру URL-адресов.

В качестве примера, /articles/s/so/some-blog-post может быть надежно сопоставлен с /articles/some-blog-post в обоих направлениях.

Это потребует некоторой логики на стороне автора, чтобы убедиться, что пути к вашим страницам построены в соответствии с таким правилом.

Обратите внимание, что обычным способом справиться с этим в блогоподобном контенте является добавление префиксов к путям записи с датой создания, например 2016/02/29/some-blog-post которая обеспечивает хорошую и значимую иерархию.