vowe dot net, Montag, 11. Oktober 2004, 01:13 UhrlogFiler 0.4Michael Preidel aktualisiert den ganz wunderbaren logFiler auf Version 0.4. Vielen Dank!... Blog 1982, Montag, 11. Oktober 2004, 15:33 UhrlogFiler und WordPressViel Lob verdient hat sich Michael Preidel für seinen kostenlosen logFiler, der seit gestern in Version 0.4.1 vorliegt. Das Tool ist wunderbar einfach zu installieren, Kenntnisse in PHP sind nicht erforderlich, außer vielleicht des Befehls phpinfo() ... Oliver Regelmann • Sonntag, 10.10.2004, 21:10 Uhr Vielen Dank. Und falls das noch jemandem passieren sollte: Bei mir zeigte die logfiler.php erst etwas an, nachdem ich das include der „logfiler_config.php“ ganz oben in “./logfiler_config.php“ geändert hatte. Stefan Weigand • Sonntag, 31.10.2004, 19:18 Uhr Ich hab logfiler installiert und musste feststellen, dass leider Backupdateien in der Größe von 2GB täglich erstellt wurden. Daraufhin hat mein Provider meine Seite erstmal gesperrt. Mir war es leider auch nicht möglich in die Dateien zu sehen (ist ein bisschen groß zum runterladen…). Es empfielt sich imho also die Backupfunktion in der Datei logfiler_config.php abzuschalten. Michael Preidel • Montag, 01.11.2004, 08:06 Uhr Das liegt mit ziemlicher Sicherheit daran, dass die log.txt wegen mangelnden Rechten nicht gelöscht werden kann. Der normale Ablauf ist dieser: wenn logFiler feststellt, dass das eingestellte Zeitintervall zum Backup verstrichen ist (das Datum des ersten wird mit dem des letzten Eintrags der log.txt verglichen), wird ein Backup erstellt, anschließend wird die log.txt gelöscht und eine neue, leere log.txt angelegt. Wenn nun die log.txt wegen falsch eingestellter Rechte aber nicht gelöscht werden kann, stellt logFiler beim nächsten Zugriff erneut fest, dass es an der Zeit ist, ein Backup zu machen, und die beschriebene Prozedur geht von vorne los – mit dem Unterschied, dass das neue Backup an das alte angehängt wird. Und so wächst bei jedem Zugriff die Backup Datei, bis irgendwann der Plattenplatz ausgeschöpft ist. In die nächste Version – wenn es denn eine geben sollte – baue ich eine Checkroutine ein, die ein bereits vorhandenes Backup löscht. Das löst allerdings nicht das Problem, dass der User selbst die richtigen Rechte auf seinem Server vergeben muss, damit logFiler anstandslos funktioniert.
Roman Röhrig • Sonntag, 03.04.2005, 00:36 Uhr Vielen Dank für den logFiler – wenn es ihn nicht gäbe, müsste man ihn erfinden… Ich hoffe, es wird noch weitere Versionen geben! Die Idee, in Version 0.5 eine Funktion zum Referrer-Blockieren einzubauten, ist grandios. Warum sollte man Spammer auch Traffic erzeugen und die Statistiken versauen lassen? Ich denke nur, je mehr Referrer man in die Blockade-Liste einfügt, desto unübersichtlicher wird das Handling. Richtig cool wäre deshalb, wenn es in einer zukünftigen Version Checkboxen zum markieren von Referrer-Spam gäbe.
Michael Preidel • Montag, 04.04.2005, 16:16 Uhr Danke für das Kompliment :-) Das mit den Checkboxen ist eine gute Idee. Allerdings meine ich, dass zumindest bei der Referrer- und der Zugriffe-Ansicht die Übersichtlichkeit ein wenig leiden würde, da ich ja pro Zeile drei Checkboxen einbauen müsste: User, Referrer und User-Agent. Es wird definitiv weitere Versionen geben, ich weiß nur noch nicht, wann genau das sein wird. Und ich kann mir gut vorstellen, in der nächsten Version diese Checkboxen auf den jeweiligen Auswertungsseiten hinzuzufügen …
Sascha Mensik • Samstag, 30.04.2005, 12:27 Uhr Hallo! Ich hab da ein kleines Problem, ich kann den Logger nicht installieren. Folgende Fehlermeldung: Warning: fopen(/home/.sites/109/site277/web/logfiler/data/log_backups/log-050430.txt): failed to open stream: Permission denied in /home/.sites/109/site277/web/logfiler/logger.php on line 12 Probleme mit der Logdatei! Was kann man da machen? Bitte um Hilfe
anne • Samstag, 26.02.2005, 15:13 Uhr danke für den flotten support, jetzt seh ich aber gar nüscht mehr. müssen die zu trackenden docs jetzt wg des includes alle als php gesichert sein..? sorry, bin keine php-heldin :o]
whu • Samstag, 26.02.2005, 16:08 Uhr Ich bekomme keine Fehlermeldung, allerdings bleibt die log.txt leer. Habe extra das ganze ‘data-Verzeichnis’ schreibbar gemacht.. der erste fehler der mir so aufgefallen ist, muss es nicht: <?php include(„logfiler/logger.php“); ?> heißen? (in der readme-datei)
Michael Preidel • Samstag, 26.02.2005, 16:30 Uhr @ anne: Es müssen entweder tatsächlich PHP Dateien sein, oder aber der Webserver muss in der .htaccess Datei angewiesen werden, HTML-Dateien als PHP Dateien zu behandeln (siehe auch unten). @ whu: Stimmt, da fehlte ein Semikolon. Richtig muss der Abschnitt heißen: Am Anfang jeder PHP-Datei, deren Aufruf geloggt werden soll, diese Zeile einfügen: include 'Pfad/Zu/logfiler/logger.php'; Soll auch der Aufruf von HTML Dateien geloggt werden, am Anfang jeder HTML Datei die Zeile <?php include 'Pfad/Zu/logfiler/logger.php'; ?> einfügen. Damit diese PHP-Anweisung allerdings auch ausgeführt wird, muss die .htaccess mit dieser Zeile ergänzt werden: AddType application/x-httpd-php .html .htm ---- Mehr zum Thema .htaccess siehe auch hier unter PHP-Befehle in .html-Seiten.
whu • Samstag, 26.02.2005, 18:12 Uhr aber es funktioniert immer noch nicht.. ich denke es liegt am serverpfad. wie sollte der aussehen, eher so: /srv/www/htdocs/web4/html/logfiler/data/log.txt oder: /html/logfiler/data/log.txt oder: html/logfiler/data/log.txt . . . ?
Michael Preidel • Samstag, 26.02.2005, 19:02 Uhr Am ehesten so, wobei ich natürlich nicht sagen kann ob der Pfad auch stimmt: /srv/www/htdocs/web4/html/logfiler/data/log.txt Wenn man nicht die obige Lösung mit $_SERVER['DOCUMENT_ROOT'] verwenden möchte, bekommt man den Serverpfad so heraus: Man schreibt folgende Zeilen in eine Textdatei, sichert sie z.B. unter dem Namen serverpfad.php, lädt sie auf seinen Server und ruft die Datei mit http://www.meinserver.de/serverpfad.php auf. 

