Jesus aber sprach zu ihnen: Ich bin das Brot des Lebens. Wer zu mir kommt, den wird nicht hungern; und wer an mich glaubt, den wird nimmermehr dürsten.
Johannes 6:35
| autor | |
| 30-12-09 17:14:44 | Bestätigungsmails |
|
Harald E. Oswald |
Wir erhalten bei Tests das Bestellmail für den Shopbetreiber 2 mal. Sämtliche Konstanten und Einstellungen haben wir überprüft : HTML Mail plugin.tt_products.orderEmail_htmlmail ist deaktiviert, ###EMAIL_PLAINTEXT_TEMPLATE_SHOP### ist im Template vorgesehen und wird auch angezogen. Was kann das sein, was können wir noch überprüfen ? |
| 2-01-10 16:17:47 | Mini-Warenkorb |
|
Franz Holzinger |
Womöglich gibt es einen Mini-Warenkorb oder ein anderes Shop Plugin auf der Seite, sodass es danach insgesamt 2 Shop Plugins gibt. Oder vielleicht wird die Seite durch ein anderes Plugin neu geladen? Am besten debuggen, wie oft tt_products denn tatsächlich aufgerufen wird. |
| 5-01-10 15:54:53 | Debuggen |
|
Harald E. Oswald |
Auf der Shop Einstiegsseite hat es schon 2 x das PlugIn : 1x als Kategorien-Liste, 1x als Produkt-Liste. Ich habe nun 1 PlugIn 'rausgenommen, das Email für den Shopbetreiber kommt immer noch 2x. Wie kann ich den Aufruf von tt_products am einfachsten debuggen ? |
| 5-01-10 17:01:20 | Documentation Debug TYPO3 |
|
Franz Holzinger |
Es gibt hier auf Englisch eine kurze Anleitung: http://wiki.typo3.org/index.php/Extension_Development%2C_Debugging Hier unter jambage.com gibt es eine verbesserte Extension cc_debug zum Download. Es muss untersucht werden, woher der Aufruf zum Versenden der Email kommt. Ein Neuladen der Seite kann über error_log Einträge untersucht werden. In der Datei class.tx_ttproducts_email_div.php wird in der Funktion send_mail die Bestell Email versendet. |
| 15-01-10 17:18:38 | Debuggen bringt nichts |
|
Harald E. Oswald |
Also cc_debug installiert und konfiguriert Parameter im Install_Tool gesetzt resultat : Es wird nichts "gedebugged". Es erscheint weder das Bomben Symbol, noch wird etwas wie konfiguriert in das Syslogfile von TYPO3 geschrieben. Die 2 Bestätigungsemails werden trotzdem noch verschickt:Was können wir sonst noch prüfen ? |
| 15-01-10 21:00:37 | cc_debug |
|
Franz Holzinger |
Wenn cc_debug nichts anzeigt, dann gibt es meistens einen HTML Fehler auf der Seite. Alternativ könnte man ohne cc_debug arbeiten. Dann werden die Debug Meldungen ganz oben vor dem Seiteninhalt angezeigt. Oder sonst beko_debugster einsetzen, das immer läuft. |
| 18-01-10 15:54:50 | Debugging funktioniert doch |
|
Harald E. Oswald |
Hatten noch nen kleine Fehler beim Debugging Aufruf (kleiner Fehler, grosse Wirkung). Wir haben nun anhand des Debugging festgestellt, dass die Routine class.tx_ttproducts_email_div.php 2x durch laufen wird. In class.tx_ttproducts_activity_finalize.php wird 1x das HTML Mail versandt und 1x das plain text. Wir fragen uns natürlich nun, wie das sein kann resp. wie wir das unterdrücken können... HTML Email ist eigentlich über den Constant Editor ausgeschaltet... |
| 19-01-10 07:39:51 | welcher Aufrufpfad |
|
Franz Holzinger |
Über welche Zeilen von class.tx_ttproducts_activity_finalize.php wird der Email Versand aufgerufen? Welche Version von tt_products ist das? |
| 19-01-10 08:48:23 | Version und Zeilenaufruf |
|
Harald E. Oswald |
Wir setzen tt_products Version 2.6.2 ein Der Aufruf in class.tx_ttproducts_activity_finalize.php ist ab der Zeile 270 beim Marker // Sends order emails: |
| 19-01-10 09:56:26 | Details |
|
Franz Holzinger |
Ich benötige weitere Details über Debugging: Welchen Inhalt hat das Array $recipientsArray? An welchen Zeilen wird tx_ttproducts_email_div::send_mail aufgerufen? Ist bei der Kategorie des Produktes eine Email Adresse eingetragen worden? |
| 22-01-10 11:11:08 | Email Adresse bei Kategorie des Produktes |
|
Harald E. Oswald |
Exakt das war der Fehler : Da war ein defekter Eintrag als Email Adresse bei der Kategorie des Produktes integriert. Herzlichen Dank für den Hinweis... |
| < Zurück zum Forum | |