[ext404] - spezifische Fehlermeldungen

**b2m** · 26.07.2009, 13:07

Hi zusammen,

ich bastele gerade an einem Modul zur Anzeige spezifischer Fehlermeldungen per Referer-Auswertung auf der 404-Error-Seite.

Weiteres dann hier im Thread

.

ciao b2m

**OneChance** · 26.07.2009, 19:04

Zitat von b2m

Hi zusammen,

ich bastele gerade an einem Modul zur Anzeige spezifischer Fehlermeldungen per Referer-Auswertung auf der 404-Error-Seite.

Weiteres dann hier im Thread

.

ciao b2m

HÄ wie bitte?

**b2m** · 26.07.2009, 19:17

Hi

Zitat von edgeMedia

HÄ wie bitte?

Zeit fürs Erklären gefunden:

Das genannte Modul (im Erweiterungsverzeichnis verfügbar) unterscheidet vier Fälle:

Falsch eingetippte URL oder Bookmark (kein Referer)
falscher interner Link (selbe Webseite im Referer)
falscher externer Link (andere Webseite im Referer)
falscher Link von einer Suchmaschine (Abgleich des Referers mit Liste in Datei)

Der User wird mit einer entsprechenden Nachricht über den Fehler aufgeklärt. In den Fällen 2 und 3 wird der Seitenbetreiber über eine im Modul eingetragene Emailadresse über diese falsche Verlinkung benachrichtigt und kann entsprechend einschreiten (Link korrigieren oder anderen Seitenbetreiber anschreiben).

Die fehlerhaften Aufrufe werden in der Datenbank gespeichert, womit verhindert wird, dass eine falsche Verlinkung zu E-Mail-Spam führt (Information nur einmal monatlich, Tabelle über Wartungsmodul leerbar).

Das Modul ergänzt somit die etwas dürftige 404-Meldung im System-Log.

Einsatz: Erstellen des Moduls und Einbinden über den Artikel auf der Typolight-404-Seite, oder über ein spezielles Seitenlayout für die 404-Seite.

ciao b2m

**lindesbs** · 26.07.2009, 19:27

Ich danke Dir fuer dieses Modul, weil ich selbst so manchen "toten" Link habe, den ich entsprechend weiterleiten moechte.

Ich werds in meinem Urlaub im August mal testen.

**b2m** · 26.07.2009, 23:04

Zitat von lindesbs

Ich danke Dir fuer dieses Modul, weil ich selbst so manchen "toten" Link habe, den ich entsprechend weiterleiten moechte.

Tja Weiterleiten kann das Modul nicht

Aber da gibt es ja .htaccess *g*

**gHeldT** · 01.08.2009, 13:20

Hallo b2m,

eine wunderbare Erweiterungen - vielen Dank dafür!! Die Fehlerseiten werden wohl oft stiefmütterlich von den Webdesignern behandelt, obwohl es hier gerade gilt den User mit den passenden Informationen und Alternativen zum weiterklicken auf der Seite zu halten!

Wird es in Zukunft noch die Möglichkeit geben den Meldungstext individuell anzupassen, bzw. zu ergänzen?

**b2m** · 02.08.2009, 08:58

Hi

Zitat von gHeldT

Wird es in Zukunft noch die Möglichkeit geben den Meldungstext individuell anzupassen, bzw. zu ergänzen?

Na du kannst wie in denke ich allen Typolight-Erweiterungen die Sprachdateien editieren, oder die vom Modul verwendeten Sprachelemente im globalen Array überschreiben in dem du sie in einer eigenen Extension definierst.

Bekommst du das hin, oder soll ich das genauer erklären?

ciao b2m

**gHeldT** · 02.08.2009, 09:36

Hallo b2m,

ja, zumindest den ersten Teil bekomme ich hin. Aber vielleicht lesen den Thread auch noch andere Interessierte!?

Korrigiere bitte wenn ich einen Fehler mache:
Du meinst also die Sprachdatei, die man unter system/modules/ext404/languages/de mit dem Namen default.php findet!? In dem Fall handelt es sich um die deutsche Version - hier kann man den Text entsprechend ändern.

Beim zweiten Teil mit dem global Array versagen meine kläglichen Entwicklerkenntnisse allerdings ... Und eine zweite Extension dazu möchte ich auch eigentlich nicht auch noch dazu!

Es wäre natürlich unglaublich komfortabel, wenn man zum anpassen der Texte ohne Entwicklerkenntnisse auskommen könnte und sie bequem im BE bearbeiten könnte (vielleicht auch zusätzliche Links!?). Die [ext404] würde damit auch einem viel größeren Publikum zugänglich.

