Änderung der Dateiendung (Extension) einer Seite und Zurücksetzen der persistenten URLs (SEO)

Zendesk API User

• 25. September 2013 19:46

Author: kubczak
Publication Date: 9/25/2013 19:46

Hallo,

wir stehen aktuell in einem Projekt vor dem Problem, die Dateiendung einer Seite auf Basis einer Eingabekomponente der Seitenvorlage ändern zu müssen. Das wurde im Prinzip schon einmal hier besprochen: https://community.e-spirit.com/message/4262

Die Problematik ist die gleiche: Weist eine entsprechende Eingabekomponente der Seite (oder ihrer Metadaten) einen bestimmten Wert auf, so soll statt einer .html Seite eine .jsp Seite generiert werden. Ein erster Ansatz war, das Ganze über einen eigenen URLCreator, bzw. eine URLFactory zu realisieren. Das Problem an dieser Stelle ist jedoch, dass die "getUrl" Methode der Factory nicht mehr aufgerufen wird, sobald der Seite durch den URLCreator eine URL zugewiesen wurde (Stichwort persistente SEO-URLs). Ändert man also im Nachhinein den Wert der Eingabekomponete in der Seite und generiert erneut, bekommt die Seite ihre alte Endung, da für sie ja bereits eine URL vergeben wurde. Das passiert auch, wenn ich das ganze mit Absätzen realisiere, die die Dateiendung der Seite überschreiben.

Das Problem läßt sich also darauf reduzieren, ob es eine Möglichkeit gibt, die gespeicherten URLs einer Seite dynamisch zurückzusetzen, wenn der Redakteur bestimmte Änderungen an der Seite durchgeführt hat, bzw. diese noch vor dem Aufruf der "getUrl" Methode der URLFactory abzufangen. Ein automatisiertes "Gespeicherte URLs zurücksetzen", wenn man so will.

Viele Grüße,

Christian

Tags: dateiendung, extension, SEO, url_creation, url_erzeugung, urlfactory, urlfreator

Verknüpfung mit

• Developers

0

• 

  Zendesk API User

  • 1. Oktober 2013 13:48

  Author: kubczak - 10/1/2013 13:48
  

  Danke für die Hinweise. Es ging im Speziellen um JSP-Fragmente in der Seite, die basierend auf einer Permission Komponente in den Meta-Daten verwendet werden sollten, damit eine Custom Web-App beim Kunden die Absicherung der kompletten Seite vornehmen konnte.

  Mittlerweile ist man hier zu einer anderen Lösung über gegangen, bei der die als abgesichert spezifizierten Seiten von FS in eine XML-Datei geschrieben werden. Die Aufrufe im Live-System werden dann über ein Filter-Servlet geschickt, welches diese XML-Datei als Basis heranzieht und den Zugriff auf eine Seite erlaubt/verweigert. Die Seiten können somit nach wie vor als reine HTML-Seiten bestehen bleiben und auch das Prinzip der stabilen URLs wird nicht beeinträchtigt.

  0

Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.