Extension debuggen, wenn sie keinen Mucks macht

Hallo,

eine Extension, die garantiert funktioniert und eingebunden ist, bringt überhaupt keinen Output, auch keinerlei Fehler wenn man Fehler einbaut, kein echo, gar nichts.
Der Header des Content-Elementes wird jedoch angezeigt.

Wie kann ich so ein Problem eingrenzen?
kann ich irgenwo loggen, welche Extensions geladen werden?
Wo könnte es haken, wenn eine Extension komplett ignoriert wird?

Danke!
Grüße,
Ext.22

(P.S.: Ja, die Ext. ist eingebunden. Problem tritt nur auf, wenn es über https geleitet wird. Wenn die über http aufgerufen wird, funktioniert es. Auf demselben Server mit derselben Extension geht es in anderen Instanzen auch.)

kannst ja in der hauptklasse in pi1/class.tx_deineext_pi1.php einfach mal ein echo setzen oder ein die()

georg

just2b schrieb

kannst ja in der hauptklasse in pi1/class.tx_deineext_pi1.php einfach mal ein echo setzen oder ein die()

Hi Georg,
danke für die Antwort! Das ist natürlich das erste, was ich gemacht habe.
Auch wenn ich da einen Syntax error reinschreibe, passiert nichts.
Die wird also offenslichtlich gar nicht aufgerufen.
Aber wo in Typo3 kann ich ein echo reinschreiben, um zu sehen, ob die Ext. überhaupt angefordert wird?
Das Seltsame ist ja, daß die nur ignoriert wird, wenn ich über https gehe. Andere Extensions über https auf derselben Seite funktionieren ohne Probleme.
Auch auf demselben Server in anderen T3-Instanzen dieselbe Extension über https funktionieren.

Grüße,
Ext.22

Wurde die Ext. richtig in der localconf.php registriert bzw. das Plugin in der ext_localconf.php ?

Gruß
Michael

Michaelh74 schrieb

Wurde die Ext. richtig in der localconf.php registriert bzw. das Plugin in der ext_localconf.php ?

Hi Michael,
ja, denn wenn ich die Seite nicht über http anzeige, funktionierts ja. Da wird dieselbe localconf.php geladen.
(https machen wir über einen symbolic link im ssl-vhost auf demselben Server und der Extension https_enforcer. Funktioniert auf anderen Instanzen einwandfrei. Auch auf dieser Site mit allen anderen Extensions.)

Grüße,
Ext.22

gibt es vielleicht ein Static Template, was einbunden werden muss?

brokemeister schrieb

gibt es vielleicht ein Static Template, was einbunden werden muss?

Hallo brokemeister,
danke, gute Idee, aber daran liegt es nicht. Habe die Extension selbst entwickelt und wüßte es. Geht ja auch per http.
Frage mich, ob jemand den Einstiegspunkt für Extensions in Typo3 kennt, um dort zu checken, was passiert. Dann spare ich mir vielleicht ein paar Stunden Suche im T3 Sourcecode.
Danke!
Grüße,
Ext.22

pack doch mal die Extension zum dl, wie soll mans sonst finden.

steffenk schrieb

pack doch mal die Extension zum dl, wie soll mans sonst finden.

"dl"?
download?...
Nur damit wir uns verstehen: Ich möchte niemandem hier zumuten, in meiner Extension irgendeinen Fehler zu suchen. Ich suche nur _allgemein_ nach einer Möglichkeit, ein derartiges Problem eingrenzen zu können, irgendwie Typo3 zu irgendeinem Output irgendeiner Art zu bewegen, wenn das Symptom darin besteht, daß die Extension einfach nicht geladen wird.

Benutzte wie schon beschrieben

z.B.
print_r($array); ~=~ var_dump($array);
echo "hier gebe ich was aus";
die();
exit;

Damit kannst du feststellen bis wohin das Script läuft und Variablen überprüfen.

Ansonsten mal die Global war aus geben...

Vielleicht auch ein Update em_conf.php im Extension-Manager machen.
Ist die Ext. auch korrekt installiert? Im Extension Manager gibt es auch noch einige Fehlermeldung zur Extension...

brokemeister schrieb

Benutzte wie schon beschrieben

z.B.
print_r($array); ~=~ var_dump($array);
echo "hier gebe ich was aus";
die();
exit;