<?php
echo $_SERVER['DOCUMENT_ROOT'];
?>

anne • Samstag, 26.02.2005, 20:00 Uhr ah, werd ich beherzigen. danke allen für die diversen aufschlüssigkeiten ;o)
Oliver Regelmann • Sonntag, 27.02.2005, 00:10 Uhr Ich hatte auch erst nur eine leere Seite angezeigt bekommen und die log.txt blieb ebenfalls leer. Der Grund war offenbar, dass ich die PHP-Dateien in einem Windows-Editor bearbeitet und gespeichert hatte. Dadurch gingen wohl die Zeilenumbrüche verloren. Man möge mir verzeihen, dass ich den genauen technischen Hintergrund hier nicht kenne. Geholfen hat nur, das Speicherformat der Dateien auf „UNIX“ umzustellen, z.B. im NoteTab Light in den Document Properties bei „Save As“
Mondfrau • Montag, 28.02.2005, 02:08 Uhr Erstmal vielen Dank für die Bereitstellung des logFiler. Ich habe heute alles so gemacht wie es beschrieben wurde, allerdings habe ich auch nur eine leere Seite, wenn ich die logfiler.php aufrufe. Jedoch sind in der log.txt schon Daten vorhanden. Nun bin ich am Ende mit meinem Latin. Hat vielleicht jemand einen Tip? Schon mal vielen Dank.
Michael Preidel • Montag, 28.02.2005, 09:00 Uhr Bei einer Vorgängerversion hat mal irgendjemand irgendwo geschrieben, dass es bei ihm erst lief, als er die Komprimierung in der logfiler.php ausgeschaltet hatte, da diese auf seinem Server nicht unterstützt wurde. Bei logFiler 0.5 stellt man sie ab, indem man Zeile 19: ob_start("ob_gzhandler"); entweder komplett löscht oder diese Zeile auskommentiert, indem man an den Anfang der Zeile entweder zwei Schrägstriche // oder das Zeichen # setzt. Viel Erfolg!
Mondfrau • Montag, 28.02.2005, 12:44 Uhr Danke für die schnelle Hilfe, jetzt geht es… ich freu mich sehr… Liebe Grüße.
Manuela • Donnerstag, 03.03.2005, 14:19 Uhr Vielen Dank für das interessante Skript! Auch ich habe erst nach Berücksichtigung des Tipps von Oliver Daten sehen können.
Max • Donnerstag, 03.03.2005, 15:31 Uhr Hallo! Ich habe mal kurz logfiler angeschmissen und bin recht angetan. Ein paar Vorschläge/Bugs: In Zeile 19 von logfiler.php steht: ob_start(„ob_gzhandler“); Damit liefs bei mir weder in Safari noch in Camino – sollte das ob_start nicht vor der ersten Ausgabe stehen, damit es funktioniert? Ich habs jetzt kurzerhand auskommentiert. In logger.php Zeile 17-24: hat es einen bestimmten Grund dass du die Datei Zeile für Zeile kopierst und nicht einfach mit rename() verschiebst. Dürfte deutlich schneller sein.
Michael Preidel • Donnerstag, 03.03.2005, 20:30 Uhr @ Manuela: Spätestens bis zur nächsten Version wird es ein FAQ geben, momentan sammele ich noch … @ Max: Wahrscheinlich ist auf deinem Server die zlib-Extension nicht installiert, denn bei mir funktioniert es sowohl in Safari als auch in Firefox. Das kopieren hat historische Gründe – bei der ersten Version klappte irgendwas mit dem Verschieben der Datei nicht, seitdem wird halt kopiert. Da das um 12 Uhr nachts passiert, spielt die Geschwindigkeit nicht eine so große Rolle. Aber ich nehme das mal als Anregung für eine der nächsten Versionen…
Michael • Donnerstag, 03.03.2005, 22:04 Uhr Moin aus Hamburg! Erst einmal vielen Dank für das tolle Script @ Namensvetter! Ich habe das Script gestern das erste Mal und zwischenzeitlich auf zwei verschiedenen Servern installiert. Auf beiden Servern wurde die log.txt-Datei erst gefüllt, nachdem ich in der logger.php den Pfad beim Aufruf der Config-Datei am Anfang include_once 'logfiler_config.php'; angepasst hatte auf include_once 'logfiler/logfiler_config.php'; – vielleicht für andere einmal hilfreich… Danach funktionierte es auf dem einen Server klaglos. Auf dem anderen Server wurde die log.txt zwar ebenfalls gefüllt, darüber hinaus aber auch mehrere PHP-Meldungen ausgegeben. Offensichtlich fand die dort konfigurierte PHP-Version den Aufruf $zeit = date("H:i",mktime(date(H)+$server_time,date(i),1,1,1,1)); in Zeile 31 und den Aufruf if ($_SERVER["HTTP_X_FORWARDED_FOR"]) { in Zeile 32 nicht besonders prickelnd. Die erste Zeile wurde mit dem Kommentar „undefinierte Konstante H und i“ quittiert, die zweite mit einem „unbekannten HTTP_X_FORWARDED_FOR“. Nachdem ich in der ersten Zeile H und i in "H" und "i" geändert und die Zeilen 32-36 auf den Aufruf $remote_host = $_SERVER["REMOTE_ADDR"]; beschränkt hatte, funktionierte auch der Logfiler auf diesem Server. Und was ich bisher von Logfiler gesehen habe: Toll! Nochmals vielen Dank! Das einziges was mir, als langjähriger Nutzer des AXS Visitor Tracking System fehlt, ist die Möglichkeit, die eigenen Zugriffe auf die Website ausblenden zu können, was dort mittels eines Cookies gelöst wird, der (das?), wenn vorhanden, die Protokollierung des Zugriffs verhindert. Der (das?) Cookie kann nur über die passwortgeschützte Konfigurationsseite gesetzt werden, so dass nicht jeder Besucher der Seite den Zugriff „vertuschen“ kann. Eine solche Möglichkeit wäre noch das I-Tüpfelchen, meine eigenen – nicht wenigen – Zugriffe interessieren mich bei der Auswertung der Zugriffe eigentlich überhaupt nicht. Viele Grüße, Michael.
Raphael Schweikert • Freitag, 04.03.2005, 11:27 Uhr Michael (Preidel), vielleicht solltest du bei denem PHP mal das errorlevel auf E_NOTICE setzen. Dann siehst du nämlich, dass if ($_SERVER["HTTP_X_FORWARDED_FOR"]) { nicht wirklich erlaubt ist zum überprüfen ob eine variable existiert, eigentlich sollte es heissen if (isset($_SERVER["HTTP_X_FORWARDED_FOR"])) {. Das selbe mit den „Konstanten“ H und i, die sind eigentlich auch nicht defniniert, werden aber ohne E_NOTICE von PHP automatisch nach „H“ bzw. „i“ konvertiert. Gruss ®
Michael Preidel • Freitag, 04.03.2005, 12:16 Uhr @ Michael: Gute Idee mit dem Cookie, das werde ich sicherlich in eine der nächsten Versionen umsetzen. Die Zeitkonstanten werde ich korrigieren, ebenso werde ich eine Abfrage einbauen, ob die Server-Variable HTTP_X_FORWARDED_FOR existiert (Ich wusste bisher nicht, dass es Apaches gibt, die die nicht kennen). Was ich allerdings nicht verstehe: Warum musstest du die Pfadangabe in der logger.php ändern? logfiler_config.php und logger.php liegen doch beide im Ordner logfiler? Oder hast du logger.php ins Hauptverzeichnis gelegt? @ Raphael: Fast, aber nicht ganz. Ich hatte nach dem Kommentar von Michael mittlerweile schon festgestellt, dass es offensichtlich Apache Konfigurationen gibt, die die Variable HTTP_X_FORWARDED_FOR nicht kennen – was ich bisher nicht wusste. Allerdings ergibt if ($_SERVER["HTTP_X_FORWARDED_FOR"]) { auch nur dann eine Warnung, wenn die Variable tatsächlich nicht existiert – existiert sie, gibt es auch keine Warnung. Was ich aber an der Stelle eigentlich mache, ist abfragen, ob die Server Variable HTTP_X_FORWARDED_FOR einen Wert enthält. Konkret muss ich also, um das Vorhandensein und das Enthalten eines Werts zu prüfen, if (!empty($_SERVER["HTTP_X_FORWARDED_FOR"])) { schreiben. Falls die Variable nicht existiert, gibt PHP übrigens keine Warnung aus.
Michael • Freitag, 04.03.2005, 14:49 Uhr Nein, beide Dateien liegen im Unterverzeichnis „logfiler“ auf gleicher Ebene. Aufgerufen wird die logger.php von meiner im Hauptverzeichnis liegenden weblog.php per include ("logfiler/logger.php");. Ich habe keine Ahnung – es hat auch ewig gedauert, bis ich es herausgefunden habe, da ich denklogisch niemals darauf gekommen wäre, denn die beiden Dateien liegen auf einer Ebene und der Aufruf müsste funktionieren… Leider erhielt ich immer die Fehlermeldung „Probleme mit der Logdatei!“. Mittels Ausgabe der Variableninhalte merkte ich dann, dass die Variable $logfile_path leer war, daraufhin, dass die logfiler_config.php nicht eingelesen wurde – ohne Ausgabe einer Fehlermeldung. Erst die o.a. ƒnderung führte dazu, dass die Config-Datei gefunden wurde. Habe das soeben noch einmal getestet und den Pfad geändert: Prompt erhielt ich wieder die Fehlermeldung „Probleme mit der Logdatei!“. Cookie-Geschichte: Super, dass dir die Idee gefällt. Warte dann gespannt auf die nächste(n) Version(en) ;-)) Thanx! Viele Grüße, Michael.
Gabriel • Samstag, 05.03.2005, 07:43 Uhr Hallo. Erstmal danke für das Programm. Es ermöglicht wirklich interessante Einblicke in das Treiben seiner Besucher und das in Echtzeit. Ich habe es auf zwei Domains installiert und einige Tage lang funktionierte es tadellos. Aber nun haben innerhalb von 24 Stunden die Scripte auf beiden Domains ihre Arbeit eingestellt. Ich bekam nun noch die Meldung Warning: unlink(/home/blog/logfiler/data/log.txt): Permission denied in /home/blog/logfiler/logger.php on line 25 Keine Ahnung, ob es an meinem Server lag. Sind die Logdateien vielleicht zu groß geworden?
Michael Preidel • Samstag, 05.03.2005, 08:19 Uhr Ich glaube nicht, dass sie schon nach einem Tag zu groß geworden sind, das werden sie – je nach PHP Speicher – erst nach ungefähr 24.000 Seitenaufrufen. Der Fehler beschreibt auch was anderes: Nach dem Backup kann die Datei log.txt nicht gelöscht (unlink) werden, weil die Erlaubnis dazu fehlt. Das passiert u.a., wenn die Datei noch in Gebrauch ist (hier nicht der Fall, da vor dem unlink die Datei mit fclose ordnungsgemäß geschlossen wird) oder aber bei nicht genügenden Zugriffsrechten. Setz mal mit einem FTP Programm die Zugriffsrechte des Ordners data auf 777, bzw. kreuz bei allen Lese- Schreib- und Ausführrechte an. Für die log.txt selbst sollten 644 (alle dürfen lesen, Besitzer darf schreiben) ausreichen. Viel Erfolg.
Gerhard Marini • Mittwoch, 16.03.2005, 17:09 Uhr Fehler: Kann ich da irgend etwas machen, oder ist das alles eine Folge von SAFE MODE? Warning: opendir(): SAFE MODE Restriction in effect. The script whose uid/gid is 1825/1012 is not allowed to access /home/... owned by uid/gid 0/0 in /home/.../logfiler/logger.php on line 61 Warning: opendir(/home/.../logfiler/data/user_online/): failed to open dir: No such file or directory in /home/.../logfiler/logger.php on line 61 Warning: fopen(/home/..../logfiler/data/user_online/82.150.200.4): failed to open stream: No such file or directory in /home/.../logfiler/logger.php on line 61 Warning: fclose(): supplied argument is not a valid stream resource in /home/.../logfiler/logger.php on line 61 Warning: readdir(): supplied argument is not a valid Directory resource in /home/.../logfiler/logger.php on line 61 Warning: closedir(): supplied argument is not a valid Directory resource in /home/..../logfiler/logger.php on line 65 Danke im voraus! Gerhard
Markus • Mittwoch, 16.03.2005, 20:18 Uhr Vielen Dank für das hervorragende Skript! Sowas habe ich lange gesucht, nie gefunden, und dann stolpere ich hier mehr oder weniger drüber÷ :)
Michael Preidel • Donnerstag, 17.03.2005, 07:22 Uhr @ Gerhard Marini: Ja, das liegt am SAFE MODE. Es sieht so aus, dass /home/ dem User mit der ID 0 (wahrscheinlich www_root oder sowas) gehört, während /home/.../logfiler/logger.php dem User mit der ID 1825 (also Ihnen) gehört. Es gibt zwei Möglichkeiten: SAFE MODE auf off stellen, oder aber per „chown“ den logger.php Eigentümer auf 0 ändern. Da das aber nur mit Root-Zugang funktioniert, müssen Sie wahrscheinlich den Provider bitten, Ihnen weiterzuhelfen. Wichtig: bevor der Eigentümer geändert wird, müssen die Rechte auf 777 gesetzt werden, da die Dateien nach dem chown nicht mehr Ihnen gehören und Sie andernfalls nichts mehr mit Ihnen machen können.
Gerhard Marini • Donnerstag, 17.03.2005, 15:17 Uhr Danke für die kompetente Auskunft. Werde mich mit meinem Provider in verbindung setzen, damit ich auch in den Genuss des tollen Skripts komme ;-).
Gerhard Marini • Mittwoch, 23.03.2005, 08:30 Uhr Fehler behoben – das Skript läuft auch unter Safe Mode ON. Das Problem war, dass ich blöderweise ein Verzeicnis (log_backups/) nicht in dem Pfad angelegt habe, wie es in der config-Datei definiert war. Mea culpa …
Sven • Sonntag, 19.06.2005, 21:07 Uhr Safari kann die Seite —http://www.domain.de/logfiler/logfiler.phpÏ nicht öffnen. Fehler: —Ungültige Server-AntwortÏ (NSURLErrorDomain:-1011) Bitte wählen Sie im Menü —SafariÏ die Option —Fehler an Apple meldenÏ, notieren Sie die Fehlernummer und beschreiben Sie die Schritte, die zum Auftreten dieser Meldung führten. diese fehlermeldung kommt bei mir.. woran liegts?
Michael Preidel • Montag, 20.06.2005, 07:13 Uhr Das ist ein Fehler, über den Apple sich leider ausschweigt, über den aber nichts­desto­weniger einige Safari Anwender klagen. Ich selbst sehe diesen Fehler auch ab und zu bei bestimmten Seiten, ein Reload hilft dann in den meisten Fällen. Irgendjemand gab im Apple Safari Forum mal den Tipp, im Safari Debug Menü einen anderen User Agent einzustellen, ob das hilft, kann ich allerdings nicht sagen. Tut mir leid, wenn ich da nicht präziser sein kann – eine echte Lösung dieses Problems scheint noch niemand gefunden zu haben.
Stefan Moeller • Mittwoch, 16.11.2005, 14:19 Uhr Also ich muß mich nochmals bedanken: DANKE Nachdem ich den Logfiler schon seit Ewigkeiten einsetze, habe ich nun auch auf die aktuelle Version upgedatet. Respekt! Was mich aber immer ein klein wenig stört ist die zentrierte Ausrichtung. Ist zwar schnell geändert, aber ist die zentrierte Darstellung nicht sehr mühsam zu lesen und unruhig. Also ich persönlich finde linksbündig besser. Grüße aus Aachen, Stefan
Michael Preidel • Mittwoch, 16.11.2005, 15:07 Uhr Danke für die Blumen ;-) Das soll übrigens gar nicht zentriert sein – aber da ich logFiler immer nur in Safari benutzt habe (wo die Zeilen rechtsbündig angezeigt werden), ist mir nie aufgefallen, dass Firefox die Texte zentriert. Im nächsten Update wird die CSS-Datei dahingehend korrigiert sein.
Kraxler • Donnerstag, 05.01.2006, 23:29 Uhr Hallo, der logfiler ist schon wirklich ein prima Stück Frickelkunst. Doch leider bin ich noch nicht ganz dahinter gestiegen, wie ich ihn vernünftig eingebaut bekomme. Ich nutze Wordpress als Grundlage für mein Blog. Daher hatte ich geschätzt, dass ich ihn einfach in die für den Header zuständige php-Datei einsetze, aber das kann ja nicht klappen oder? Auf jeden Fall zeigt er mir bei den Zugriffen so immer nur /logfiler/logger.phpals URL an, Referrer oder Suchbegriffe oder so etwas werden gar nicht ausgegeben. Oder liegt das an etwas anderem? Ich habe auch schon versucht, ihn in die index.php einzusetzen, auch beide Möglichkeiten gleichzeitig, aber ändern tut das nichts. Für gute Ratschläge dankt der Kraxler
MM • Sonntag, 08.01.2006, 12:13 Uhr Hallo, bekomme folgende Fehlermeldung: Warning: file(): Unable to access www.luogo.de/blog/logfiler/data/log.txt in /home/www/web36/html/v3/blog/logfiler/logger.php on line 7 Warning: file(www.luogo.de/blog/logfiler/data/log.txt): failed to open stream: No such file or directory in /home/www/web36/html/v3/blog/logfiler/logger.php on line 7 Warning: fopen(www.luogo.de/blog/logfiler/data/log_backups/log-060108.txt): failed to open stream: No such file or directory in /home/www/web36/html/v3/blog/logfiler/logger.php on line 12 Probleme mit der Logdatei! Was kann ich da machen – Rechte sind alle korrekt vergeben!##Gruß & Danke
Andreas Heck • Montag, 03.04.2006, 10:18 Uhr Auch ich habe ein kleines Problem mit dem genialen Skript. Mein Surfer lässt die relativen Angaben nicht zu: /home/www/htdocs/ec-weiterstadt.de Also habe ich alles auf absolute Angaben geändert. Soweit so gut, alle Fehlermeldungen sind weg, bis auf eine Warning: fopen(http://www.ec-weiterstadt.de/logfiler/data/log_backups/log-060403.txt) [function.fopen]: failed to create stream: HTTP wrapper does not support writeable connections. in /home/www/htdocs/ec-weiterstadt.de/logfiler/logger.php on line 12 Probleme mit der Logdatei! Was kann ich tun? – Die Rechte sind gesetzt auf CHMOD 777; – Die Pfadangaben sind richtig; Über Hilfe freue ich mich. Aus Südhessen Andreas
Michael Preidel • Montag, 03.04.2006, 15:57 Uhr Hm, das hat mit den Rechten nichts zu tun, sondern damit, dass in Dateien, die per absoluter URL geöffnet werden, aus Sicherheitsgründen nicht geschrieben werden kann. Ansonsten könnte man ja beliebige Files von beliebigen Servern einfach mal eben ändern, oder mit anderen Worten: du könntest einfach in ein fremdes, z.B. mein Logfile auf qxm.de schreiben – bestimmt nicht im Sinne des Erfinders ;-) Das Schreiben in eine Datei funktioniert also tatsächlich ausschließlich mit dem Serverpfad. Im Zweifel mal versuchen, den Pfad so anzugeben: $_SERVER['DOCUMENT_ROOT'].'/logfiler/data/log.txt'
Andreas Heck • Dienstag, 04.04.2006, 20:39 Uhr Vielen Dank für den Tip, jetzt kommt auf keinen Fall mehr eine Fehlermeldung wegen den Dateien. Aber dafür habe ich eine andere Fehlermeldung erhalten.. Parse error: parse error, unexpected T_STRING in /home/www/htdocs/ec-weiterstadt.de/logfiler/logfiler_config.php on line 9 Warning: unlink() [function.unlink]: Unable to access in /home/www/htdocs/ec-weiterstadt.de/logfiler/logger.php on line 18 Probleme mit der Logdatei! Ist das lösbar?
Andreas Heck • Donnerstag, 06.04.2006, 19:44 Uhr Der Tipp mit dem Befehl $_SERVER[‘DOCUMENT_ROOT’] zu arbeiten war grundsätzlich gut. Allerdings wollte da dann doch einiges nicht mehr. Ich freue mich aber jetzt nach ein wenig basteln das Programm nutzen zu können und muss sagen, es ist genial. Sehr schön und vielen Dank, dass Sie so schnell auf meine Anfrage reagiert haben – siehe oben. Super. Aus Südhessen freundliche Grüße
Andreas Heck • Donnerstag, 06.04.2006, 20:41 Uhr Ich hatte mal nicht nur Trockenübungen machen sollen. Folgende Fehlermeldungen erhalte ich jetzt. Bitte helfen Sie mir nochmal weiter.. Warning: main() [function.main]: Unable to access logfiler_config.php in /home/www/htdocs/ec-weiterstadt.de/logfiler/logger.php on line 7 Warning: main(logfiler_config.php) [function.main]: failed to create stream: No such file or directory in /home/www/htdocs/ec-weiterstadt.de/logfiler/logger.php on line 7 Warning: main() [function.main]: Failed opening ‘logfiler_config.php’ for inclusion (include_path=’’) in /home/www/htdocs/ec-weiterstadt.de/logfiler/logger.php on line 7 Warning: unlink() [function.unlink]: Unable to access in /home/www/htdocs/ec-weiterstadt.de/logfiler/logger.php on line 18 Probleme mit der Logdatei!
Michael Preidel • Freitag, 07.04.2006, 10:38 Uhr Hallo Andreas, aus der Ferne ist es natürlich immer schwer, genaueres zu sagen, aber hier stimmt irgendwas mit den Pfaden nicht. Wenn /home/www/htdocs/ec-weiterstadt.de/ tatsächlich das Rootverzeichnis ist, sollte sich darin ein Ordner befinden, der logfiler heißt, in dem wiederum die benötigten Datein wie z.B. logger.php usw. liegen. Wenn das nicht so ist, findet logger.php eben die restlichen Dateien bzw. Verzeichnisse nicht – und genau das sagen Ihre Fehlermeldungen: No such file or directory Versuchen Sie doch mal folgendes: Erstellen Sie eine Textdatei mit folgendem Inhalt: 

