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
Druckbare Version
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
Zitat:
Zitat von b2m
HÄ wie bitte?
Hi
Zeit fürs Erklären gefunden:Zitat:
Zitat von edgeMedia
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
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.
Tja Weiterleiten kann das Modul nicht :oZitat:
Zitat von lindesbs
Aber da gibt es ja .htaccess *g*
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?
Hi
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.Zitat:
Zitat von gHeldT
Bekommst du das hin, oder soll ich das genauer erklären?
ciao b2m
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
Hi
Jep korrekt.Zitat:
Zitat von gHeldT
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.Zitat:
Zitat von gHeldT
ciao b2m
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
Hi
Dir vielleicht nicht :DZitat:
Zitat von gHeldT
Ist schon als Feature-Request berücksichtigt: http://dev.typolight-forge.org/issues/show/298Zitat:
Zitat von gHeldT
Aber erst die Stable und die 0.9.1.
ciao b2m
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:
Siehe: https://community.contao.org/de/show...page+typolightCode:No active page for page ID "typolight"
Ist in der Richtung vielleicht schon was bekannt?
Gruß Alex
Hi Alex,
nein das kannte ich wirklich noch nicht, deine Vermutung ist sehr wahrscheinlich richtig und ich persönlich finde es sehr amüsant :D
Aber zu einer möglichen Problemlösung...
Mir fällt schlichtweg keine gescheite ein :eek:.
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
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
Gute Idee! Wem es zu lästig ist, muss das Feature ja nicht nutzen.Zitat:
Zitat von b2m
Zum Vorherigen: Das Leben könnte so schön sein ohne den IE ... :D
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
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
Nein, ich fürchte, die kommen bei jedem Aufruf. Auch unter FF 3.5.
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 :D
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
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
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
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
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.
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
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. :D
Hi
Angebot: zusätzliche Option ob diese Liste als Black-, oder Whitelist benutzt werden soll?
Gruß b2m
Fänd ich gut! :D Ist aber letztlich Deine Entscheidung.
Gruß Alex
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
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
Wenn Du Deine .htaccess bearbeiten kannst, trage z.B. ein:
Dann werden auch z.B. Anfragen wie www.deinedomain.de/doof/ auf die Fehlerseite umgelenkt.Code:ErrorDocument 403 /index.php
ErrorDocument 404 /index.php
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
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
Nein, das ist ja das Seltsame. Dieses Stylesheet steht nicht und stand noch nie im Quelltext, da es noch nie existiert hat.
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
Kann das bestätigen - hatte ich bei mir auch beobachtet!Zitat:
Zitat von mv_alex
Hab dann eben eine "leere" basic.css ins TL-Root-Verzeichnis rein kopiert, damit der 404 error nicht mehr auftritt...
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. :D
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
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