Damit kannst du feststellen bis wohin das Script läuft und Variablen überprüfen.

Ansonsten mal die Global war aus geben...

Vielleicht auch ein Update em_conf.php im Extension-Manager machen.
Ist die Ext. auch korrekt installiert? Im Extension Manager gibt es auch noch einige Fehlermeldung zur Extension...

Das ist doch das _allererste_ was ich probiert habe. Es kommt _kein_ _Mucks_ bedeutet, daß kein Mucks kommt, egal was ich tue.
- Es kommt keine Fehlermeldung, auch nicht wenn ein Syntax Error drin ist
- Es kommt kein Echo
=> Die Extension wird nicht geladen.
Schalte ich auf http: um, wird sie schon geladen.

Die Frage ist also nicht, wie ich die Extension debuggen kann, sondern wie ich _im_ Typo3 core herausfinden kann, wie typo3 diese Extension handled.

Grüße,
Ext. 22

Hallo,

ich habe genau das gleiche Problem. Meine Extension läuft problemlos, wenn kein Fehler im Code. Aber sobald ich einen Fehler einbaue, gibt's im Frontend keine Ausgabe mehr - nix, nur ne weiße Seite.

Das Ausgeben von echo, print_r() u.s.w. klappt nur, solange kein Fehler im EXT-Code ist.

Hilfe, so ist das debuggen eine Qual. 🙁

Gruß
Jehu

EDIT: Bei mir hat es nix mit https:// bzw. http:// zu tun. Läuft lokal auf nem apache2 ohne SSL.

Jehu schrieb

Hallo,

ich habe genau das gleiche Problem. Meine Extension läuft problemlos, wenn kein Fehler im Code. Aber sobald ich einen Fehler einbaue, gibt's im Frontend keine Ausgabe mehr - nix, nur ne weiße Seite.

Nein, Du hast meine ersten Postings nicht gelesen. Wenn die Seite weiß wäre, wäre ich froh. Dann wüßte ich, daß ein Syntax-Fehler im code wäre und daß die Extension überhaupt angefaßt wird.
Die Seite wird perfekt angezeigt, bis auf das Plugin. Die wird einfach nicht geladen. Der Header des contentelements mit dem Plugin wird gezeigt, aber nicht das Plugin selbst. Und wenn ich im Plugin einen Syntax error einbaue, ändert sich gar nichts, wird die Seite eben _nicht_ weiß.

Tip für Dich: Während entwickeln Fehlerausgabe in php.ini inkl. Warnings und Notices aktivieren.

Grüße,
Ext.22

wenn das Plugin garnicht aufgerufen wird, ist der Fall doch klar - es ist nicht korrekt eingebunden.
Hier hilft ein Blick in die ext_localconf.php (auch hier kann man debiuggen) und der Vergleich mit anderen Extensions.

übrigens sollte man auf echos verzichten und die eigene Debugroutine nutzen

t3lib_div::debug('Ausgabe','Überschrift');

steffenk schrieb

wenn das Plugin garnicht aufgerufen wird, ist der Fall doch klar - es ist nicht korrekt eingebunden.
Hier hilft ein Blick in die ext_localconf.php (auch hier kann man debiuggen) und der Vergleich mit anderen Extensions.

übrigens sollte man auf echos verzichten und die eigene Debugroutine nutzen

t3lib_div::debug('Ausgabe','Überschrift');

Hallo Steffenk,

vielen Dank für Deine Antwort! Ich freue mich wirklich über jeden Hinweis. Aber mit den Wiederholungen drehen wir uns im Kreis.
Wenn Du die vorigen Postings liest: Das Ding ist eingebunden und funktioniert über http:, aber nicht über https:
OT: Natürlich verwende ich debug(). Aber wenn da nichts kommt, als nächstes erstmal ein echo, um zu sehen, ob irgendwas zuckt.
Du hast auch recht, daß die so reagiert, als wäre sie nicht in ext_localconf.php eingebunden. Ist sie aber.

Das logischste wäre eigentlich ein Berechtigungsproblem, weil die Scripte ja im Kontext des SSL-Servers aufgerufen werden. Aber daran lag es auch nicht. Meiner Meinung nach kann das nur was auf Systemebene sein (php.ini, Berechtigung). Aber warum nur bei diesem einen Plugin?