<?php
echo $_SERVER['DOCUMENT_ROOT'];
?>
Diese Textdatei nennen Sie test.php und laden Sie auf Ihren Webserver in das Verzeichnis logfiler hoch. Anschließend rufen Sie diese Datei in einem Browser auf: http://www.ec-weiterstadt.de/logfiler/test.php Anschließend wird Ihnen der Serverpfad zu dieser Datei angezeigt – den vergleichen Sie mal denen, die Sie in der logfiler_config.php angegeben haben und korrigieren Sie gegebenenfalls die Angaben in der logfiler_config.php.
Andreas Heck • Samstag, 08.04.2006, 11:42 Uhr So jetzt bin ich soweit, das er keine Fehler mehr schreibt. Leider macht er auch keine Einträge: siehe http://www.ec-weiterstadt.de/logfiler/logfiler.php Ausser die Einträge, die entstehen, wenn ich die Logger.php direkt aufrufe..
Andreas Heck • Samstag, 08.04.2006, 21:43 Uhr Also ich glaub das Problem eingegrenzt zu haben. Es ist liegt in der Datei logger.php. Verwende ich dort den Pfad /home/www/htdocs/ec-weiterstadt.de/logfiler/logfiler_config.php’; bekomme ich keine Fehlermeldung, aber auch keine fremde URL wird durchgemeldet. Verwende ich nur ‘logfiler_config.php’ kommt folgende Fehlermeldung: Warning: main() [function.main]: open_basedir restriction in effect. File(/logfiler/logfiler_config.php) is not within the allowed path(s): (/home/www/htdocs/ec-weiterstadt.de/.) in /home/www/htdocs/ec-weiterstadt.de/logfiler/logger.php on line 7 Warning: main(/logfiler/logfiler_config.php) [function.main]: failed to create stream: Operation not permitted in /home/www/htdocs/ec-weiterstadt.de/logfiler/logger.php on line 7 Warning: main() [function.main]: Failed opening ’/logfiler/logfiler_config.php’ for inclusion (include_path=’’) in /home/www/htdocs/ec-weiterstadt.de/logfiler/logger.php on line 7 Warning: unlink() [function.unlink]: Unable to access in /home/www/htdocs/ec-weiterstadt.de/logfiler/logger.php on line 25 Probleme mit der Logdatei! Was kann ich da noch tun? Liebe Grüße aus Südhessen Andreas Heck Meine LogDatei:http://www.ec-weiterstadt.de/logfiler/logfiler.php
Andreas Heck • Sonntag, 09.04.2006, 16:12 Uhr Juhu es hat funktionoert. Nun bin ich ein Nutzer von logFiler und bin total begeistert. Sie haben mit diesem Skript einem Internetneuling die Freude am Netz herheblich erhöht. Danke.
krist • Sonntag, 07.05.2006, 16:26 Uhr Ich würde anstatt bestimmte User, Referrer, IPs komplett zu blockieren diese lieber bei der Auswertung ignorieren, es das irgendwie möglich?
martin • Freitag, 09.06.2006, 15:10 Uhr logfiler ist super, danke für das script.. noch toller wäre es, wenn es noch eine mysql anbindung geben würde.. logfiler eignet sich perfekt für meine zwecke, nur ist die verwendung von textdateien sehr ramfressen..
Andi • Mittwoch, 02.08.2006, 17:54 Uhr Hallo Ich sag’s ja ungern, aber der Hoster meines Bekannten, für welchen ich gerne den Logfiler einsetzen würde, verwendet einen Windows Server (IIS) :-(. Läuft Logfiler auf diesem System? Wenn ja, wie müssten die Pfadangaben in der Config drinstehen. Ach ja, allerbesten Dank für dieses tolle Script, verwende es auch anderweitig.
Michael Preidel • Mittwoch, 02.08.2006, 18:20 Uhr Hallo Andi, IIS kenne ich leider (oder vielleicht besser gottseidank ;-) überhaupt nicht – da kann ich bedauerlicherweise nicht weiterhelfen.
Andi • Donnerstag, 03.08.2006, 13:02 Uhr Ich würde sagen „gottseidank“! Trotzdem besten Dank für Deine Antwort.
Claus • Dienstag, 29.08.2006, 18:58 Uhr Hallo, ich verwende logfiler schon eine ganz Weile und bin überaus zufrieden. Kein Schnickschnak, sondern Information pur. Klasse! Mit der neuen Version habe ich leider ein Problem. Weder das „Usertracking“ noch die Funktion „Useragent“ funktioniert bei mir. „Das Dokument kann nicht gefunden werden!“ Vielleicht hat ja jemand eine Idee, warum das nicht klappt. Freue mich über jede Hilfe. Freundliche Grüße aus Hamburg, Claus
Manuel Maisch • Samstag, 23.09.2006, 15:50 Uhr Hi, jetzt ist es auch für mich an der Zeit, hier einmal ein Lob auszusprechen. Dank logfiler habe ich nun die Zugriffe auf meine Site im Überblick. Genau sowas habe ich vorher vermisst! Super Sache, vielen Dank! Gruss Manuel
jochen graf • Montag, 25.12.2006, 13:23 Uhr Hallo, supper der Logfiler, nur bekomme ich es nicht hin einen Ordner in dem einige HTMLDateien sind zu protokollieren. In den HTmL Dateien fügte ich die Zeile über den Doctype ein, doch ich habe den Verdacht, dass diese PHPDatei nicht angerochen wird. Hier mal der Link. http://139.14.4.166:8080/logfiler/logfiler.php Was könnte hier der Fehler sein? Viele Grüsse
Michael Preidel • Mittwoch, 27.12.2006, 11:45 Uhr Damit der PHP-Code in den HTML-Dateien auch ausgeführt wird, muss man in der .htaccess im Rootverzeichnis die Zeile AddType application/x-httpd-php .html .htm hinzufügen. Dann sollte es funktionieren.
jochen graf • Freitag, 29.12.2006, 10:15 Uhr Hallo, ich habe in meinem root keine .htaccess? Benutzte ein Suse Linuix Server 9.3 Viele grüsse
jochen graf • Freitag, 29.12.2006, 11:28 Uhr Hallo, kurze erklärung Ich habe ein Verzeichniss erstellt /srv/www/htdocs/appsych/mark3 In diesem Verzeichniss habe ich eine .htaccess angelegt ls -a Geodynamik.css PbT_c PbT_r TbP_c TbP_r index.html logfiler jpg .htaccess in der .htaccess habe ich nun folgenden Eintrag gemacht cat ./htaccess AddType application/x-httpd-php .html .htm die Datei hat die Rechte „ERSTMAL“ 777 In jeder html Datei habe ich den Pfad für die logger.php angelegt. ++++++++++++++++++++++++ Unbenanntes Dokument +++++++++++++++++++++++++ Auf der Seite http://139.14.4.166:8080/appsych/mark3/logfiler/ logfiler.php?refer=1&f=log.txt Werden aber keine html Dateien ausgewertet? Also gehe ich mal davon aus, dass diese .htaccess nicht in dieses Verzeichniss gehört oder? Viele grüsse
Immanuel • Sonntag, 01.04.2007, 22:12 Uhr AvatarIch hab die ganze Zeit ein Problem, weswegen der logfiler auch noch nicht laufen kann: Warning: fopen(/srv/www/htdocs/web51/html/logfiler/data/user_online/80.190.243.225) [function.fopen]: failed to create stream: Permission denied in /srv/www/htdocs/web51/html/logfiler/logger.php on line 130 Warning: fclose(): supplied argument is not a valid stream resource in /srv/www/htdocs/web51/html/logfiler/logger.php on line 131 Ich weiß net an was es liegt… mfg Immanuel

Michael Preidel • Montag, 02.04.2007, 10:54 Uhr AvatarSetz mal mit einem FTP Programm die Zugriffsrechte des Ordners data auf 777, bzw. kreuz bei allen Lese- Schreib- und Ausführrechte an.

David • Montag, 28.01.2008, 20:45 Uhr AvatarEs ist wirklich ausgesprochen schade, dass dieses Programm nun nicht mehr zur Verfügung steht. Planst du eine Version, die auf die Speicherung der IP-Adressen verzichtet? Ein handlicheres und übersichtlicheres Statistikwerkzeug habe ich bisher nämlich nicht getroffen.
Michael Preidel • Donnerstag, 31.01.2008, 11:25 Uhr AvatarIch habe überlegt, wie eine Version ohne IP-Adressen-Speicherung aussehen könnte, bin aber irgendwie nicht weitergekommen. Ich muss bei Gelegenheit mal einen Anwalt fragen – vielleicht kann ich den logFiler ja nach wie vor anbieten, ohne in die Fänge irgendwelcher Abmahner zu gelangen …