В настоящее время я участвую в проекте, где мы используем Liferay (6.1 GA2). Кажется, что результаты поиска Liferay предоставляют ссылки на фрагменты веб-контента, а не на страницы, содержащие их.Результаты поиска Liferay
Неужели кто-нибудь из вас прошел через эту проблему? Вы знаете, как его решить?
Большое спасибо приятелям.
Бест, Альберто
Вы можете иметь гораздо больше контента в интерфейсе, чем на самом деле отображается на любой странице. Кроме того, вы можете отображать любую статью сразу на нескольких страницах.
Способ обойти это указать в портлете «Веб-поиск контента», который вас интересует только опубликованный контент. Однако это не решает вашу вторую проблему: контент может быть опубликован на разных страницах.
Каждый контент может иметь «страницу отображения». Настройка такой страницы отображения хорошо объясняется в пользовательском интерфейсе (см. Редактор веб-содержимого), чтобы вы действительно увидели правильную страницу с результатами поиска.
Если вы на самом деле хотите искать только страницы, а не контент (вы можете пропустить некоторые метаданные), я бы рекомендовал пойти с некоторым решением для пауков, которое размещает ваш сайт, индексирует страницы независимо от их элементов конструкции (статьи) и поиск этого внешнего индекса.
Спасибо! Подход к использованию страницы отображения слишком сложный для наших редакторов. Я решил определить разные типы контента, которые по умолчанию связаны с определенной «страницей отображения». Тогда всегда будет тип содержимого пары - отображаемая страница. Поэтому, когда новый контент (с соответствующим типом контента) добавляется на страницу, эта страница будет иметь тот же шаблон, что и «Страница отображения». Это выглядит нормально в бумаге, но оно ограничивает количество областей, доступных для поиска, до одного. Другой вариант использования поиска на пауках означает, что будут потеряны неплохие функции поиска Liferay (например, scoping и т. Д.). – nan
Обратите внимание, что вы также можете использовать API для автоматического выбора DisplayPages, например. основанные на категоризации, типе статьи или любых других критериях. Это может быть небольшая настройка, которая поможет значительно уменьшить сложность, если вы можете указать машиночитаемые критерии для автоматического определения DisplayPage. Вы также можете иметь свой контент в рамках рабочего процесса, и кто-то, кто понимает эту концепцию, вручную исправляет DisplayPage, если он не установлен (соответствующим образом). –
Спасибо Olaf. На данный момент мы решили пойти с решением для решения проблем с пауком. – nan