[simple_news_urls] News direkt über Alias aufrufen

Habe nun die Implementation aus Nachrichten URL anpassen: www.domain.de/news-alias als Extension im ER2 und über Composer veröffentlicht. Mit dieser Extension können News nun direkt über deren Alias aufgerufen werden, also zB example.org/news-entry.html statt example.org/reader-page/news-entry.html. Auch alle von Contao erzeugten News-URLs benutzen die kurze Form. Darüberhinaus befindet sich mit dieser Extension ein Redirect auf die kurze URL im Newsreader, falls der Newseintrag über die lange URL aufgerufen wird, um duplicate content zu vermeiden.

Dies funktioniert auch mit beliebigen URL Suffixen, auch ganz ohne.

• ER2: [simple_news_urls]
• Packagist: fritzmg/contao-simple-news-urls
• GitHub: fritzmg/contao-simple-news-urls

Hinweis: durch die Verwendung des generateFrontendUrl Hooks könnte es sein, dass sich die Performance der Website verschlechtert. Diese Funktion wird innerhalb von Contao natürlich potentiell sehr oft aufgerufen und mit dieser Extension wird auch jedesmal eine zusätzliche Datenbankabfrage gemacht, falls die erzeugte URL Parameter hat (um eben zu überprüfen, ob es sich bei der URL um eine News-URL handelt).

Also quasi wie urlcleaner nur ohne Config File?

Geht das dann auch mit Strukturen wie:

HTML-Code:

---

domain.de/service/aktuelles/alias.html

---

statt

HTML-Code:

---

domain.de/service/aktuelles/reader-page/items/alias.html

---

Zitat:

---

Zitat von Kahmoon

Also quasi wie urlcleaner nur ohne Config File?

---

Naja nicht ganz, diese Funktionalität geht mit dem urlcleaner nicht, außer ich übersehe etwas.

Zitat:

---

Zitat von Kahmoon

Geht das dann auch mit Strukturen wie:

HTML-Code:

---

domain.de/service/aktuelles/alias.html

---

statt

HTML-Code:

---

domain.de/service/aktuelles/reader-page/items/alias.html

---

---

Nein, wenn dann nur domain.de/alias.html - das was du haben möchtest geht wiederum am besten mit dem urlcleaner ;)

OK. Gecheckt :-)

Danke

Zitat:

---

Zitat von Spooky

Habe nun die Implementation aus Nachrichten URL anpassen: www.domain.de/news-alias als Extension im ER2 und über Composer veröffentlicht. Mit dieser Extension können News nun direkt über deren Alias aufgerufen werden, also zB example.org/news-entry.html statt example.org/reader-page/news-entry.html. Auch alle von Contao erzeugten News-URLs benutzen die kurze Form. Darüberhinaus befindet sich mit dieser Extension ein Redirect auf die kurze URL im Newsreader, falls der Newseintrag über die lange URL aufgerufen wird, um duplicate content zu vermeiden.

---

Da sollte man dann wohl allerdings die Redakteure briefen, dass die nicht versehentlich ein News-Alias generieren, das mit einer statischen Seite kollidiert. ;)

Zitat:

---

Zitat von tab

Da sollte man dann wohl allerdings die Redakteure briefen, dass die nicht versehentlich ein News-Alias generieren, das mit einer statischen Seite kollidiert. ;)

---

Yep :D. Das könnte ich jedoch in die Extension einbauen. Also eine Überprüfung beim anlegen einer News, ob der Alias bereits als Seitenalias existiert und umgekehrt auch beim anlegen einer Seite, ob der Alias bereits als News Alias existiert.

Das wäre toll.

Dies wäre eine essenzielle Funtion, die für den produktiven Betrieb der Erweiterung benötigt wird. Daher wäre es super, wenn Du das bei Gelegenheit implementieren könntest. :)

Version 1.1.0 hat nun den Alias Check. Darüberhinaus sollte die Extension nun auch bei Contao Installationen mit mehreren Domains und/oder Sprachen funktionieren.

Hallo zusammen,

