Druckbare Version
Ja habe schon alles richtig erkannt. Aber warum erscheint diese Ausschrift? Lag das nur am cache, den ich nicht sofort nach Änderung löschte? Ich muss halt mehr aufpassen.
Mit der Sprache liege ich im Klinsch: Sprache im "ersten" Startpunkt: de und Haken in Sprachen-Fallback kann ich nur eintragen. Ich nutze nur deutsche Sprache.
Ich danke euch.
Wenn zu irgendeinem Zeitpunkt die URL http://singakademie-ffo.de/Le_Laudi.html angezeigt war, dann wird sie auch irgendwann mal durch irgendwen aufgerufen. Und wenn unter dieser URL dann tatsächlich nichts zu finden ist, kommt es zu diesem System Log Eintrag.Zitat:
Zitat von Monic49
Was genau meinst du?Zitat:
Zitat von Monic49
Danke für die Antwort und einem besseren Verstehen der System-Log-Einträge. Es sind gerade wieder neue Einträge erschienen von html-Aufrufen der wahrscheinlich geänderten Website (arbeite mitlerweile mit anderem Theme)
[2017-04-24 15:02] No active page for page ID "geschichte", host "singakademie-ffo.de" and languages "de, en-US, en" (https://singakademie-ffo.de/geschichte.html)
und da ist auch der Spracheneintrag vorhanden.
Die Seite https://singakademie-ffo.de/geschichte.html existiert nicht, daher kommt es auch zu diesem System Log Eintrag.
Was meinst du mit der Sprache?
Stimmt, es gibt da nur https://singakademie-ffo.de/geschichte-220.html
Hi Monic49,
wenn man bei Dir über das Menü auf die Seite "Geschichte" geht, steht in der URL das hier:
https://singakademie-ffo.de/geschichte-220.html
Vielleicht lautete die URL früher einmal so:
https://singakademie-ffo.de/geschichte.html
So wurde sie dann auch in Suchmaschinen gespeichert. Klickt nun jemand auf den Link, entsteht die Fehlermeldung, da die Seite inzwischen umbenannt wurde.
Du kannst nun die Seite wieder "geschichte" nennen, dann stimmen die Links wieder.
Wenn nun aber in der Zwischenzeit Google & Co den neuen Link ebenfalls in den Index aufgenommen haben (und in ihren tw. hartnäckigen Cache), kehrt sich das Problem um: dann klickt jemand auf geschichte-220.html und bekommt ein Not-Found.
Ich würde mit 301 Redirects in der htaccess arbeiten. Kennst Du Dich damit ein bißchen aus?
ja aber wer ruft die denn auf? Robots?
Ich habe bis zu 4 (jetzt noch 3) "Startpunkte einer Website" aber nur in der ersten kann ich Sprachenfallback eintragen. Aber das ist wohl ok so.
Danke- hat sich jetzt überschnitten.
Nein kenne mich nur wenig mit htaccess aus. Leider :-(
Robots oder Menschen ... über Suchmaschinen oder auch Bookmarks?
Sprachenfallback kann es nur eins geben, korrekt. Würde die Häkchen bei den Startpunkten, die nicht das Fallback sind, rausnehmen.
Nachtrag: ist die Website überhaupt mehrsprachig? ich sehe da gar keinen Sprachumschalter...
Schau dir deine Seitenaliase alle nochmal an, da sind noch andere dabei, die hinten noch eine Zahl (id?) dranhängen haben. Falls das nicht so gewollt ist, würde ich die zur Sicherheit notieren und dann möglichst schnell ändern. Dann nötigenfalls in der .htaccess auf die neuen Aliase umschreiben.
Das siehst du (mehr oder weniger) in den Details des System Log Eintrags.Zitat:
Zitat von Monic49
Vielen Dank euch allen.
Wie sieht denn das in der .htaccess für "Geschichte" zum Beispiel aus?
Für Änderungen wird es wohl zu spät sein- ist ja schon ein Dreivierteljahr so drinnen und dann kommt der Umkehrschluss.
Mehrsprachigkeit ist nur für später vorgesehen. Dann wird es erst spannend.
@ Monic
Wozu dienen dann die verschiedenen Seitenbäume, die Du hast?
Zur htaccess lies Dir am besten erstmal die Basics an - und mache in Backup Deiner htaccess.
Z.B. hier https://wiki.selfhtml.org/wiki/Webserver/mod_rewrite
Oder suche hier im Forum mal...
Ein 301 Eintrag für den o.g. Fall würde z.B. so aussehen
Redirect 301 /geschichte.html https://singakademie-ffo.de/geschichte-220.html
@ wen es interessiert
Ich konnte "mein Problem" jetzt an anderen Installationen reproduzieren - 3.4.x Installationen und 3.5.x Installationen:
Wenn eine existierende Seite ohne Sprachkürzel im Browser aufgerufen wird, ergänzt das System das Sprachkürzel automatisch und man landet auf der gewünschten Seite. Parallel - und das ist das Problem - entsteht ein 404-Error-Eintrag in der Datenbank.
Ich werde jetzt als Notlösung für alle URLs Redirects schreiben, wobei mir natürlich dennoch interessieren würde, ob es einen "guten Grund" gibt, warum sich das so verhält. Ich habe leider nirgendwo die 3.5.26 am Start, habe in in den Changelogs allerdings dazu nichts gesehen (und hoffentlich nicht übersehen), so dass ich davon ausgehe, dass es auch in der 3.5.26 noch so ist.
Für alle mit dem gleichen Problem:
So sieht mein Ergebnis aus am Beispiel "Geschichte" und es funktioniert:
Redirect 301 /geschichte.html https://singakademie-ffo.de/geschichte-220.html
Herzlichen Dank an alle!
Danke auch dir pipkin, du warst eine Sec. schneller :-)
Achso die Seitenbäume: habe ich für jede Mitgliedergruppe, in die sie sich auch extra einloggen, also gesperrt sind für die Öffentlichkeit. So läuft das ganz gut.
Das kann ich nicht bestätigen. Wenn ich http://example.org/foo.html eingebe werde ich auf http://example.org/en/foo.html weitergeleitet. Im System Log steht dann auchZitat:
Zitat von pipkin
wenn es die Seite mit dem Alias "foo" nicht im englischen Seitenbaum gibt.Zitat:
No active page for page ID "", host "example.org" and languages "en, en-GB, de-AT, de" (http://example.org/en/foo.html)
Ich habe contao 3.5.18. Alles funktioniert . Aber unter system-log bekomme ich auch dauernd diese Fehlermeldug: No active page for page ID "18"
Kann ich einfach die Job-Dateien löschen?