Druckbare Version
Hallo,
seit einiger Zeit bekomme ich im System-Log folgende Mitteilung ausgeworfen:
Wie kann ich das abstellen?Zitat:
No active page for page ID "kneipp.ico", host "kneippverein-obernkirchen.de" and languages "" (http://www.kneippverein-obernkirchen...php/kneipp.ico)
Eine kneipp.ico ist im Root-Ordner vorhanden. Muss die noch wo anders liegen.
ciao
smirk9
Da scheint mod_rewrite dir reinzufunken. Den Grund kann ich leider nicht nachvollziehen, aber mod_rewrite leitet den Request von "domain.de/kneipp.ico" auf "domain.de/index.php/kneipp.ico" um.
Contao interpretiert das natürlich als normalen Aufruf der Seite und versucht eine Seite anzuzeigen, die es natürlich so nicht gibt.
Benutzt du die aktuellste Contao Version?
Version 2.9.0
Genau so ist es.
No active page for page ID "tl_files", host "xyz.de" and languages "" (http://www.xyz.de/index.php/tl_files/favicon.ico)
Und was unternimmt man jetzt?
Gruß
P.S.: V 2.9.5
Hallo smirk9,
schau mal hier: http://www.contao-community.de/showt...ull=1#post7360
Viele Grüße
MiTsch
Danke. Nützt mir aber nichts, da gar kein <base href=> habe.
de/index.php/tl_files/favicon.ico wird da ja zwischengeschoben.
Browser: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; DT; H010818; .NET CLR 1.1.4322)
Hallo smirk9,
um unerwünschte Teile aus einer URL "rauszuschneiden", benutze ich die Erweiterung urlcleaner von Jan Theofel:
http://www.contao.org/de/extension-l...000009.de.html
Weiß nicht, ob das in Deinem Fall funktionieren wird.
gruß refalo.
Nee!
Und genau da liegt dein Problem.
Das gesamte Contao URL Management beruht auf dem <base> Tag. Wenn das nicht gesetzt ist, wird für relative URLs immer die aktuelle URL genommen.
SORRY:cool:, blind wie ich bin, natürlich steht in den Seiten ein <base href="http://......">
Also, das ist nicht die Ursache.
Mal ein Auszug aus den Logs
1. (http://www.abc.de/index.php/tl_files/favicon.ico) am häufigsten!
2. (http://www.abc.de/index.php/system/basis.css)
3. (http://www.abc.de/index.php/system/mootools.js)
4. (http://www.abc.de/index.php/plugins/slideshow2/img/loader-3.png) 3x innerhalb von Sekunden
Warum habe nur ich dieses Problem. ist doch eine ganz normal aufgesetzte 2.95 Distribution.
Das haut auf Dauer die DB voll.
Danke für weitere Hinweise
Das Problem Nr.1 scheint behoben:
<link rel="shortcut icon" type="image/x-icon" href="tl_files/favicon.ico" />
erstetzt durch
<link rel="icon" type="image/vnd.microsoft.icon" href="tl_files/favicon.ico" />
Gruß
Hallo zusammen,
hat schon jemand eine Lösung oder weitere Hinweise zu diesem Problem gefunden? Mir geht es gerade ähnlich, immer wieder Fehlermeldungen...
in dieser Form
also scheint mit Spracheinstellungen und Isotope zusammenzuhängen. Wenn ich die angegebene URL aufrufe, kommt eine "Page not found"-Meldung. Aber ich meine, dass es die Seite ja auch gar nicht mehr geben sollte. Warum sucht Contao die? Weiß jemand mehr?Code:No active page for page ID "", host "meinedomain.com" and languages "" (http://meinedomain.com/catalog/product-view/product/meinprodukt.html)
Danke und Grüße!
Jonas
hallo
m|eine lösung:
ich bekam den fehler
obwohl die datei dort war, der pfad korrekt.Code:No active page for page ID "tl_files", host "www.domain.de" and languages "de, en" (http://www.domain.de/tl_files/wim/media/bilder/Flyer_Version4.pdf)
die lösung lag in der .htaccess, hier musste die endung in den rewrite-einstellungen ergänzt werden (warum auch immer sie nicht werksseitig dort eingestellt war):
möge es helfen.Code:
##
# Do not rewrite requests for static files or folders such as style sheets,
# images, movies or text documents. Do not add the URL suffix here!
##
<FilesMatch "\.(png|gif|jpe?g|js|css|ico|php|xml|csv|txt|gz|swf|flv|eot|woff|svg|ttf|htm|pdf)$">
RewriteEngine Off
</FilesMatch>
--
contao 2.11.2
Ich hatte ein ähnliches Problem. Alle Bilder die mit .JPG endeten konnten nicht geladen werden.
Dann habe ich JPG mit in die .htaccess aufgenommen und es lief.
Hey danke für eure Antworten... bis jetzt konnte ich das aber auf meinen Fall noch nicht anwenden, da es sich da immer um html-Dateien handelt, z.B.
Mmh, ich vermute momentan fast, dass es bei mir daran liegt, dass es auf dem Webspace noch eine Typo3-Installation in einem übergeordneten Verzeichnis gibt, die auch mit einer .htaccess arbeitet... vermutlich funkt die irgendwie da rein, kann das sein?Code:No active page for page ID "", host "pwm.com" and languages "" (http://meinedomain.com/catalog/product-view/product/meinprodukt.html)
Kennt vielleicht jemand eine Möglichkeit, diese Fehlermeldung in System-Log einfach abzuschalten (ohne System-Log ganz abzuschalten)?
Bei mir taucht dieses Problem auch auf:
Der Pfad ist unsinnig, wundert mich also nicht, wenn da ein 404 rauskommt. ICO ist jedoch im .htaccess (standardmäßig) definiert.Code:No active page for page ID "", host "www.in-software.com" and languages "" (http://www.in-software.com/fragen-antworten/tl_files/themes/grafik/basic/favicon.ico)
Ich habe bloß keine Ahnung wodurch dieser merkwürdige Pfad generiert wird.
Genau so ist es bei mir auch.Zitat:
Zitat von jubel
Das ico wird an einem Pfad gesucht, wo es dieses gar nicht gibt.
Im Seitentemplate bzw. im Quellcode der Seite wird es aber nirgendwo erwähnt.
Bei jedem Seitenaufruf der Seite wird ein Logeintrag produziert, dass dieses ico fehlt.
Ich hab jetzt eben an dieser Stelle das ico zusätzlich abgelegt, jetzt ist die URL aufrufbar und ich denke damit hören auch die Logeinträge auf.
Gibt es bei Contao 3.0.5 einen Standardpfad für ico's?
… gibt es mittlerweile eine Lösung für dieses Problem? Habe eine 3.2.9 installation und exakt das gleiche, oben beschriebene Problem mit einer Fehlermeldung in Bezug auf die ICO Datei … Fehlermeldung:
No active page for page ID "", host "meinedomain.de" and languages "sv-SE, sv, se-SE, se, en-US, en, de-DE, de" (http://meinedomain.de/index.php/file...in/favicon.png)
Vielen Dank im Voraus.
Das wurde im französischen Forum auch schon mal diskutiert:
http://forum.contao.fr/utilisation/j...eme-t3014.html
Das sind alles sog. Bots, die in den Websites rumstochern.
http://contao.klausgraf.fr/metamodel...r-page-id.html
Das ist auf meiner kleinen Seite der Spitzenreiter:
https://ahrefs.com/robot/
Hallo ralp,
würde der Pfad stimmen, wenn dort "index.php" nicht auftauchen würde?
In meinen Logs tauchen alle Besucher auf - inklusive mir selbst - das kann man anhand der IP feststellen.Zitat:
Zitat von KlausGrenoble
Ja.Zitat:
Zitat von BugBuster
Vielen Dank im voraus.
//ralp
Dann ist es das alte SEO Problem.
Die Bots suchen auch nach index.php/ obwohl das in der htaccess und im Backend deaktiviert ist.
Aus Contao Sicht ist dass dann eine eine nicht vorhandene Seite die da aufgerufen wird und bringt ein 404.
Ich fand die Änderung damals schon ungünstig, aber die SEO Vergötterer waren mächtiger.
Du kannst dir mit einer Erweiterung von mir behelfen.
Die klingt sich in den 404 Vorgang ein und versucht den Zugriff ohne index.php/ zu ermöglichen.
Erläuterungen dazu: Anti-SEO
Das Modul muss manuell installiert werden, Link in der Erläuterung oder auch hier: contao_seo_hack_bugbuster
Dort die Installationsanleitung für manuelle Installation beachten und befolgen.
Vielen Dank, werde ich sofort ausprobieren. Das einzige was mich beunruhigt ist, das ich selbst die Fehlermeldungen auslöse. Oder gibt es BOTs auf MacOS?
//ralp
edit: Habe mir gerade deine Readme durchgelesen und mir "geht-der-*rsch-auf-Grundeis. "### Hinweise * composer.json ist nicht geprüft, composer Installation nicht getestet. Rückmeldung / Korrekturen erwünscht." Hört sich gefährlich an, kann ich mir meine Online-Installation zerstören?
Außerdem. Warum wird ausschliesslich nach der ICO Datei gefragt? Alle meine normalen Seiten benutzen ja index.php/beispielseite.html lediglich die ICO Datei nicht …
//ralp
1. composer kannst du ignorieren wenn du diesen nicht nutzt
2. wenn du bei dir die URL-Umschreibung nicht aktiviert hast, dann bringt dir die Erweiterung nichts.
OK!Zitat:
Zitat von BugBuster
Nein habe ich nicht. Das heisst also es gibt keine Lösung für das Problem? :(Zitat:
Zitat von BugBuster
Hallo zusammen,
nun habe ich auch einige Fehlermeldungen, die manchmal wie Kaskaden aufgebaut sind:
oder auchHTML-Code:No active page for page ID "", host "www.meineseite.de" and languages "" (http://www.meineseite.de/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/datenschutz.html)
Manchmal ist auch eine ID "16" dabei.HTML-Code:No active page for page ID "", host "www.meineseite.de" and languages "" (http://www.meineseite.de/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/produktdetails/product/impressum.html)
Wo habe ich denn hier einen Bock geschossen? Alle Anfragen kommen immer geballt von einer IP-Adresse, die sich dann aber beim nächsten mal ändert.
Richtig wird das Produkt so aufgerufen:
Die Seite läuft übrigens soweit gut, keine Problem...HTML-Code:http://www.meineseite.de/produktdetails/product/meinProdukt.html
Danke für Hinweise
jd
Du machst gar nichts falsch, das liegt einfach an Bots oder sonstigen Clients (wie zB den Source Viewer von FireFox), die den <base> Tag nicht berücksichtigen.
Puh, dann bin ich beruhigt.
Also einfach ab und an mal den Log löschen und gut is'
Danke
jd
Ich habe leider auch bei verschiedenen Seiten Probleme mit diesen Fehlermeldungen im System Log. Am schlimmsten ist es bei einer Seite, die wir gestern live geschaltet haben. Heute morgen waren bereits über 50 Seiten im System Log voller Meldungen zu Seiten/Dateien die nicht gefunden wurden.
Es werden zum Teil auch Sachen angefragt, die so gar nicht im Quelltext stehen und die es auch nicht gibt. Z.B. ein Logo, dass sich im Ordner "files/mail" befinden soll. Es gibt aber weder einen Ordner "mail" unter files, noch wird der Name der Bilddatei irgendwo so geschrieben, wie es bei der Fehlermeldung angegeben ist.
Auch das Favicon wird falsch angefragt. Ich habe in meinem Seitenlayout das übliche Favicon-Tag <link rel="icon" type="image/x-icon" href="favicon.ico"> mit einem Favicon, das im Root liegt. Ich bekomme jedoch Requests nach einem Facicon das unter "http://www.meine-domain.de/de/favicon.ico" liegen soll. Das liegt wohl daran, dass ich in den Einstellungen aktiviert habe, dass die Sprache zur URL hinzugefügt werden soll.
Ist das eine neue Website oder ein Relaunch?Zitat:
Zitat von Jayster
Manche Browser bzw. Tools ignorieren tlw. den base href für derartige Requests. Ist also "normal".Zitat:
Zitat von Jayster
Danke für deine Antwort. Das hat mich nochmal zum Nachdenken angeregt. Der Fehler für die seltsamen Bildanfragen liegt auf unserer Seite. Wir hatten tatsächlich auf der Domain vorher eine Baustellenseite, wo es den Ordner "mail" gab. Dieser wurde für Bilder in der E-Mail Signatur verwendt. :) Ich habe die Bilder jetzt in den entsprechenden Ordner hochgeladen.
Allerdings enstehen auch Anfragen für die Bilder unter "/de/mail". Das hat wohl mit der Sprachumleitung zu tun. Würde es vielleicht etwas helfen, in den Einstellungen die Option "Leere URLs nicht umschreiben" zu aktivieren? Allerdings steht dabei, dass dies nicht empfohlen wird.
Könnte es bei dem Favicon etwas helfen, den Pfad zum Favicon absolut zu setzen?
Ich habe jetzt noch weitere komische Anfragen. Da wird öfter mal das "de" doppelt eingefügt: http://meine-domain.de/de/de/meine-seite.html
Komisch ist auch diese Meldung:
Image "changelog.gif" could not be processed: Image "changelog.gif" could not be found
Wenn der Ordner "mail" existiert, sollte keine automatische Weiterleitung von example.org/mail auf example.org/de/mail passieren. Überprüfe zuerst einmal selbst, ob das tatsächlich so passiert.Zitat:
Zitat von Jayster
Nein, du solltest das Problem, wenn es überhaupt eines gibt, auf die richtige Art und Weise lösen ;)Zitat:
Zitat von Jayster
Warum, was willst du bzgl. dem Favicon ändern? Gibt es da ein Problem?Zitat:
Zitat von Jayster
Das liegt auch daran, dass manche Browser, Tools, Crawler, Sonstiges den base href ignorieren. Der Source View von FireFox macht das auch bspw. (zumindest war es mal so). Dadurch kommen solche URLs dann zu Stande. Daran kannst du nichts ändern, und daran musst du auch nichts ändern.Zitat:
Zitat von Jayster
Welche Contao Version benutzt du?Zitat:
Zitat von Jayster
Ich benutze Contao Version 3.5.9.
Mein grundlegendes Problem bei der Sache ist, dass der System-Log mit "unnötigen" Nachrichten vollläuft, was ich nicht so schön finde.
Im einzelnen sind das zum Beispiel mehrfache Anfragen nach folgenden Dateien:
http://www.meine-domain.de/de/favicon.ico
http://www.meine-domain.de/de/apple-touch-icon.png
http://www.meine-domain.de/de/files/...gcanvas.min.js
http://www.meine-domain.de/de/files/...nizr-custom.js
http://www.meine-domain.de/de/assets/js/1d651af6a1d9.js
http://www.meine-domain.de/de/files/...uery.anchor.js
Ein Apple-Touch Icon gibt es zugegebenermaßen nicht, aber wenn, dann wäre es nicht unter "de". Die anderen Anfragen sind zu Skripten, bei denen ebenfall das "de" nicht stehen sollte.
Es scheint so, als kämen meine Probleme (im Moment) alle durch das Hinzufügen von "/de/" zur URL. Vielleicht wäre es am besten, das in Zukunft zu vermeiden.
Hast du das in den Einstellungen und in der htacces jeweils aktiviert?
Das was du in deinem letzten Post erwähnt hast sind alles keine Probleme. Das ist normales Verhalten, verursacht vom Fehlverhalten mancher Clients. Wenn dich die Einträge stören kannst du dir ja bspw. mit redirects behelfen.
In Contao 4 wird das übrigens geändert: https://github.com/contao/core-bundle/pull/525
Möglicherweise auch noch in Contao 3.5.
Danke für den Hinweis zu dem Pull Request auf GitHub. Ich habe direkt einen Kommentar dazu gesetzt. Da bin ich ja froh, dass das in Zukunft wahrscheinlich raus fliegt. :-)
Hallo zusammen,
ich klinge mich hier nochmal ein, um nicht noch ein weiteres Thema zu eröffnen. Das Problem scheint ja nicht ganz unbekannt zu sein.
Auch ich erhalte die folgende Fehlermeldung:
Ausgelöst wird dieser durch folgenden Umstand: Ich habe im BE ein Modul, welches ein Icon enthält, das im Dateisystem nicht vorhanden ist. Jedes Mal wenn ich nun im BE einen Menüpunkt auswähle, wird der genannte Fehler in die Logfiles geschrieben.Code:No active page for page ID "system", host "localhost" and languages "de, en-US, en" (http://localhost/.../.../assets/icons/icon.png)
Auch wenn im FE eine Grafikdatei nicht vorhanden ist, wird ein solcher Fehler generiert. Nun könnte ein findiger Workaround-Entwickler ja auf die Idee kommen, einfach die fehlenden Grafiken zu hinterlegen... was das Problem aber natürlich lediglich verschieben und nicht lösen würde ;)
Noch kurz ein paar Dinge zu meiner Konfiguration:
- Contao Version 3.5.9
- URL-Suffix is leer
- URLs umschreiben ist aktiviert
- In der htaccess ist folgendes aktiviert:
Ich bin also in der Lage, URLs ohne Suffix in der Form http://path-to-contao/tolle-seite aufzurufen.Code:RewriteEngine On
...
RewriteBase /path-to-contao
...
RewriteCond %{REQUEST_FILENAME} !\.(htm|php|js|css|map|htc|png|gif|jpe?g|ico|xml|csv|txt|swf|flv|mp4|webm|ogv|mp3|ogg|oga|eot|otf|tt[cf]|woff2?|svgz?|pdf|gz)$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .* index.php [L]
Wenn ich den letzten Eintrag (RewriteRule .* index.php [L]) auskommentiere, ist der Fehler zwar verschwunden, allerdings kann ich dann auf meine Webseiten auch nicht mehr zugreifen.
Außer der obigen Fehlermeldung habe ich sonst keine Probleme mit den Pfadangaben und Dateiendungen und co.
Kann mir jemand sagen, wie ich dieses Problem in den Griff bekomme?
Die grundsätzliche Lösung ist natürlich, dass du dem Entwickler sagst, dass das Icon fehlt.
Ansonsten kannst du als Workaround einfach einen Redirect auf die Startseite machen lassen. Oder das fehlende Icon einfach selbst ergänzen, bis dass es vom Entwickler getan wird.
:confused::confused:Zitat:
Zitat von *igi*
Also bei einem Modul im Backend würde ich das Ergänzen einer fehlenden Grafik sicher nicht als "Workaround" verstehen, sondern als einen Bugfix für das Modul.
Im FE ebenso, FALLS die Grafik tatsächlich irgendwo im Quellcode verlinkt wird. Natürlich nicht, wenn der Browser oder ein findiger User meint, hier irgendwelche wirren Grafiken abrufen zu müssen, die es halt einfach nicht gibt. Darum geht es ja, zumindest nach meinem Verständnis, in diesem Thread und in dem Pull-Request. Die sollten in jedem Fall raus aus dem Log, auch in 3.5, wonach es leider wohl nicht aussieht :(. Das ist ein BUG, sogar ein Sicherheitsrisiko, der kann (und muss!) auch in einem Bugfix-Release gefixed werden.
Das könnte eine interessante Unterhaltung werden, denn der Entwickler bin ich selbst :)
Und wir beide waren uns einig, dass wir verstehen wollen, warum es zu diesem Fehler kommt und wie man ihn beseitigen kann ;)
Du hast natürlich Recht, das Problem würde sich somit schnell lösen lassen. Grundsätzlich kann es aber immer mal vorkommen, dass eine Grafik nicht vorhanden ist (der FE-User hat z.B. die Möglichkeit Profilbilder hochzuladen oder zu löschen) und ich dann gerne keine Flut an Error-Logs hätte. Zumal ich mir dann auch immer gleich eine E-Mail zusenden lasse.
Ich war nur etwas verwundert, dass dieses Thema hier im Forum schon sehr häufig diskutiert wurde, aber in den meisten Fällen immer nur um das Problem herumgearbeitet wurde.