MODUL: Erweiterter Newsletter Premium

[KLF]

Hallo,

ich habe den Newsletter inzwischen so gut es geht mit meinem lokalem Mailserver getestet. Mein Problem dabei ist, dass sowohl der Firefox als auch der IE den Versand nach einer bestimmten Anzahl von Selbstaufrufen des Skriptes abbrechen. Der Firefox bricht das Skript nach 20 Aufrufen ab(Umleitungsfehler), der IE bereits nach 10. Ich habe im Bezug auf den Newsletter hier schonmal so etwas im Forum gelesen, irgendwas mit XT-Imageprocessing stand da angeblich zur Diskussion. Nun bin ich mir nicht sicher, ob es an meiner XAMPP-Umgebung liegt, oder am Newsletter...
Ich sehe übrigens keinerlei Status-Ausgaben während des Versendens. Im Code sind ja diverse Ausgaben programmiert, die einen über den Status informieren. Funktionieren die Status-Ausgaben während des Versendens bei euch? Eventuell hängt das ja mit dem Abbruch zusammen...

Beim Firefox stand im Gegensatz zum IE nach dem Abbruch zum Glück oben in der Adresszeile noch die letzte POST-Parameterübergabe, dadurch konnte ich das Skript durch "Aktualisieren" wieder starten und habe dann logischerweise die Mails aus dem letzten Aufruf doppelt erhalten(ich hätte die übergebenen Parameter auch anpassen können...). Insgesamt habe ich etwas mehr als 1000 Empfänger getestet, die Mails sind in 25er-Blöcken versendet worden(habe das im Code geändert). Ziehe ich die 50 doppelten Mails wegen den 2 Skriptabbrüchen im FF ab, funktioniert der Newsletter bei mir bislang 1a. Es ist auch nur eine Kopie an CC versendet worden, so wie es sein soll.

Viele Grüße,
KLF

EDIT: Habe gerade im Firefox die Einstellung gefunden, die dafür zuständig zu sein scheint:
"network.http.redirection-limit" steht auf 20. Das Problem mit der fehlenden Status-Ausgabe besteht aber nach wie vor...

[p3e]

Dass man das im Firefox einstellen kann ist mir neu (danke für den Hinweis). Das Problem ist aber alt und wurde - wie du richtig schreibst - beim Imageprocessing durch ein JS-Reload (oder ist es AJAX) gelöst. Dadurch funktioniert es dann auch bei allen Browsern (wenn JS aktiviert ist).

Ich denke, dass die meisten Shopbetreiber einen externen Newsletterdienst oder ein externes Programm nutzen, da unter Standardeinstellungen im Firefox nur 600 Mails und im IE nur 300 Mails verschickt werden.

[WolfPack]

Kann mir jemand sagen, welche Daten in der "/admin/costumers.php" geändert wurden?

Vielen Dank.

[vollautomat]

Hallo,

habe gerade das Newsletter Modul eingebaut.
Scheint soweit auch zu laufen.
Leider finde ich den Artikellisten Manager nicht.
Wo hat der sich versteckt?

[vollautomat]

Kann es vielleicht an der "admin_access" liegen?

Habe beim Aufruf der Kundenliste folgenden Fehler erhalten:

Code: PHP  [Auswählen]

1054 - Unknown column 'module_newsletter_customers' in 'field list'

select module_newsletter_customers from admin_access where customers_id = '1'

Nach dem ich das in der "admin_access" nach getragen habe funktioniert dieses.

Aber den Artikellisten Manager habe ich immer noch nicht gefunden.

Kann es sein, dass da noch ein Eintrag fehlt?

[vollautomat]

Okay habe es gefunden,
die "update.sql" ist nicht komplett.
Habe dieses Liste aus einer anderen Version benutzt um Sie zu vervollständigen:

Code: SQL  [Auswählen]

ALTER TABLE `admin_access` ADD `module_newsletter_products` INT( 1 ) NOT NULL DEFAULT '0';
UPDATE `admin_access` SET module_newsletter_products = 1;

ALTER TABLE `admin_access` ADD `module_newsletter_customers` INT( 1 ) DEFAULT '0' NOT NULL;
UPDATE `admin_access` SET `module_newsletter_customers` = 1;



ALTER TABLE module_newsletter ADD (
`personalize` CHAR(3) NOT NULL DEFAULT '0',
`greeting` INT(1) NOT NULL DEFAULT '1',
`gift` CHAR(3) NOT NULL DEFAULT '0',
`ammount` VARCHAR(10) NOT NULL DEFAULT '0',
`product_list` INT(11) NOT NULL DEFAULT '0');


CREATE TABLE `newsletter_product_list` (
  `id` INT(11) NOT NULL AUTO_INCREMENT,
  `list_name` CHAR(64) NOT NULL DEFAULT '',
  PRIMARY KEY  (`id`)
) TYPE=MyISAM AUTO_INCREMENT=1 ;


CREATE TABLE `newsletter_products` (
  `id` INT(11) NOT NULL AUTO_INCREMENT,
  `accessories_id` INT(11) NOT NULL DEFAULT '0',
  `product_id` INT(11) NOT NULL DEFAULT '0',
  PRIMARY KEY  (`id`)
) TYPE=MyISAM AUTO_INCREMENT=1 ;

[Tomcraft]

Eine sehr gut Frage wieso das in Version 3.3 nicht mehr enthalten war?

