Druckbare Version
Hallo,
wenn ich einer Seite explizit das Alias index gebe, kann ich diese Seite zwar über index.html aufrufen, aber in der Navigation wird ein leeres Link-Tag erzeugt.
also
Das war nicht immer so, aber ich weiß auch nicht mit welcher Version das begann. Ist es Absicht?HTML-Code:<a href="" titel="Startseite">Startseite</a>
(Ich möchte nicht, dass das Alias startseite lautet)
Hallo Alex,
dies wurde vor kurzem geändert.
Sobald index als Alias vergeben wird, bleibt die Ausgabe leer.
Grund dafür war die Suchmaschinenoptimierung, denn diese erkennt sonst die eine Seite, die unter xyz.de/index.html und xyz.de/ erreichbar ist als 2 voneinander unabhängige Seiten. Und da die den gleichen Inhalt aufweisen besteht eine "Abstrafung" von den Seiten der Suchmaschinen.
Grüße,
fabil
Die Problematik mit doppelten Content kann ich nachvollziehen, aber der Name der Seite ist doch eigentlich egal. Wenn ich sie nun startseite.html nenne, ist sie auch unter / und /index.php und /startseite.html abrufbar. Die könnte genau so gut auch index.html heißen und einen ordentlichen Link erzeugen (statt einen leeren String auszugeben ohne irgendwo eine Fehlermeldung auszuspucken.)
Hallo zusammen. Sorry, dass ich diesen alten Thread wieder hervorhole, aber es war der passendste Suchtreffer was mein aktuelles Problem angeht:
Prinzipiell ist es ja eine feine Sache, dass man mittels des Alias "index" die Seite als Startseite markieren kann, um Duplicate Content zu vermeiden (auch wenn es seltsam ist, dass eine so wichtige Funktion anscheinend nirgends dokumentiert ist und man es über das Durchwühlen von Foren herausfinden muss). Die im Threadtitel angesprochenen leeren Links sehe ich jedoch als Problem. Laut W3C ist ein Link mit einem leeren href-Attribut als ein On-Page-Anker zum Anfang der Seite zu betrachten. Nicht alle Browserhersteller richten sich danach, aber bei denen, die es tun, führen diese Contao-Navigationslinks dann eben nicht zur Startseite, sondern führen wieder auf die aktuell betrachtete Seite zurück, was mir bei dem Projekt, an dem ich zur Zeit sitze, arge Probleme bereitet. Korrekterweise müsste ja eigentlich href="/" ausgegeben werden um auf die Startseite zu verlinken. Ist das ein Bug oder habe ich irgendwas falsch gemacht? In dieser Form ist meine Navigation jedenfalls nutzlos...
Beste Grüße,
Sigmus
Über das selbe Problem bin ich eben auch gestolpert, nachdem ich mit Integrity (einer OSX App) meine Seite auf fehlerhafte Verknüpfungen untersucht habe, und 286 Fehler durch leere Anführungszeichen erhalten habe.
Gibt es eine Möglichkeit diese leeren links zumindest mit / zu füllen?
Grüße - Chris
Leere hrefs sind eigentlich nicht invalid.
Das andere angesprochene Problem ist allerdings interessant, also dass laut Spezifikation ein leerer href eigentlich immer ein Link zum Beginn des aktuellen Dokumentes ist (außer bei Formularen).
Ok.. Valid ist es... Aber dennoch sollte eigentlich ein Wert enthalten sein.
Hm, nein, ich hab's mir nochmal angesehen. Zwar ist eine leere URI ein Link zum Beginn des aktuellen Dokumentes, aber nur dann, wenn ansonsten keine Basis besteht. Wenn du also eine <base> definiert hast, dann setzt sich jede URL immer zumindest auch aus der <base> zusammen. Im Falle eines leeren hrefs ist das dann einfach die Base URI selbst. Ob der leere href dann ein Link zum Beginn des Dokumentes ist oder nicht, hängt dann also davon ab, ob die aktuelle Seite gleich der base URI ist. Ist das nicht der Fall, ist es ein ganz normaler Link zu der base URI.Zitat:
Zitat von c.romeni
Daran sollten sich auch eigentlich alle Browser halten. Insofern existiert(e) bei Sigmus dann evt. ein anderes Problem.
Alles klar... Dann isses für mich halt nur nicht einfach zu überprüfen ob alle Links gehen :)
Weil Ich schaue unter anderem ob href leer ist... Um keine Links ins Nirvana zu setzen..
Durch die Base URL ist es ja nicht leer. Nur scheint das dein Programm nicht zu interpretieren.
Funktioniert bei mir auch problemlos auf mehreren Websites mit allen gängigen Browsern und der Link geht überall auf die Startseite und nicht an den Seitenanfang der aktuellen Seite. Also entweder ignorieren FF, Chrome, Opera und IE den Standard konsequent oder das ist eben wirklich das korrekte Verhalten laut Standard.
Auszug aus RFC 1808, man beachte insbesondere Step 2a ...
Zitat:
Zitat von RFC 1808