Я получил ту же проблему некоторое время назад.
Я использую для многих систем TYPO3 одну страницу для списка новостей и деталей. Я хотел иметь URL-адреса, например example.com/news/ für list view и example.com/news/this-is-a-news/ как подробный URL.
Чтобы архивировать это, я настроил realurl, чтобы пропустить контроллер и действие для ссылок новостей. Но в конфигурации ссылок внутри шаблона новостей они использовались для создания ссылки.
Поскольку realurl не создает новый cHash для ссылки (начиная с версии 2.0.12, я думаю), ссылка, сгенерированная realurl, не соответствует cHash, которая была сгенерирована в TYPO3 и кэширована realurl. Таким образом, TYPO3 предоставляет неверную кешированную версию этой страницы. В моем случае это была первая новостная запись, которая была вызвана и кэширована. Эта новостная новость показывалась каждый раз, когда я нажимал на новости.
Чтобы избежать этого, я удалил контроллер и пропустил действие из realurl и добавил некоторый TypoScript (link.skipControllerAndAction = 1) в мою конфигурацию новостей.
Думаю, у вас может быть аналогичная проблема. Попробуйте отключить realurl в среде dev и попробуйте, если это произойдет снова. Когда это исправляет вашу проблему, проверьте вашу конфигурацию realurl для новостей.
Я также переключился на выделенные страницы списка и подробностей после некоторых болезненных переживаний со смешанным списком/деталями в пользовательском расширении extbase. Через некоторое время страница списка realURL укажет на некоторую страницу подробностей. Отдельная подробная страница представляет собой надежное решение. – Urs