Viele Grüße

**b2m** · 03.08.2009, 13:26

Hi

Zitat von gHeldT

Korrigiere bitte wenn ich einen Fehler mache:
Du meinst also die Sprachdatei, die man unter system/modules/ext404/languages/de mit dem Namen default.php findet!? In dem Fall handelt es sich um die deutsche Version - hier kann man den Text entsprechend ändern.

Jep korrekt.

Zitat von gHeldT

Es wäre natürlich unglaublich komfortabel, wenn man zum anpassen der Texte ohne Entwicklerkenntnisse auskommen könnte und sie bequem im BE bearbeiten könnte (vielleicht auch zusätzliche Links!?). Die [ext404] würde damit auch einem viel größeren Publikum zugänglich.

Typolight handelt Sprachen allgemein in nur per Quelltexteditor editierbaren Sprachdateien. Da es sich aber in diesem speziellen Fall um eine direkte, textbasierte Ausgabe handelt könnte ich mir ja überlegen, dass man die Standartsprachstrings in den Moduleinstellungen überschreiben kann und da dann die Mehrsprachigkeit z.B. über sprachabhängige InsertTags oder so was löst.

ciao b2m

**gHeldT** · 04.08.2009, 08:34

Hi b2m,

also um die Mehrsprachigkeit ging es mir persönlich gar nicht so sehr, nur um das individuelle Anpassen der Meldungen, also z. B. Formulierung (duzen statt siezen z. B.), Ergänzungen, Änderungen etc. und das über das BE.
Die programmiertechnischen Probleme sind mir als Laie da natürlich nicht bewusst - vielleicht verlange ich da die Quadratur des Kreises!?

Dann werde ich mich natürlich auch weiter mit der manuellen Änderung der default.php zufriedengeben!

Viele Grüße

**b2m** · 04.08.2009, 11:57

Hi

Zitat von gHeldT

also um die Mehrsprachigkeit ging es mir persönlich gar nicht so sehr, nur um das individuelle Anpassen der Meldungen, also z. B. Formulierung (duzen statt siezen z. B.), Ergänzungen, Änderungen etc. und das über das BE.

Dir vielleicht nicht

Zitat von gHeldT

Die programmiertechnischen Probleme sind mir als Laie da natürlich nicht bewusst - vielleicht verlange ich da die Quadratur des Kreises!?

Dann werde ich mich natürlich auch weiter mit der manuellen Änderung der default.php zufriedengeben!

Ist schon als Feature-Request berücksichtigt: http://dev.typolight-forge.org/issues/show/298

Aber erst die Stable und die 0.9.1.

ciao b2m

**mv_alex** · 27.08.2009, 12:51

Hallo,

zuallererst: Tolle Extension! Darauf hab ich lange gewartet, ohne es zu wissen.

Was mich aber ein bisschen wundert, sind die Massen an Fehlermails, die ich erhalte, wenn ich mich im Backend bewege bzw. die FE-Vorschau verwende.

Es kommt dann ein gutes Dutzend Fehlermails, die sich meist auf .js-Dateien beziehen.

Da das Problem hier noch nicht angesprochen wurde, äußere ich mal die Vermutung, dass dies mit dem IE8-Bug zusammenhängen könnte, der auch die unzähligen Fehlermeldungen im Log verursacht:

Code:

No active page for page ID "typolight"

Siehe: https://community.contao.org/de/show...page+typolight

Ist in der Richtung vielleicht schon was bekannt?

Gruß Alex

**b2m** · 27.08.2009, 15:02

Hi Alex,

nein das kannte ich wirklich noch nicht, deine Vermutung ist sehr wahrscheinlich richtig und ich persönlich finde es sehr amüsant

Aber zu einer möglichen Problemlösung...
Mir fällt schlichtweg keine gescheite ein

.

Höchstens zu überprüfen ob der Request von einem IE8 kam und in diesem Fall noch überprüfen ob es ev. Probleme mit der URL vs. Baseurl gibt.

IE8-Bugs verbessern... *seufz* jetzt drücke ich mich schon vor diesem ganzen CSS-Gefrickel und dann fängt das sogar schon auf solch tiefen Eben an.

Werde das mal als Bug mit aufnehmen und schauen ob meine vorgeschlagene Lösung möglich ist.

Gruß b2m

**b2m** · 28.08.2009, 09:32

Hi zusammen,

was würdet ihr denn davon halten, wenn bei einem 404 in einer Tabelle nachgesehen werden würde ob dieser broken Link bekannt ist und wenn ja direkt auf die richtige URL weitergeleitet wird.

Die entsprechenden URls müssten dann natürlich von Hand eingepflegt werden.