die Erweiterung ist auch für uns sehr interessant. Wir haben sie einmal bei unsere Seite installiert und getestet. Leider kommen beim Aufruf von Seiten über den News-Alias nur 404-Fehler.

URLs umschreiben ist mit den korrekten Optionen aktiv. Was kann da schief laufen?

Hm, ist die Seite wo online, damit man sich das mal zumindest im Frontend ansehen kann? Ansonsten bräuchte ich wohl zum debuggen FTP Zugriff.

Hallo,

hier der Link:

http://www.adam-transporte.de/de/kun...rmationen.html

Die Seite verwendet ein an uns angepasstes Template der News-Übersicht. Die Links funktionieren aktuell nicht. Wenn wir Ihre Extension deaktivieren, dann kommen wieder die normalen funktionsfähigen Links.

Beim Standard-Template für die News-Übersicht erhalte wir das identische Problem. Am Template kann es also nicht liegen.

Ist da Version 1.1.0 der Extension im Einsatz? Wenn ja dann teste ich nochmal die Funktionalität bei aktivierter Option "Sprache zur URL hinzufügen", evt. habe ich da etwas übersehen.

Also ich habe es heute nochmal überprüft: die URLs zu den News sollten eigentlich so aussehen: http://www.adam-transporte.de/de/buerozeiten.html
Derzeit sehen sie auf der Website jedoch so aus: http://www.adam-transporte.de/buerozeiten.html - also ohne Language Fragment in der URL. Das sollte aber eigentlich nicht passieren, selbst mit Version 1.0.0, theoretisch.

Wir nutzen die Erweiterung [i18nl10n] für die Mehrsprachigkeit. Gibt es da vielleicht eine Inkompatibilität mit [simple_news_urls] ?

Ansonsten sehe ich gerade keinen Ansatzpunkt.

Das kann sein. Diese Erweiterung habe ich selbst noch nie verwendet. Ist bei Verwendung dieser Erweiterung im Backend der Punkt "Sprache zur URL hinzufügen" aktiviert, oder darf man das im Verbindung mit dieser Erweiterung nicht aktivieren?

Hier mal ein Screenshot der Einstellungen.

Anhang 16605

Wir verwenden beide Extensions in der aktuellen Version.

Ich habe jetzt einmal [simple_news_urls] wieder deaktiviert. Dann werden sofort die korrekten Links angezeigt. Aber man kann die simple_news_urls aber halt auch nicht mehr nutzen :D

Ok ja, da dürfte aktuell meine Extension nicht mit [i18nl10n] kompatibel sein. Wird sich aber leicht ändern lassen, wahrscheinlich kann ich heute Abend dazu ein Update liefern. Ist auch mal als Issue hier festgehalten: https://github.com/fritzmg/contao-si...-urls/issues/4

Zitat:

---

Zitat von c.adam

Ich habe jetzt einmal [simple_news_urls] wieder deaktiviert. Dann werden sofort die korrekten Links angezeigt. Aber man kann die simple_news_urls aber halt auch nicht mehr nutzen :D

---

Ja, wie gesagt, [simple_news_urls] ist derzeit wahrscheinlich schlicht inkompatibel mit [i18nl10n]. Das zu beheben wird aber nicht lange dauern. Wenn es einen neuen Release gibt, poste ich es auch hier.

Super Sache!!!

Ansonsten ist Deine Extension nämlich eine tolle Funktionserweiterung. Vielen Dank für den Support!

Ersetze mal die Datei simple_news_urls/classes/SimpleNewsUrls.php hiermit: https://github.com/fritzmg/contao-si...leNewsUrls.php
Ist nur ein grober Hack. Aber wenn es funktioniert, veröffentliche ich das mal als neue Version.

Habe die Datei eingespielt und einige Tests gemacht. Das Problem ist mit dieser Anpassung gelöst.

Vielen Dank im Voraus für die Veröffentlichung des Patches.

Version 1.1.2 mit dieser Änderung ist nun released.

...und bei uns eingespielt.

Daumen hoch!

Ab Version 2.0.0 sollte die Extension nun mit anderen Extensions kompatibel sein, die normalerweise den Newsreader von Contao ersetzen.

