gitmedia/presseportale
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions 2

web: Portal-Inhalte sind auf dem Hub nicht mehr erreichbar (Anhang 2, E10)

Browse source 
Kategorien, Jahresarchive, Meldungen und Newsrooms liefen auch unter
pressekonto.com — die Ausgabe-Routen gelten für alle Hosts, und der
Portal-Kontext fällt dort auf businessportal24 zurück. Jetzt 301 auf das
Portal.

Meldung und Newsroom folgen ihrem eigenen Portal, nicht einer festen
Vorgabe; bei Doppelveröffentlichung (gleicher Slug auf beiden Portalen)
gewinnt die Erstquelle, sonst endete die Weiterleitung auf der Kopie.
Kategorie, Archiv und Suche gibt es auf beiden Portalen — dort entscheidet
canonical.portal_only_host.

Bewusst nicht weitergeleitet wird ein unbekannter Slug (sonst 301 in ein
404) und alles, was kein GET ist (ein 301 auf POST verliert die Anfrage —
Newsroom beanspruchen und Share-Zählung laufen weiter). Query-Parameter
bleiben erhalten.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
Kevin Adametz 2026-09-18 09:15:04 +00:00
parent 4c17a17254
commit 24c1bbf500
5 changed files with 222 additions and 28 deletions
Download patch file Download diff file Expand all files Collapse all files

11
config/canonical.php
View file

@ -84,6 +84,17 @@ return [
'portal_only_pages' => ['preise', 'veroeffentlichen', 'newsrooms', 'suche'],
/*
| Portal-INHALTE (Kategorie, Jahresarchiv, Meldung, Newsroom). Die
| Ausgabe-Routen gelten für alle Hosts, deshalb waren sie auch unter
| pressekonto.com erreichbar — dieselben Texte ein drittes Mal, nur mit
| dem Branding des Portals, auf das der Hub-Kontext zurückfällt.
| Ziel ist bei Meldung und Newsroom das Portal des Eintrags selbst,
| sonst `portal_only_host`.
*/
'portal_only_content_routes' => ['kategorie', 'kategorie.archiv', 'release.detail', 'newsroom', 'newsroom.claim'],
'portal_only_host' => 'presseecho',
];