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

В настоящее время мы создаем большой сайт с использованием 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.


person JStarcher    schedule 03.02.2016    source источник
comment
какую версию crx вы используете?   -  person awd    schedule 03.02.2016
comment
AEM 6.1, поэтому Apache Jackrabbit Oak 1.2.2   -  person JStarcher    schedule 03.02.2016


Ответы (1)


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

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

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

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

person Bertrand Delacretaz    schedule 04.02.2016