Wow! Das ist genau das, was ich die letzten Tage gesucht habe! Danke dafür*…

Allerdings scheint es, als habe ich Probleme bei der Konfiguration?
Muss noch irgendwas besonderes beachtet werden, .htaccess Datei anpassen oder so?


Liebe Grüße und besten Dank

Eigentlich nicht, welche Probleme hast du?

Also ich werde zwar auf die News gelinkt … allerdings bekomme ich folgenden Fehler?

Anhang 18099

Hmm ok. Da müsstest du mir evt. Zugangsdaten zukommen lassen, damit ich mir ansehen kann, warum das passiert (FTP + Contao Backend).

Zitat:

---

Zitat von Spooky

Hmm ok. Da müsstest du mir evt. Zugangsdaten zukommen lassen, damit ich mir ansehen kann, warum das passiert (FTP + Contao Backend).

---

Super nett von dir! Ich schicke dir noch eine PN!

Danke!

Hallo,

ich habe die simple_news_urls erfolgreich in Benutzung, genau was ich gesucht hatte!

Nun nutze ich bei vielen Newsmeldungen das Contao Content Element Download oder Downloads. Und die Downloads funktionieren nicht mehr auf den News. Nach Deinstallation der Erweiterung geht alles wieder wie gewohnt.

Mit der Erweiterung wird nur die selbe Seite (=Newsmeldung) neu geladen, aber der Downloadvorgang startet nicht.

Viele Grüße

chris

Link zur Seite?

sorry, hier der link:

http://2016.md-institute.com/de/pressemitteilungen.html

Bei allen Pressemiteilungen dort gibt es einen Download, der mit simple_news_url nicht geht, ohne schon.

Die Seite geht bald online, daher weiß ich nicht, wie lange das Phänomen unter dem Link noch zu sehen ist, ich muß morgen wieder deinstallieren, damit die downloads funktionieren.

Aber ich denke, der fehler (wenns denn einer ist) ist leicht zu reproduzieren.

LG
Chris

Ok, habe das Problem schon gefunden, werde heute noch ein Update rausbringen :)

Version 2.0.4 wurde so eben veröffentlicht, das sollte das Problem beheben.

Hallo Spooky,

habe grade geupdatet, nun klappts auch mit den Downloads!

Super, und so schnell! Tausend Dank!

LG
Chris

Hallo zusammen,

ich habe die Erweiterung auch mal installiert und durfte feststellen, dass diese genau das macht was ich gesucht habe. Recht herzlichen Dank an dieser Stelle :)
Zwei Fragen bzw. Punkte habe ich gerade noch:

a) Gibt es hinsichtlich der erwähnten Probleme mit der Performance Erfahrungswerte, wie sich dies in der Praxis auswirkt?
Wird die gesamte Seite hierdurch spürbar langsamer bzw. ist dies bei Tools wie z.B. Google Pagespeed bemerkbar?

b) Ich habe festgestellt, dass das Plugin bestehende Aliase der Seitenstruktur überschriebt, sofern diese gleich sind.
Beispiel: Seite www.domain.de/demoseite wurde über die Seitenstruktur angelegt. Wird jetzt bei einem Nachrichtenelement ebenfalls der Alias "demoseite" verwendet, ist die ursprüngliche Seite "demoseite" nicht mehr erreichbar. Es wird stattdessen der Nachrichtenartikel angezeigt.

Dies ließe sich z.B. durch eine Abfrage wie die folgende beheben (Klasse SimpleNewsUrls.php, Funktion getPageIdFromUrl()):

PHP-Code:

---

// check if an alias was extracted
        if( $alias )
        {
            // new: check if page alias exist
            if( ( $objPage = \PageModel::findByAlias( $alias ) ) !== null )
            {
                return $arrFragments;
            }
... 


---

Hier wird zunächst geprüft, ob eine Seite zu dem jeweiligen Alias existiert.
Was jedoch eine weitere Datenbankabfrage bedeuten würde.
Ist es denbar / sinnvoll einen solchen Schutz vor Überschreibungen einzufügen (ist jetzt nur eine Idee / ein Beispiel, muss natürlich nicht genau so aussehen)?
Könnte man evtl. generell dafür sorgen, dass dieser Mechanismus nur für Nachrichtenartikel ausgeführt wird und so auch die restliche Webseite nicht tangiert?

Zitat:

---

Zitat von *igi*

a) Gibt es hinsichtlich der erwähnten Probleme mit der Performance Erfahrungswerte, wie sich dies in der Praxis auswirkt?
Wird die gesamte Seite hierdurch spürbar langsamer bzw. ist dies bei Tools wie z.B. Google Pagespeed bemerkbar?

