Cq5 разрешает проблемы с просмотром контента в публикации

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

  • У меня есть автор и публикация экземпляра.
  • Авторы имеют и до сих пор успешно реплицируют статьи из "Author to Publish" без проблем.
  • Вся моя база кода была перенесена, мои банки в порядке - я даже перестроил отдельные банки в экземпляре публикации crx, чтобы убедиться.

------- теперь для проблемы.

Я пошел опубликовать новую страницу, и она не появилась в экземпляре публикации. Это не новый шаблон или тип компонента, а другая страница для добавления в список. Это те действия, которые я предпринял, и то, что я нашел. В настоящее время у меня есть 2 экземпляра публикации, но они будут ссылаться на них синонимом как "publish", поскольку их состояния кажутся одинаковыми.

  • Активирован для публикации - не появился в публикации

  • зарегистрировался в publish/crx/de/index.jsp, чтобы убедиться, что он был реплицирован правильно.

  • содержимое сделало его прекрасным и находится в правильном пути в /content

  • Разрешения ACL и контроля доступа такие же, как и все другие узлы содержимого того же типа. (Только для того, чтобы отметить, что эти узлы контента отлично просматриваются).

  • В моих журналах нет ошибок stacktrace. Однако при прохождении диспетчера я получаю эту ошибку: org.apache.sling.servlets.get.impl.DefaultGetServlet Нет средства визуализации для расширения js, не может отображать ресурс JcrNodeResource, type = XXX, superType = null, path =/content/XXX/JCR: содержание

  • Я пошел вперед и вошел в систему как admin в моем издании /crx/de и попал на страницу с содержанием, о которой идет речь, и все выглядело отлично. Это означает, что контент доступен для администраторов, но не для анонимных пользователей.

  • edit: Я убедился, что вы проверяете анонимный контекст во всех трех экземплярах - как публиковать экземпляры напрямую, так и через диспетчер.

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

  • Чтобы проверить, было ли это вопросом репликации, я пошел и дезактивировал некоторые из других подобных узлов, увидел, что они исчезли, реактивировал их и увидел, что они вернулись. Следуя этой мысли, я деактивировал группу (старые узлы + мой новый node), а затем реанимировал их - все старые узлы появились, и все те же разрешения выдают с новым node.

Доступен ли контроль доступа в другом месте? Мне любопытно, есть ли другие места для просмотра, чтобы понять, что не так с этим содержанием.

Благодарю вас, Броди

4 ответа

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

Это означает, что ваш диспетчер все равно будет отказывать в доступе к /apps, а ваши экземпляры будут по-прежнему безопасными, а ACL для издателя не имеет значения, если анонимный пользователь может отобразить страницу под/content


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

Эта статья также может помочь: http://forums.adobe.com/message/4263731 Он включает в себя следующее:

"Проблема заключалась в том, что после создания нового сайта в экземпляре автора, при просмотре на сайте публикации страница не показывала correclty. Видимым симптомом было то, что исходные HTML-теги (для HTML, HEAD, META и BODY), но контент не был заполненный. Я правильно включил свой контент, потому что он был новым сайтом, и я создал новые компоненты и шаблоны сайтов которые находились в папке" apps "и в папке" etc ", они не были доступны для отображения, поэтому страница HTML была пуста (потому что их нельзя было найти в экземпляре публикации). Что я сделал использовал" Активировать дерево "в разделе" Инструменты "для публикации контента in/content/mysite. Я пропустил использование Activate Tree для публиковать элементы, созданные мной в /etc/designs/mysite и/apps/mysite."


Итак, это решение, которое я нашел, но я не чувствую, что это лучшее решение.

Корневая проблема заключалась в том, что контроль доступа был ограничен в представлениях компонента. Это связано с тем, что /apps имеет отказ по умолчанию для чтения для группы "Все".

Я изменил это, но мне сказали, что из cq5.4 это было введено в качестве меры предосторожности.

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


WEN U ZIP ОТ ПАКЕТНОГО МЕНЕДЖЕРА ДЛЯ РАЗРЕШЕНИЙ ПОЛЬЗОВАТЕЛЯ И ГРУППЫ ДОБАВЛЯЕТ ВСЕ УЗЛЫ, КОТОРЫЕ ИМЕЮТ ИМ. "РЕП: ПОЛИТИКА" И УСТАНОВИТЬ В НОВОМ CQ

licensed under cc by-sa 3.0 with attribution.