-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hallo Peter.
Willst und musst du das wirklich über eine Vorbelegung lösen? Bekommst du das wirklich nicht durch entsprechend geschulte Redakteure hin? Immerhin wird doch schon -- zumindest bei Seiten -- unterschieden: * Page Title (Tab "General") * Alternative Navigation Title (Tab "General") * Speaking URL path segment (Tab "General") * URL Alias (Tab "Behavior") Du würdest also vermutlich das "URL Alias" halbwegs unique haben wollen. Soll heißen: "uniquePid", damit es auf einer Seite eindeutig wird. http://docs.typo3.org/typo3cms/TCAReference/Reference/Columns/Input/Index.html#eval Das "URL Alias" gilt zunächst mal für eine Seite und deren Übersetzungen. Redakteure können aber durch das Feld "Speaking URL path segment" -- das dann für die pages und pages_language_overlay separat gepflegt werden muss -- von Hand einen abweichenden Wert für das Pfadsegment angeben. Du kannst also "administrativ" den Wert für "URL Alias" vorbelegen und von Redakteuren dann absichtlich durch "Speaking URL path segment" überschreiben lassen. Erstens geht das vermutlich über einen DataHandler-Hook. Ich würde es mal mit dem "processDatamap_beforeStart" versuchen. Einfach den "Page Title" in das Feld "URL Alias" kopieren, strToLower, whitspaces raus, fertig. Zweitens würde ich das TCA für das dieses Feld umdeuten, von "input" zu "passthrough". Damit können deine Redakteure da im Backend nichts reinschreiben, sehen aber dessen Inhalt, und über den DataHandler können meines Wissens Änderungen durchgeführt werden die dann auch in der Datenbank landen. Drittens möchtest du evtl. eine Checkbox "Recalculate URL Alias" erfinden, die, wenn gesetzt, das für Redakteure (nach der Durchführung von "zweitens") nicht beschreibbare "URL Alias"-Feld leert und anschließend neu berechnet. Deshalb: Neue Checkbox ins TCA packen und per gleichem DataHandler-Hook wie "erstens" dann die gleiche Prozedur wie "erstens" durchführen. Dadurch haben Redakteure die Möglichkeit, ggf. einen Tippfehler bei Seiten zu korrigieren. Bei den News sollte *eigentlich* die Eigenschaft "useUniqueCache" helfen. Der Record-Unique-Cache von RealURL hat meines Wissens überhaupt kein Verfallsdatum sodass grundsätzlich immer die erste verwendete URL gilt, egal wie der Titel anschließend geändert wird. Wer einzelne Einträge aus diesem Unique-Cache löscht muss eben wissen was er tut und wer blind den kompletten Unique-Cache für eine Tabelle löscht wird erschossen. Gruß, Stephan Schuler Web-Entwickler | netlogix Media Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de Web: media.netlogix.de netlogix GmbH & Co. KG IT-Services | IT-Training | Media Neuwieder Straße 10 | 90411 Nürnberg Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 E-Mail: i...@netlogix.de | Web: http://www.netlogix.de netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338) Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634) Umsatzsteuer-Identifikationsnummer: DE 233472254 Geschäftsführer: Stefan Buchta, Matthias Schmidt - -----Ursprüngliche Nachricht----- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter Linzenkirchner Gesendet: Freitag, 13. März 2015 13:28 An: German TYPO3 Userlist Betreff: [TYPO3-german] realurl - Titeländerung vs. Permalink Hallo liebe Liste, ich knabbere gerade an folgendem Problem: Meine Redakteure ändern ziemlich häufig die Titel ihrer Seiten und News-Einträge, und zwar aus SEO-Gründen. Sie legen z. B. einen News-Eintrag an, und editieren diesen nach ein paar Tagen oder Wochen, aktualisieren die Inhalte und natürlich die Headline. Die ist ja das wichtigste SEO-Kriterium. Das führt natürlich dazu, dass sich die URL ändert, realurl baut diese ja aus dem Titel auf ... Allerdings nicht sofort, weil realurl hier einen Cache hat, aber nach einigen Tagen. Danach wirft die alte URL des Artikels einen 404 ... Ziemliches Gift für SEO. Ein zweites Problem sind News-Einträge mit dem gleichen Titel (die gibt es ab und zu). Realurl hängt dann an die URL des zweiten Eintrags ein -1 - aber das Ganze bleibt nur konsistent, solange man den Realurl-Cache nicht löscht. Danach wird nämlich die URL nach Bedarf aufgebaut (also bei Aufruf der Seite oder der News), und wenn der erste Eintrag nach dem zweiten aufgerufen wird, so erhält jetzt der die -1 am Ende - jetzt also genau anders herum als vorher. Die Folge ist eine ziemliche Verwirrung unter den Redakteuren ... Ich möchte generell unterscheiden können zwischen Titel und Permalink. Die URL selbst soll zwar den Titel enthalten, aber weniger aus SEO-Gründen sondern eher aus Usability-Gründen. Fürs SEO bringen sprechende URLs eher weniger, sie sind kein wichtiges Kriterium fürs Ranking, wichtig ist vor allem, dass sie sich nicht ändern. Der Titel ist aber das wichtigste SEO-Kriterium, und den wollen meine Redakteure natürlich frei anpassen können, auch bei Updates. Ergo brauche ich die Möglichkeit, Titel und URL zu trennen: Eine Idee wäre, beim ersten Eintrag der News (bzw. des Seitentitels) den Titel nicht nur ins Titelfeld zu schreiben sondern in ein zusätzliches Feld für den Permalink. Die URL wird dann nicht aus dem Titel aufgebaut, sondern aus dem Permalink-Feld. So handhaben das z. B. Wordpress und Expression-Engine. Hat jemand eine Idee, wie man das Realisieren könnte? Mit dem Problem müssten doch eigentlich alle zu kämpfen haben, die für engagierte SEOler tätig sein müssen ... Wie ich das in der Konfig von realurl ändern kann, weiß ich, aber wie schaffe ich es, dass beim Speichern eines News-Eintrags oder einer Seite im Backend automatisch der der Permalink angelegt wird? Es müsste quasi ein Postprocessing nach dem Speichern stattfinden. Vielen Dank für Ideen! Peter - -- - ----------------------------------------------- Peter Linzenkirchner Lisardo EDV-Beratung Katharinengasse 20, Rückgebäude, Eingang Bleigäßchen 5 86150 Augsburg Tel. +49-821-150565, Fax +49-821-150595 http://typo3-lisardo.de i...@lisardo.de - ----------------------------------------------- - -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -----BEGIN PGP SIGNATURE----- Version: PGP Universal 3.3.2 (Build 15704) Charset: utf-8 wpUDBQFVAu+qpp0IwsibV8MBCPcGBACkF685EJ/Bggukue0JF9IBn7kXuRKatHTH wIbLA/l7tYBC5VceAvlKbJOucrz9BE90eYE0zet8i6IErPb5BqNzSwj40gNj2xYX pcZD0n1NBlGRhDw3jKa6Mo9TxaP+GWqobczC6yeDE0EKI3E46xiXmK67ckdTZ2wk lPoKY2oHWw== =Vpb4 -----END PGP SIGNATURE----- _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