ich habe das Modul in Version 3.3 in Beitrag 1 entsprechend aktualisiert.

Danke für den Hinweis!

Grüße

Torsten

[peterpan19]

Ist eigentlich das Problem mit der persönlichen Anrede gelöst. Bei mir steht immer "Sehr geehrte Frau"...

[herrkuless]

Okay habe es gefunden,
die "update.sql" ist nicht komplett.
Habe dieses Liste aus einer anderen Version benutzt um Sie zu vervollständigen:

Habe gerade alles installiert un kann leider den Artikellistenmanager auch nirgends finden. Habe die aktuellen Dateien benutzt. Unter welchen Kontextmenü soll der theoretisch angezeigt werden?

Danke.

[herrkuless]

Entschuldigung. In der column_left.php vergessen, eine Zeile zu kopieren. Hat sich also erledigt ...

[peterpan19]

Warum gibt es eigentlich keine Antwort auf meine Frage (persönliche Anrede höflich immer nur "Frau")? Hat keiner von euch das Problem?

[jannemann]

Hallo peterpan19,

vermutlich hast du noch keine Antwort bekommen, weil entweder keiner das Modul einsetzt oder niemand dieses Problem mit der Anrede hat.
Es gibt noch andere Wege einen Newsletter professionell zu verschicken. Oder muss es unbedingt dieses Modul sein?

Schöne Grüße,
Jan

[noRiddle (revilonetz)]

Ohne, daß ich das Modul kenne,
es ist sehr wahrscheinlich, daß das Problem mit der Anrede ein Bug ist.

• wurde das auch in diesem Thread mehrfach angeführt und
• war das schon so bei der auf xtc-load geposteten Modulversion (siehe letzter Kommentar)

Gruß,
noRiddle

[peterpan19]

Hallo jannemann und noRiddle,
erst mal ein Danke schön, dass ihr mich erhört habt! Ich denke, der Newsletter-Versand ist wichtige Kundepflege für die Empfänger, deshalb finde ich es merkwürdig, dass dieser "Bug"  -entschuldigt bitte-  so stiefmütterlich behandelt wird, vorausgesetzt es ist ein Bug und kein Fehler bei mir. Da aber relativ wenig Rückmeldung kommt, weiss ich es eben nicht genau. Tja, und dieses Modul reicht mir im Grunde, da es die Optionen bietet, die ein Newsletter m.E. braucht, nicht mehr und nicht weniger. Aber Vorschläge für alternativen sind gerne willkomen!
Gruß
Frank

[peterpan19]

Vielleicht schaffe ich es mit etwas Hilfe diesen Bug zu fixen. Allerdings weiss ich nicht so genau, wo und wie ich dabei anfangen soll. Ich habe mir mal die Datei shoproot/admin/module_newsletter.php als erstes vorgenommen. Hier wird wohl das ganze importiert.
Hier fehlt aber fast überall die Abfrage des "gender". Als erstes werden die Daten aus der table_costumers aus der DB abgefragt:

Code: PHP  [Auswählen]

  if (xtc_db_prepare_input($_POST['status_all'])=='yes') {
   $customers_query=xtc_db_query("SELECT
                                  c.customers_id,
                                  c.customers_firstname,
                                  c.customers_lastname,
                                  c.customers_email_address,

                                  cs.customers_status_show_price_tax,
                                  cs.language_id,                                                                
                                  cs.customers_status_name
                                  FROM ".TABLE_CUSTOMERS." c left join ".TABLE_CUSTOMERS_STATUS." cs on cs.customers_status_id = c.customers_status  
                                  WHERE
                                  c.customers_status='".$groups[$i]."'
                                                                  and cs.language_id ='".$_SESSION['languages_id']."'"                                                           
                                                                  );
 

Hier fehlt schon der Import von "gender", doch selbst wenn ich es reinschreibe, funktioniert es nicht. Ziemlich am Anfang der Datei wird der newsletter temp erstellt:

Code: PHP  [Auswählen]

   xtc_db_query("DROP TABLE IF EXISTS module_newsletter_temp_".$id);
   xtc_db_query("CREATE TABLE module_newsletter_temp_".$id."
                  (
                     id int(11) NOT NULL auto_increment,
                    customers_id int(11) NOT NULL default '0',
                    customers_status int(11) NOT NULL default '0',
                    customers_status_name varchar(64) NOT NULL default '',
                    customers_tax int(11) NOT NULL default '0',
                    customers_firstname varchar(64) NOT NULL default '',
                    customers_lastname varchar(64) NOT NULL default '',
                    customers_email_address text NOT NULL,

                    mail_key varchar(32) NOT NULL,
                    date datetime NOT NULL default '0000-00-00 00:00:00',
                    comment varchar(64) NOT NULL default '',
                    PRIMARY KEY  (id)
                    )");

Auch hier wieder kein "gender". Aber auch hier keine Wirkung, wenn ich es eintrage.
Ich denke, dass es nur eine Kleinigkeit ist, bisher habe ich es aber noch nicht gefunden. Vielleicht kann mir ja jemand auf die Sprünge helfen.

Zu Alternativen: cleverreach habe ich mir angeschaut, ist wirklich gut, aber da hakst mit 'nem vernünftigen Import der Newsletterempfänger und höflicher Anrede. Die Schnittstelle zum Import zu xt:commerce basierten Shop funktioniert nicht mit modified eCommerce Shopsoftware, also auch hier erst mal viel Einstellerei...