---

Google Page Speed würde wenn dann eine erhöhte Response Time beanstanden.

Zitat:

---

Zitat von *igi*

b) Ich habe festgestellt, dass das Plugin bestehende Aliase der Seitenstruktur überschriebt, sofern diese gleich sind.
Beispiel: Seite www.domain.de/demoseite wurde über die Seitenstruktur angelegt. Wird jetzt bei einem Nachrichtenelement ebenfalls der Alias "demoseite" verwendet, ist die ursprüngliche Seite "demoseite" nicht mehr erreichbar. Es wird stattdessen der Nachrichtenartikel angezeigt.

Dies ließe sich z.B. durch eine Abfrage wie die folgende beheben (Klasse SimpleNewsUrls.php, Funktion getPageIdFromUrl()):

PHP-Code:

---

// check if an alias was extracted
        if( $alias )
        {
            // new: check if page alias exist
            if( ( $objPage = \PageModel::findByAlias( $alias ) ) !== null )
            {
                return $arrFragments;
            }
... 


---

---

Auf diese Weise ist aber dann der News Artikel nicht mehr erreichbar.

Zitat:

---

Zitat von *igi*

Ist es denbar / sinnvoll einen solchen Schutz vor Überschreibungen einzufügen (ist jetzt nur eine Idee / ein Beispiel, muss natürlich nicht genau so aussehen)?
Könnte man evtl. generell dafür sorgen, dass dieser Mechanismus nur für Nachrichtenartikel ausgeführt wird und so auch die restliche Webseite nicht tangiert?

---

Diesen Schutz gibt es eigentlich bereits: https://github.com/fritzmg/contao-si...ws.php#L32-L45

Falls also der Alias einer URL der selbe wie von einer Seite innerhalb der selben Domain und Sprache wäre, würde die ID an den Alias angehängt werden. Aber evt. funktioniert dies nicht richtig?

Ich habe mir das nochmal angesehen.
Den save_callback hatte ich tatsächlich übersehen.

In der checkAlias Funktion springt er bei mir an folgender Stelle raus:

PHP-Code:

---

// check if page is on the same domain and language
if( $objPage->domain == $objTarget->domain && ( \Config::get('addLanguageToUrl') && $objPage->rootLanguage == $objTarget->rootLanguage ) )
{
    // append id
    $varValue.= '-' . $dc->id;
} 


---

Zum einen ist $objPage->domain nicht gesetzt (ich arbeite momentan über localhost, liegt evtl daran?) und zum anderen hatte ich den Wert "Die Sprache zur URL hinzufügen" (in den BE Settings) nicht aktiviert.
Wenn ich diese Abfrage auskommentiere, funktioniert das mit dem Anhängen der ID auch korrekt.

Habe ich in meiner Konfiguration etwas falsch gemacht oder kann es sein, dass das letzte "&&" in der Abfrage eigentlich ein "||" sein sollte? Dies würde auch die extra Klammern erklären.

Also:

PHP-Code:

---

// check if page is on the same domain and language
if( $objPage->domain == $objTarget->domain && ( \Config::get('addLanguageToUrl') || $objPage->rootLanguage == $objTarget->rootLanguage ) )
{
    // append id
    $varValue.= '-' . $dc->id;
} 


---

Die Bedingung für das anhängen der ID ist, dass sich die Seite mit dem selben Alias, und die Zielseite des Newsarchivs der News in der selben Domain und in der selben Sprache befinden müssen. Die Bedingung sollte daher stimmen.

Du hast nur ein paar der Werte ermittelt. Um herauszufinden, warum es bei dir nicht funktioniert hat, musst du die Ausgabewerte folgender Variablen ermitteln:

PHP-Code:

---

$objPage->domain
$objTarget->domain
\Config::get('addLanguageToUrl')
$objPage->rootLanguage
$objTarget->rootLanguage 


---

Ah, ein Fehler könnte doch sein, es müsste eigentlich

PHP-Code:

---

if( $objPage->domain == $objTarget->domain && ( !\Config::get('addLanguageToUrl') || $objPage->rootLanguage == $objTarget->rootLanguage ) ) 


---

heißen. Also die zweite Bedingung ist, dass entweder die Sprache nicht zur URL hinzugefügt wird, oder dass die Sprachen dieselben sind. Teste das mal, dann kann ich das als Bugfix releasen ;)

