Druckbare Version
hallo zusammen
gibt es bei sauberen urls die möglichkeit, auf einen suffix (standard .html) zu verzichten? wenn ich den suffix aus den einstellungen lösche, gehen alle seiten auf die 404-seite.
gibt es da eine möglichkeit oder bietet typolight diese option nicht?
gruss andi
Hallo andi,
normalerweise sollte das ohne sufix gehen soweit ich weiß...
hattest eventuell noch alles im TL Cache und daher noch mit .html in den Links?
Viele Grüße
Hi Andi
Bei mir geht das, vielleicht funktioniert's nur, wenn man nicht noch zusätzlich URL's umschreiben aktiviert...
hallo ihr beiden
@mackp nein, die urls werden korrekt ohne html ausgegeben, die seite ist dann allerdings eine 404
@toflar du hast recht, dann würde es gehen. nur, lieber ein .html in der url als das index.php :)
gruss andi
Hmm
In der .htaccess steht doch
Was passiert, wenn du da mal ".html" entfernst oder so?Code:RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .*\.html$ index.php [L]
Hallo Andi,
ersetze in der htaccess-Datei die folgende Zeile
durch diese ZeileCode:RewriteRule .*\.html$ index.php [L]
MfGCode:RewriteRule .* index.php [L]
Peter
super, hat geklappt. danke euch beiden.
damit die url auch nur mit slash am ende aufgerufen werden kann, habe ich die htaccess noch erweitert. hoffe, dass sich das später nicht irgendwie beisst.
gruss andiCode:##
# fügt einen slash an die url
##
RewriteCond %{REQUEST_URI} ^/[^\.]+[^/]$
RewriteRule ^(.*)$ http://%{HTTP_HOST}/$1/ [R=301,L]
hat man jetzt nicht duplicate content?
Bei mir ist dann die Seite über:
www.domain/oberseite/unterseite.html
und
www.domain/oberseite/unterseite/
erreichbar?!?!
Jup, ich denke, dass das DC ist. Im Zweifel noch eine rewrite-Rule einbauen, die "*.suffix" nach "$1/" per permament redirect umleitet.
Hallo
bei mir reicht es die .htaccess zu verändern
und in der Backend Einstellung URL-Suffix "/" anzugeben und ein Häkchen bei URLs umschreiben zu setzten.Zitat:
##
# Rewrite TYPOlight URLs
##
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .*/$ index.php [L]
MFG
Wieso genau soll es mit einem abschliessenden Schrägstrich "sauberer" sein als ohne?
Schaut mal hier!:
https://github.com/contao/core/issues/4031
https://github.com/contao/core/issue...omment-4286018
... Beim Anpassen der .htaccess-Datei muss man auf mehr achten, als nur das Suffix zu löschen. Ich habe den Code optimiert, um die Anzahl der Abfragen möglichst gering zu halten. Wenn man ohne Suffix arbeiten möchte, muss man den Code entsprechend anpassen. Folgendes könnte klappen:
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .* index.php [L]
anstatt
RewriteRule .*\.html$ index.php [L]
Gegebenenfalls auch
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .* index.php [L]
Hier führen aber mehrere Lösungen zum Ziel und es bleibt dem jeweiligen Webmaster überlassen, welche er verwendet.
Nach einem Update auf 2.11 habe ich meine Installation auf den Suffix ".html" umgestellt.
Um nun die alten Suffixlosen URLs weiterhin zu unterstützen habe ich folgende Zeilen in .htacces hinzugefügt.
und zwar unter der Zeile:Code:RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*[^/])[/]?$ $1.html [R=301,L]
Damit werden jetzt alle URLs in der Form "meinedomain.de/test" oder "meinedomain.de/test/" in "meinedomain.de/test.html" umgeschrieben, wenn sie kein Verzeichnis oder keine Datei sind.Code:RewriteRule .*\.html$ index.php [L]
Funktioniert soweit gut. Vielleicht ist es für andere auch nützlich.
Hallo,
ist es auch möglich nur bei einer einzigen Seite den Suffix zu "enfernen" ...
z.B bei produkte.html wird nun über xyz.de/produkt aufgerufen ?
Hallo,
vielleicht kann mir hier jemand weiterhelfen. Ich sitze jetzt schon seit zwei Tagen daran das .html aus der Url zu entfernen. Nach dem forschen hier im Forum hat es jetzt endlich geklapt.
Ich habe aber jetzt das Problem das ich die regel nicht hinbekomme und alte Seiten mit .html so umzuleiten das kein 404er kommt.
Kann mir bitte jemand dabei helfen?
Sag uns doch noch mit welcher Version Du arbeitest!Zitat:
Kann mir bitte jemand dabei helfen?
Hallo,
mit der jetzt letzten aktuelle 2er Version.
Hallo,
funktioniert das jetzt nicht? oder weis hier auch keiner wie das geht?
Ich habe jetzt schon zig Regeln zusammen gebastelt aber nicht davon hat die Urls die noch mit .html aufgerufen werden auf ohne .html ungeleitet. Es kommt bei mir immer ein 404er.
Vielleicht hast Du schon gesehen, dass Deine Vorredner alle Ihre Beispiele gepostet haben. Dann Sieht man auch wie man dir allenfalls helfen könnte. Wie ich dem Thema entnehmen konnte kann das von Provider zu Provider anders gelöst werden!Zitat:
Zitat von Suppermann
Hast Du mit dieser Erweiterung schon mal ausprobiert: Redirect4ward
Hallo,
danke für die hilfe. Aber soweit ich das gesehen hatte war da zwar imme die Sprache von ohne .html aber in keiner Weise hat man darüber gesprochen wie man das so machen kann das auch die alten urls mit .html umgeleitet werden. Es gibt dort auch keinen Lösungsansatz diesbezüglich, wohl von ohne Suffix zu .html
Deshalb bin ich ja auch nicht weitergekommen. Das es von Provider zu Provider unterschiedlich ist weis ich auch. Ich hatte ja auch nur um einen Lösungsansatzt gebeten!
Für alle die das gleich Problem haben und die alten Urls von .html auf Urls ohne Suffix umleiten wollen hier die Lösung:
und natürlich einige Sachen aus den alten Posts.HTML-Code:RedirectMatch permanent (.*)\.html$ $1
Noch einmal vielen dank
Hallo,
vielleicht kann mir ja hier jemamd einen Denkanstoß geben was ich machen kann, bzw. woran das liegt.
Ich habe jetzt nachdem ich das mit den Urls gemacht habe immer im Logfile einen Error:
es wird dort immer "%20" dazu geschrieben.HTML-Code:https://www.meine-domain.de/fonts/lucidagrande-bold-webfont-webfont.ttf)%20format(%22truetype%22
das gleiche Problem besteht auch mit dem Rating Modul, dort habe ich wenn ich die seiten aufrufe jedesmal im Backend den Fehler:
Ich würde mich über hilfe freuen. Es muss nicht gleich die Lösung sein, es würde mir schon helfen wenn ich wüsste wo ich schauen muss.HTML-Code:https://www.meine-domain.de/system/modules/rateit/public/images/star.gif%22
Diese Zeichen sind die Hexadezimalschreibweise für unerlaubte Zeichen in einer URL. %20 = Leerzeichen, %22 = Anführungszeichen (").
Irgendwo werden die URLs nicht richtig geformt, evtl. von [rateit]. Und womit hast du die Schriftart eingebunden?
Hallo,
die Schriftart wird über das CSS eingebunden und das mit rateit hatte ich schon befürchtet, das da etwas nicht stimmt.
Kannst Du mir evtl. sagen warum der Fehler erst jetzt im Logfile auftaucht nachdem ich das mit den Urls geändert habe?
Hallo,
ich habe noch eine Frage. Mir wurde jetzt gesagt das dass mit den Urls so wie ich es jetzt gemacht habe ohne .html am ende sei nicht so gut. Weiterhin würde jetzt mein Ranking fallen wegen der Änderung. Ich habe aber eine Umleitung von den alten auf die neuen drin. Stimt das jetzt?
Hallo Andreas,
kann es bei dem rateit evtl. daran liegen?
dort ist in zwei der einen Klammern ein " wenn ich die Tausche ist die Meldung im Backend weg. Ich weiss aber nicht ob es daran liegen könnte.HTML-Code:var reg_imgFile = /url\s*\(["']?(.*)["']?\)/i;
Zum CSS: da bräuchte man mehr Infos. Was steht in der CSS, wie wird sie eingebunden, was wird tatsächlich im FE ausgegeben. Zumindestens ein Link auf die Seite.
Ich mache immer mit .html aber wenn deine Weiterleitungen vom Type 301 sind und funktionieren, dürfte das kein Problem sein.
Zu der regex, da fragst du am besten den Entwickler.
Hallo,
beim CSS habe ich das so gemacht:
HTML-Code:font-family:'_.regular';
src: url('../../fonts/lucidagrande-webfont-webfont.eot');
src: url('../../fonts/lucidagrande-webfont-webfont.eot?#iefix') format('embedded-opentype');
src: url('../../fonts/lucidagrande-webfont-webfont.woff') format('woff');
src: url('../../fonts/lucidagrande-webfont-webfont.ttf') format('truetype');
font-weight:normal;
font-style:normal;
Da fehlt das @font-face http://www.fontsquirrel.com/help
Erstelle keine zusätzlichen Ordner auf der ersten Ebene von Contao. Lege eigene Dateien nach /files/
Je nachdem, wie du deine CSS-Dateien einbindest, werden die Pfade vor der Ausgabe umgeschrieben.
Hallo,
besten dank...
Das oben genannte steht natürlich auch in der CSS, hatte ich nur nicht mit kopiert.