content_routes ist ein öffentlicher Registrierungspfad für Artikel, Seiten und Themeninhalte. Die Registrierung trennt alte Post-/Slug-Identitäten von öffentlichen URLs, die sich ändern können, ohne dass der Weiterleitungsverlauf verloren geht.
Kanonisch und aka
Für jedes Post-Locale-Paar gibt es nur eine Zeile is_canonical=1 Und canonical_slot=1. Wenn Canonical ersetzt wird, wird das alte Canonical zu einem Alias herabgestuft. Der Alias-Resolver gibt ein kanonisches Ziel zurück, damit der Router eine dauerhafte Umleitung bereitstellen und die Abfragezeichenfolge sicher verwalten kann.
Globaler Namensraum
Der Pfad ist normalisiertes Kleinbuchstaben-ASCII ohne führende/endende Schrägstriche. Segmente können beispielsweise verschachtelt sein docs/core/routing. Eindeutig gilt pro Gebietsschema. Der Validator lehnt außerdem Kollisionen mit Inhalts-Slugs/Routen, alten Permalinks, Core-Präfixen, Authentifizierungs-/Listen-/Kategoriepfaden, Plugin-Routen, Archivjahren und öffentlichen Dateien/Verzeichnissen ab. Da die Standard-URL ein leeres Gebietsschema verwendet, teilen sich alle Inhaltstypen diesen globalen Namespace.
Zurückgreifen
Alte Inhalte, die noch keine kanonische Route haben, können immer noch über alte Permalinks und Slugs aufgelöst werden. Fallback ist kein gespeicherter Alias: Nachdem die Route erstellt wurde, verwenden Sie die Registrierung als kanonische URL-Quelle. Das Theme-Inhaltsmenü wählt die kanonische Route aus; Auch kanonische Sitemaps sind von der Registry abhängig.
Gebietsschema- und Übersetzungs-Plugin
Core speichert die Locale-Spalte und kann URLs generieren /{locale}/{path}/, aber Core bietet keinen nativen Übersetzungseditor. Das Übersetzungs-Plugin ist für die Versionierung von Inhalten, die Bestimmung von Gebietsschemata, die Synchronisierung von Canonical/Aliassen, die Handhabung von gebietsübergreifenden Weiterleitungen und das Hinzufügen von Gebietsschema-Sitemaps verantwortlich. Plugins müssen Hilfsrouten verwenden, damit Kollisionen, Transaktionen und der kanonische Verlauf konsistent bleiben.
Überprüfen Sie vor dem Ändern des Pfads die internen Links und Routen des Plugins, speichern Sie das neue Canonical atomar und testen Sie dann die neue URL, den alten Alias, die Abfragezeichenfolge, 404, das Menü, das Canonical-Tag und die Sitemap.