Grüße,
Ext.22

Hallo!

Seit drei Monaten suche ich immer wieder nach einer Lösung und inzwischen _sehr_ akut.
Ist mir inzwischen klar, daß niemand eine komplette Lösung hat.
Aber hat denn vielleicht jemand eine Idee, wie man sich schrittweise ran arbeiten kann?

Nun wollte ich wissen, ob es am https-Proxy liegt, oder am Symbolic link.
Also mal einen symbolic link auf demselben vHost in einem anderen Verzeichnis aufgerufen, aber zufällig vergessen, ssl für die Seite auszuschalten. Und damit geht es!
Wie kann denn das sein? Eine Extension wird nicht geladen, wenn die beherbergende Seite umgeleitet wird, aber schon, wenn sie zweimal umgeleitet wird!?

also in /htdocs
ln -s [pfad]/htdocs testdir
Rufe auf:
http://meinedomain.de/testdir/index.php?id=3500
Umleitung auf:
https://secdomain.de/meinedomain.de/testdir/index.php?id=3500
=> Funktioniert!
im Ggs. zu
https://secdomain.de/meinedomain.de/index.php?id=3500!!
Bei dem Workaround lasse ich es erstmal, aber schön ist das nicht...

Hat irgendjemand zumindest den Hauch einer windigen Theorie, wie das sein kann?
Oder kann mir jemand glaubhaft versichern, daß ich das nur träume?

- Funktioniert auf demselben Server mit demselben (gelinkten) Typo3 auf anderer Site einwandfrei, gleiche PHP-Version, gleiche PHP-ini
- Berechtigungen von temp-dirs und ext-dir x-fach gecheckt (war meine erste Vermutung, da das Ding ja im Kontext der ssl-site läuft).
- Manche Extensions (z.B. tt_rating, tt_news) funktionieren, manche (alle eigenen, selbst simple hello world, tt_poll) machen _keinen_ Mucks
- Man sieht nur das:
<!-- Plugin inserted: [begin] -->

<!-- Plugin inserted: [end] -->
- Die Extension wird definitiv nicht geladen. Der Rest funktioniert. Auch ein php-Syntaxfehler proviziert keine Reaktion.

Weiß jemand, wo im Typo3-src die Extensions geladen werden, damit ich da etwas debuggen kann?

Bitte bitte, kneift mich, sonst trage ich bleibende psychische Schäden davon.
Danke!
Grüße,
Ext.22

Schonmal die php, mysql, webserver log Dateien ausgewertet!?

Hallo extension22,

der Thread ist ja nun schon etwas älter. Hattest du letztlich eine Lösung gefunden? Offenbar stehe ich gerade vor dem selben Problem nach einem TYPO3 Update (jetzt 4.4.0), wo jetzt nur noch

<!-- Plugin inserted: [begin] -->
<!-- Plugin inserted: [end] -->

ausgegeben wird.

Wäre sehr dankbar über einen Lösungsvorschlag oder zumindest einen Hinweis.

EDIT:
TYPO3_VERSION: 4.4.1
PHP_VERSION : 5.3.2-1ubuntu4.2
--> Ich habe ja die PHP-Version in Verdacht... die macht auch Probleme bei der PDF-Generierung (pdf_generator2); da konnte ich allerdings schon mit einem Constructor gegensteuern. Ist PHP jetzt "strenger" geworden?

Also ich habe das im Moment auch bei zwei Extensions. Wie kann ich den prüfen, was TYPO3 noch an Dateien zieht?

Nachtrag: Ich habe nun mal testweise ein neues FE-Plugin per Kickstarter erstellt. Und da passiert das gleiche. Sprich ich bekomme keine Ausgabe im Frontend. tt_news ist auch installietr und funktioniert, das ve_guestbook geht allerdings auch nicht. Kann man da irgendwas in TYPO3 verstellen, das das verursacht?

donillo schrieb

Also ich habe das im Moment auch bei zwei Extensions...

Sorry Leute, wir hatten damals die Fehlersuche mit Xdebug aufgegeben und aus wirtschaftlichen Gründen (weils schneller geht) die ganze Site frisch aufgesetzt und dann gings wieder. Daher kenne ich leider die Ursache nicht.