Zum Inhalt springen

devlog loggt nichts (TYPO3 6.0.4)

Erstellt am 15. Mai 2013 · 6 Antworten · letzte Antwort am 22. Mai 2013

Tags: Frage

George Mason ·

Hallo zusammen,

ich habe zwei verschiedene Webserver mit je einer TYPO3-Installation, einen im LAN, einen im Internet. Auf beiden ist die Extension devlog installiert, aber nur auf dem Server im Internet spuckt es Meldungen aus. Auf dem anderen Server bleibt das devlog stumm / leer

Auf beiden Servern läuft TYPO3 6.0.4. Devlog 2.9.4 ist installiert. Die Extension, die ich beobachten will, heißt webkitpdf, ist ebenfalls auf beiden Servern installiert. Ich habe außerdem sichergestellt, dass

- in der Extension webkitpdf, die ich debuggen will, im Install-Tool die Option basic.debug aktiviert und
- im TS Setup die Option debug aktiviert ist plugin.tx_webkitpdf_pi1.debugScriptCall = 1

Es wird einfach nichts geloggt, und auch die Datenbanktabelle tx_devlog bleibt leer, egal, was ich tue. Ich bin seit 3 Tagen von Morgens bis Abends am fummeln, und weiß nicht mehr weiter. Warum loggt devlog nicht?

karlchen ·

hi,

schau dir mal diese Optionen im Installtool an

$TYPO3_CONF_VARS['SYS']['enable_errorDLOG'] = '1'; // Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS['SYS']['enable_exceptionDLOG'] = '1'; // Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS['SYS']['syslogErrorReporting'] = '0'; // Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS['SYS']['belogErrorReporting'] = '0'; // Modified or inserted by TYPO3 Install Tool.

Im Moment kannst du die Logs im Backend Modul "Protokoll" einsehen.

George Mason ·

Hi Karlchen, danke für Deine Benühungen, aber leider hilft nichts.

karlchen schrieb

$TYPO3_CONF_VARS['SYS']['enable_errorDLOG'] = '1';

ist aktiviert

$TYPO3_CONF_VARS['SYS']['enable_exceptionDLOG'] = '1';

war nicht aktiviert, aktiviere ich jetzt!

$TYPO3_CONF_VARS['SYS']['syslogErrorReporting'] = '0';

steht auf 30711. Ich ändere es mal in "0".

$TYPO3_CONF_VARS['SYS']['belogErrorReporting'] = '0';

steht auf 30711. Ich ändere es mal in "0".

Ergebnis: das devlog bleibt dennoch völlig leer.

Im Moment kannst du die Logs im Backend Modul "Protokoll" einsehen.

Dieses Backend-Modul gibt es bei mir nicht (TYPO3 6.1.0) meinst Du das Backend-Modul "Log"? Dort finde ich keine Extension-Errors, und auch nicht im Modul "Reports". Oder wo finde ich das Modul "Protokoll"?

karlchen ·

Hallo,

ja ich meine das Modul "Log", ist wohl wieder umbenannt worden.
ich habe es gerade mal getestet, lokale Installation devLog und webkitPDF installiert. Devlog scheinst du ja angepasst zu haben, weil es im TER noch keine Funktionierende Version für TYPO3 6.1 gibt.

Danach keinerlei weiterer Einstellungen bez. devlog.
Einmal wurde mir was nach DevLog geschrieben, danach nicht mehr. WebkitPDF chached also die erstellten PDFs und bei mehrmaligen Aufruf werden die gecachten Files zurück gegeben, daher auch keine Logs nach DevLog. Schau also mal nach ob du in WebkitPDF den Cache deaktivieren kannst, ansonsten mach deine Tests über mehrere Seiten, so das immer eine neue PDF erstellt werden muss oder leere (nicht löschen !!!) nach jedem Test die Tabelle "tx_webkitpdf_cache".

George Mason ·