Jupp:

Code:

---

objPage->domain:
objTarget->domain:
addLanguageToUrl:
objPage->domain:
objPage->rootLanguagn: de
objTarget->rootLanguagn: de

---

Die rootLanguage ist gesetzt, alles andere ist leer.
Mit der von mir genannten Anpassung der Vergleichs-Operatoren funktioniert es bei mir korrekt.

Da war ich zu langsam.
Ja, das meinte ich :)

Noch ein kurzer Hinweis: In der tl_page.php hat der callback die gleich Vorgehensweise in der Abfrage:

PHP-Code:

---

if( $objPage->domain == $objTarget->domain && ( \Config::get('addLanguageToUrl') && $objPage->rootLanguage == $objTarget->rootLanguage ) ) 


---

Müsste es hier nicht auf die gleiche Weise geändert werden?

Jap. 2.0.5 ist mal getagged.

Hi Spoky,

das ist eine sehr coole Erweiterung. Portierst du die auh für Contao 4? Wäre klasse! :-)

Viele Grüße,
operatorone

Die Extension hat keine Abhängigkeiten. Du könntest sie daher einfach manuell installieren (danach den Cache manuell löschen) und mir sagen, ob alles funktioniert. Wenn ja, kann ich die Extension einfach direkt für Contao 4 freigeben ;).

Hallo Spooky, kennst du die Erweiterung: christianbarkowsky/contao-urlcleaner?

Dort kann ich mir die Alias beliebig herraustrimmen. Worin liegt der Unterschied?
Funktioniert sogar mit Contao4.

Siehe Post #2 und #3 hier im Thread. Das was diese Extension macht funktioniert (soweit ich weiß) nicht mit dem URL Cleaner.

Hi Spooky,

ich habs mal für Contao 4.4.13 getestet. Es wird folgender Link erzeugt: https://www.domain.tld/index.php/news-alias

Ich habe dies in meiner Config-Datei aktiviert:

Code:

---

# Contao configuration
contao:
    url_suffix: ''

---

Die News lässt sich so noch nicht korrekt aufrufen, da das index.php den Link verfälscht.

Du könntest folgendes in deine localconfig.php einfügen, um das zu fixen:

PHP-Code:

---

$GLOBALS['TL_CONFIG']['rewriteURL'] = true; 


---

COOL!!! Das hat klasse funktioniert.

Wäre geil, wenn du die Erweiterung auf für Contoa 4 in Packagist stellen könntest.

Ist nun freigegeben :)

Geil! Danke dir vielmals.

Die über Composer (fritzmg/contao-simple-news-urls) zu ziehen dauert wahrscheinlich noch etwas oder?

Nein, sollte schon gehen: https://packagist.org/packages/fritz...mple-news-urls

Hallo,

habe die Erweiterung gerade unter Contao 4.13.18 installiert. Leider wird mir der news-alias immer ohne suffix angezeigt (.html). Kann ich das ändern? Alle anderen Seiten laufen unter .html.

FG Simon

Guten Morgen Spooky,
ich habe deine Erweiterung mit Contao 5.2.8 installiert. Wenn ich die einfachen Nachrichten URLs aktiviere, bekomme ich auf den Newslist- und Newsreader-Seiten einen Fehler (siehe Console). Liegt der Fehler vielleicht in der Erweiterung?

Code:

---

