Suche
Teilen
startseite » forum

Extension debuggen, wenn sie keinen Mucks macht

  • extension22 extension...
    Sternenflotten-Admiral
    0 x
    208 Beiträge
    0 Hilfreiche Beiträge
    09. 09. 2007, 18:11

    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.)

  • Jehu Jehu
    Jedi-Ritter
    0 x
    130 Beiträge
    0 Hilfreiche Beiträge
    13. 09. 2007, 11:10

    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.

  • extension22 extension...
    Sternenflotten-Admiral
    0 x
    208 Beiträge
    0 Hilfreiche Beiträge
    13. 09. 2007, 11:36

    [quote="Jehu"]
    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.
    [/quote]

    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

  • steffenk steffenk
    Obi-Wan Kenobi
    0 x
    4666 Beiträge
    0 Hilfreiche Beiträge
    13. 09. 2007, 11:55

    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

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

  • extension22 extension...
    Sternenflotten-Admiral
    0 x
    208 Beiträge
    0 Hilfreiche Beiträge
    13. 09. 2007, 13:23

    [quote="steffenk"]
    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

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

    [/quote]

    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

  • extension22 extension...
    Sternenflotten-Admiral
    0 x
    208 Beiträge
    0 Hilfreiche Beiträge
    12. 12. 2007, 23:20

    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

  • Stoneage Stoneage
    Jedi-General
    0 x
    1143 Beiträge
    0 Hilfreiche Beiträge
    18. 12. 2007, 15:58

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

  • nweber nweber
    R2-D2
    0 x
    66 Beiträge
    0 Hilfreiche Beiträge
    29. 07. 2010, 12:17

    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?

  • donillo donillo
    R2-D2
    0 x
    78 Beiträge
    0 Hilfreiche Beiträge
    24. 09. 2010, 12:31

    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?

  • extension22 extension...
    Sternenflotten-Admiral
    0 x
    208 Beiträge
    0 Hilfreiche Beiträge
    24. 09. 2010, 12:55

    [quote="donillo"]
    Also ich habe das im Moment auch bei zwei Extensions...
    [/quote]
    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.

Präsentiert von