Hi Karlchen,

so schnell gibst Du nicht auf, hm? Dafür danke ich Dir 🙂

karlchen schrieb

ja ich meine das Modul "Log", ist wohl wieder umbenannt worden.

Ja, richtig, und jetzt, als ich mal in dem Log oben auf "errors" umgestellt habe, bekomme ich auch Fehler angezeigt... das ist schon mal ein Schritt in die richtige Richtung - allerdings sind die Fehler schon mindestens 5 Tage alt - aktuelle Fehler werden anscheinend nicht mehr geloggt - oder es treten keine mehr auf? Ich weiß es nicht.

ich habe es gerade mal getestet, lokale Installation devLog und webkitPDF installiert. Devlog scheinst du ja angepasst zu haben, weil es im TER noch keine Funktionierende Version für TYPO3 6.1 gibt.

Richtig, aber ich habe nur dem SQL-Check entfer... warte mal, daran könnte es auch liegen, oder?! Wenn devlog nichts in die DB schreibt, kann das BE auch nichts anzeigen.

Schau also mal nach ob du in WebkitPDF den Cache deaktivieren kannst, ansonsten mach deine Tests über mehrere Seiten, so das immer eine neue PDF erstellt werden muss oder leere (nicht löschen !!!) nach jedem Test die Tabelle "tx_webkitpdf_cache".

Ich bin in der Zwischenzeit schon weitergekommen - es werden jetzt PDFs generiert. Allerdings klappt das Anhängen an die Admin-E-Mail vom Formhandler nicht. Dafür wäre ein funktionierendes Log schon gut...

Ob es wohl helfen würde, das devlog wieder zu deinstallieren, landen die Errors dann wieder im "Log"? Ist einen Versuch wert, würde ich sagen. Ich mache das mal.

Update: nein, errors werden immer noch nicht geloggt.

Beste Grüße

karlchen ·

Hi,

George Mason schrieb

so schnell gibst Du nicht auf, hm? Dafür danke ich Dir 🙂
...

Probleme sind zum lösen da und manchmal sehen vier Augen mehr als zwei 🙂

Du nutzt noch formhandler somit haste ja nur die Hälfte von deinem Problem erzählt 😉
PDFs werden also korrekt erstellt ? Woher weißt du das in dem Fall, dürften ja eigentlich nicht gecacht werden oder.

Weil wenn die PDFs korrekt erstellt werden, könnte das Problem ja auch bei Formhandler liegen. (oder bei deinem E-Mail Eingang, PDFs werden gelöscht weil Sie für Spam gehalten werden... ? )

-Ins Modul "Log" wird nichts mehr geschrieben auf Grund der Einstellung über das InstallTool:

$TYPO3_CONF_VARS['SYS']['syslogErrorReporting'] = '0';
$TYPO3_CONF_VARS['SYS']['belogErrorReporting'] = '0';

- Wird denn überhaupt was in dein Modul DevLog geschrieben ? extbase und so sollte da eigentlich auch einiges reinschreiben.

George Mason ·
karlchen schrieb

Du nutzt noch formhandler somit haste ja nur die Hälfte von deinem Problem erzählt 😉
PDFs werden also korrekt erstellt ? Woher weißt du das in dem Fall, dürften ja eigentlich nicht gecacht werden oder.

Na weil ich die PDFs ja runterladen kann.

Ich habe die Original-devlog (also, ohne meine "Modifikationen") nochmal drüber installiert und habe ein downgrade auf 6.0.4 vorgenommen - und siehe da, devlog schnurrt wie ein Kätzchen.

So, jetzt kann ich ja vielleicht endlich rausfinden, warum formhandler die generierten PDFs nicht an die E-Mail ranhängt. Das passt inhaltlich aber nicht zum Thema.

Ich danke Dir für Deine gezielten Fragen, mit denen Du mich in die richtige Richtung geschubst hast!