ciao b2m

**mv_alex** · 28.08.2009, 10:33

Zitat von b2m

Die entsprechenden URls müssten dann natürlich von Hand eingepflegt werden.

Gute Idee! Wem es zu lästig ist, muss das Feature ja nicht nutzen.

Zum Vorherigen: Das Leben könnte so schön sein ohne den IE ...

Habe nochmal mit FF 3.5 gegengetestet. Da kamen zwar auch Fehlermails, aber die bezogen sich tatsächlich auf fehlende Grafiken. Keine Mails zu fehlenden JS-Files.

Gruß Alex

**b2m** · 28.08.2009, 11:12

Hi Alex,

kommen die Mails wenigstens nur "einmal" pro fehlender Datei/Seite?

Weil eigentlich sollte das in der Datenbank gespeichert werden und entsprechend nur einmal innerhalb eines gewissen Zeitraumes per Email darauf aufmerksam gemacht werden.

ciao b2m

**mv_alex** · 28.08.2009, 11:38

Nein, ich fürchte, die kommen bei jedem Aufruf. Auch unter FF 3.5.

**mv_alex** · 16.09.2009, 15:54

Nur mal so als kleinen Anhaltspunkt: Habe heute mit dem IE8 exakt eine Seite angelegt und einen Artikel. War etwa eine halbe Stunde eingeloggt.

Ergebnis: 119 Fehlermails

**b2m** · 11.10.2009, 14:01

Hi zusammen,

ich möchte hier noch einmal das von gHeldT gewünschte Feature der individuellen Sprachausgaben zur Diskussion stellen.

Das Feature ist unter #298 gelistet.

Dieses einfache Feature würde die Erweiterung der Modultabelle um 8 Felder des Types Text, sowie 8 Textareas mit Editor im Modul bedeutet.

Ist dieser Aufwand wirklich notwendig? Was meint ihr?

Gruß b2m

**b2m** · 11.10.2009, 14:37

Hi zusammen,

ich habe eine neue Version in das Repository gestellt. Die 0.9.1 beta2 beinhaltet die Features:

Feature #300: Emailversand deaktivieren
Feature #366: Weitere "Suchmaschinen"
Feature #463: Whitelist für Dateierweiterungen

Das Feature #463 sollte auch den Fehler #379 grobflächig beseitigen.

Außerdem wurde die Angabe zur Kompatibilität mit Typolight aktualisiert.

Leider konnte ich Fehler #426 noch nicht verifizieren.

Gruß b2m

**mv_alex** · 12.10.2009, 09:19

Kann leider nicht bestätigen, dass Fehler #379 vollständig beseitigt ist!

In meiner Installation (2.7.5) werden immer noch Error-Meldungen zu "hover.js" und "calendar.js" generiert.

Es sind zwar jetzt wesentlich weniger Mails, aber die zwei bleiben hatnäckig.

Gruß Alex

**b2m** · 12.10.2009, 10:51

Hi

hast du Behandlung von Requests mit Dateierweiterungen, die für den IE 8 behandelt werden eingeschränkt und den zugehörigen Handler auf nolognomail, bzw. die gestellt?

Gruß b2m

**mv_alex** · 12.10.2009, 11:00

Nein, da habe ich noch keine Einschränkung vorgenommen.

Wenn ich jetzt z.B. auf html,php einschränke, würde ich ja auch keine "echten" Fehlermeldungen bei einer falsch verlinkten js mehr erhalten, oder versteh ich das falsch?

In meinen Augen würde an der Stelle eine Blacklist Sinn machen, um z.B. nur die Reaktion auf js zu umgehen.

**b2m** · 12.10.2009, 12:38

Hi

also ich persönlich finde es einfacher und sinnvoller mit whitelists zu arbeiten.

Außerdem gibt es ja eine extra Whitelist für den IE 8. Damit verzichtest du dann quasi darauf über fehlende JS und CSS-Dateien z.B. per Mail/Logfile aufmerksam gemacht zu werden, aber nur bei IE 8-Usern. Ich persönlich finde diesen Kompromiss durchaus tragbar, da die Unterscheidung zwischen positive und false positive beim IE 8 ziemlich kompliziert bis unmöglich ist.

Jeder User mit einem anderen Browser wird dann trotzdem die bekannte Kette von Hinweisen auslösen, es sei denn du hast das in der allgemeinen Whitelist weiter eingeschränkt.

Gruß b2m

**mv_alex** · 12.10.2009, 12:48

In der Sache hast Du natürlich Recht.

Ich fände es nur in der praktischen Anwendung einfacher mit einer Blacklist. Da müsste ich nur z.B. "js,css" für den IE8 eintragen.