[2024-02-05T09:38:59.701085+01:00] request.INFO: Matched route "tl_page.3". {"route":"tl_page.3","route_parameters":{"_token_check":true,"_controller":"Contao\\FrontendIndex::renderPage","_scope":"frontend","_locale":"de","_format":"html","_canonical_route":"tl_page.3","parameters":"","pageModel":{"Contao\\PageModel":[]},"_route":"tl_page.3","_route_object":{"Contao\\CoreBundle\\Routing\\Page\\PageRoute":[]}},"request_uri":"XX","method":"GET"} []
[2024-02-05T09:38:59.747061+01:00] php.CRITICAL: Uncaught Error: Symfony\Cmf\Component\Routing\Event\RouterGenerateEvent::setRoute(): Argument #1 ($route) must be of type string, Contao\CoreBundle\Routing\Page\PageRoute given, called in XX/htdocs/root/cms_contao/vendor/fritzmg/contao-simple-news-urls/src/EventListener/RouterGenerateEventListener.php on line 70 {"exception":"[object] (TypeError(code: 0): Symfony\\Cmf\\Component\\Routing\\Event\\RouterGenerateEvent::setRoute(): Argument #1 ($route) must be of type string, Contao\\CoreBundle\\Routing\\Page\\PageRoute given, called in XX/htdocs/root/cms_contao/vendor/fritzmg/contao-simple-news-urls/src/EventListener/RouterGenerateEventListener.php on line 70 at XX/htdocs/root/cms_contao/vendor/symfony-cmf/routing/src/Event/RouterGenerateEvent.php:63)"} []
[2024-02-05T09:38:59.749563+01:00] request.CRITICAL: Uncaught PHP Exception TypeError: "Symfony\Cmf\Component\Routing\Event\RouterGenerateEvent::setRoute(): Argument #1 ($route) must be of type string, Contao\CoreBundle\Routing\Page\PageRoute given, called in XX/htdocs/root/cms_contao/vendor/fritzmg/contao-simple-news-urls/src/EventListener/RouterGenerateEventListener.php on line 70" at RouterGenerateEvent.php line 63 {"exception":"[object] (TypeError(code: 0): Symfony\\Cmf\\Component\\Routing\\Event\\RouterGenerateEvent::setRoute(): Argument #1 ($route) must be of type string, Contao\\CoreBundle\\Routing\\Page\\PageRoute given, called in XX/htdocs/root/cms_contao/vendor/fritzmg/contao-simple-news-urls/src/EventListener/RouterGenerateEventListener.php on line 70 at XX/htdocs/root/cms_contao/vendor/symfony-cmf/routing/src/Event/RouterGenerateEvent.php:63)"} []
[2024-02-05T09:38:59.817598+01:00] messenger.INFO: Sending message Contao\CoreBundle\Messenger\Message\SearchIndexMessage with contao_prio_low sender using Contao\CoreBundle\Messenger\Transport\AutoFallbackTransport {"class":"Contao\\CoreBundle\\Messenger\\Message\\SearchIndexMessage","alias":"contao_prio_low","sender":"Contao\\CoreBundle\\Messenger\\Transport\\AutoFallbackTransport"} []
[2024-02-05T09:38:59.818794+01:00] messenger.INFO: Received message Contao\CoreBundle\Messenger\Message\SearchIndexMessage {"class":"Contao\\CoreBundle\\Messenger\\Message\\SearchIndexMessage"} []
[2024-02-05T09:38:59.821922+01:00] messenger.INFO: Message Contao\CoreBundle\Messenger\Message\SearchIndexMessage handled by Contao\CoreBundle\Messenger\MessageHandler\SearchIndexMessageHandler::__invoke {"class":"Contao\\CoreBundle\\Messenger\\Message\\SearchIndexMessage","handler":"Contao\\CoreBundle\\Messenger\\MessageHandler\\SearchIndexMessageHandler::__invoke"} []

---

https://github.com/fritzmg/contao-si...urls/issues/20

Ah, ok. Also bekannt, aber noch nicht gefixed.

Geht es da denn irgendwie weiter oder gibt es aktuell noch kein Lösung?