So muss ich in die Whitelist eintragen: "htm,html,xml,php,css,pdf,jpg,jpeg,gif,png,txt " und hab immer noch nicht alle Dateitypen komplett.

**b2m** · 12.10.2009, 17:57

Hi

Angebot: zusätzliche Option ob diese Liste als Black-, oder Whitelist benutzt werden soll?

Gruß b2m

**mv_alex** · 13.10.2009, 09:21

Fänd ich gut!

Ist aber letztlich Deine Entscheidung.

Gruß Alex

**Graf Typo** · 14.10.2009, 19:51

Hallo b2m,

was mich bei der Standard-404-Seite bei TYPOlight wundert, ist, dass sie nur bei URLs funktioniert, die exakt auf .html enden. Nicht einmal .htm funktioniert, geschweige denn Pfade ohne Dateiendung. Ist das bei deiner Extension anders?

Oder habe ich in TL irgendetwas übersehen?

Gruß,
der Graf

**MacKP** · 14.10.2009, 20:21

Hallo Graf Typo,
das ist normal.. TL bekommt nur die Anfragen mit .html mit. Daher geht das nicht anders.
Du kannst aber in den FAQ von deinem Anbieter schauen wie du eigene Fehlerseiten umleiten kannst (per .htaccess) wenns geht ;-)

Viele Grüße

**mv_alex** · 15.10.2009, 08:29

Wenn Du Deine .htaccess bearbeiten kannst, trage z.B. ein:

Code:

ErrorDocument 403 /index.php
ErrorDocument 404 /index.php

Dann werden auch z.B. Anfragen wie www.deinedomain.de/doof/ auf die Fehlerseite umgelenkt.

**mv_alex** · 15.10.2009, 10:57

Mal was anderes: Ich bekomme immer noch Fehlermails. Auch, wenn ich im Firefox arbeite.

Gesucht wird nach einer fehlenden "basic.css" im Rootverzeichnis.

Könnte das ein TL-Bug sein?

Gruß Alex

**b2m** · 15.10.2009, 13:10

Hi,

schau doch einmal nach ob du die base.css wirklich im Quelltext drinstehen hast. Wenn ja, dann kannst du weiter nachsehen ob die auch wirklich existiert, oder ob du die ev. gelöscht hast, die aber noch im Seiten-Layout eingebunden ist.

Gruß b2m

**mv_alex** · 15.10.2009, 14:12

Nein, das ist ja das Seltsame. Dieses Stylesheet steht nicht und stand noch nie im Quelltext, da es noch nie existiert hat.

**b2m** · 15.10.2009, 17:45

Hi

juche ein Artefakt =)

Mir ist der Fehler leider noch nicht untergekommen von daher kann ich dir da jetzt spontan nicht weiterhelfen. Vielleicht irgendein Cronjob, der versucht darauf zuzugreifen oder es zu generieren...?

Gruß b2m

***xchs*** · 15.10.2009, 18:56

Zitat von mv_alex

Mal was anderes: Ich bekomme immer noch Fehlermails. Auch, wenn ich im Firefox arbeite.

Gesucht wird nach einer fehlenden "basic.css" im Rootverzeichnis.

Könnte das ein TL-Bug sein?

Gruß Alex

Kann das bestätigen - hatte ich bei mir auch beobachtet!
Hab dann eben eine "leere" basic.css ins TL-Root-Verzeichnis rein kopiert, damit der 404 error nicht mehr auftritt...

**mv_alex** · 16.10.2009, 08:10

Das muss eigentlich aus der Standardinstallation stammen, da ich den Fehler bei zwei Seiten hab und da definitiv nichts in der Richtung geändert habe.

Hab auch ehrlich gesagt keine Ahnung, wie man Cronjobs verwendet.

**zonky** · 01.09.2010, 12:38

upps... habe den Thread erst jetzt gesehen - hier meine Frage aus

http://www.contao-community.de/showt...5126#post85126

Hallo,

was ich noch nicht verstanden habe, wie das Zusammenspiel von der Ext. ext404 und der Weiterleitung ist.

Muss ich die Weiterleitung abschalten, damit ext404 mir eine eMail sendet / loggt oder geht beides?

Dank und Gruss

zonky

**b2m** · 16.03.2011, 16:04

Hi

auch wenn es etwas spät kommt: ext404 loggt alle Meldungen von Seiten auf denen es als Modul eingebunden wird. Also vermute ich in dem Fall, dass das ext404-Modul bei einer Weiterleitung gar nicht erst geladen wird, sondern nur die Weiterleitung ausgeführt wird.

Gruß Benjamin