Newsletter

Begonnen von Bones74, 22 November 2005, 17:58:23

⏪ vorheriges - nächstes ⏩

0 Mitglieder und 1 Gast betrachten dieses Thema.

Atze

Hmm,
dann weiß ich auch nicht??
Vielleicht liegts am Mailprogramm Outlook??
Aber gut, wenns bei dir klappt, dann ist ja ok.

Warten wir mal ab was die User sagen.
Fahr mal das Becks hoch!

gabin

Hi allesamt,

Zitat

- die Tabelle mx_newsletter exportieren, dabei die Option "Fehlerübergehenden INSERT-Befehl verwenden" einschalten und ohne "Drop-Table" Option.
- die Tabelle leeren, nicht löschen
- über das Feld "email" einen eindeuteigen Index erstellen (unique)
- die vorher exportierten Daten wieder zurückspielen
- evtl. auftretende Fehlermeldungen ignorieren

Der eindeutige Index kann belassen werden, sollte eigentlich sowieso standardmässig drin sein.

Nicht getestet, sollte aber doppelte Einträge nicht mehr importieren.

Ausprobiert, und alle Abos waren weg!

Zusammenfassung:
Die Einstellung "Exportieren" war auf SQL, nach dem
"Fehlerübergehenden INSERT-Befehl verwenden" und "Drop-Table" eingestellt waren,
klickte ich auf OK und dann verstellte sich die Einstellung "Exportieren" auf CSV-Daten

Nach dem leeren, kam eine Fehlermeldung
(libraries existierten nicht und so was, bestimmte Aufrufe wurden von MySql nicht gelesen),
welche ich ignorierte. (Leider diese Meldung nicht als Erinnerung kopiert).

Nach dem OK klicken kam ich zurück zu der Tabelle und alle Abos waren weg.

Pech gehabt  >:(

Mach nichts.
Nun eine weitere Frage zu dem eindeutigem index unique:
Zitatüber das Feld "email" einen eindeuteigen Index erstellen (unique)

Ich meine, wenn die Tabelle schon leer ist, kann man diesen Zusatz ausführen.

Wo soll genau das stattfinden.
Hier die Tabelle newsletter nach dem Exportieren:



-- phpMyAdmin SQL Dump
-- version 2.6.1-pl3
-- http://www.phpmyadmin.net
--
-- Host: xxx
-- Erstellungszeit: 07. Februar 2006 um 12:40
-- Server Version: 4.0.15
-- PHP-Version: 4.3.10
--
-- Datenbank: xxx
--

-- --------------------------------------------------------

--
-- Tabellenstruktur für Tabelle `mxppppp_newsletter`
--

CREATE TABLE `mxppppp_newsletter` (
  `id` int(11) NOT NULL auto_increment,
  `email` varchar(100) NOT NULL default '',
  `status` int(11) NOT NULL default '0',
  `html` int(11) NOT NULL default '0',
  `checkkey` int(11) NOT NULL default '0',
  `regdate` int(10) NOT NULL default '0',
  `regip` varchar(15) NOT NULL default '',
  `reghost` tinytext NOT NULL,
  PRIMARY KEY  (`id`)
) TYPE=MyISAM AUTO_INCREMENT=1 ;

--
-- Daten für Tabelle `mxppppp_newsletter`
--



Danke für die Tipps

gabin


Die beste Voraussetzung ist dieses learning by doing. Wenn man auf der Kabarettbühne mit drei Zuschauern im Saal anfängt und dann irgendwann ganze Hallen füllt.

jubilee

Hallo !
ZitatIch meine, wenn die Tabelle schon leer ist, kann man diesen Zusatz ausführen.
Den index mit Status unique für das Feld email nehmen.

MfG
jubilee

gabin

Hi jubilee,

folgende Index wurde erzeugt:


SQL-Befehl:
ALTER TABLE `mxppppp_newsletter` ADD UNIQUE (
`email`
)



Ist die Tabelle jetzt für Abonennten Aufnahme fähig?

gabin


Die beste Voraussetzung ist dieses learning by doing. Wenn man auf der Kabarettbühne mit drei Zuschauern im Saal anfängt und dann irgendwann ganze Hallen füllt.

jubilee

Hallo !
ZitatIst die Tabelle jetzt für Abonennten Aufnahme fähig?
Meiner Meinung nach, ja !
MfG
jubilee

Andi

#45
Moin :)

Zitat"Fehlerübergehenden INSERT-Befehl verwenden" und "Drop-Table" eingestellt waren,
was habe ich geschrieben?
Zitatund ohne "Drop-Table" Option.

ZitatAusprobiert, und alle Abos waren weg!
Wenn du die Daten vorher exportiert hast, dann hattest du doch automatisch ein Backup...
Und das leeren der Tabelle war ja Sinn und Zweck der Sache, ansonsten lässt sich der eindeutige Index nicht erstellen, wenn doppelte Einträge vorhenden sein sollten...

Info:
http://dev.mysql.com/doc/refman/4.1/en/constraint-primary-key.html
http://dev.mysql.com/doc/refman/4.1/en/create-index.html
schön´s Grüssle, Andi

jubilee

Nochmal zum Newsletter.
Einzige Fehlerursache, die ich mir noch vorstellen kann, ist die verwendete Mailklasse.
Evt. gibt es hier bei Massenmails Probleme mit den Antwortzeiten des Mailservers. Bei dieser Klasse wird anscheinend die Verbindung zum Server für jede Mail auf und dann wieder abgebaut. Das ist recht Zeit- und Rechenintensiv. Ich habe jetzt einige Tage bereits ein neues Mailsystem im Test, welches ich hauptsächlich eigentlich wegen der Unterstützung vom SMTPafterPOP verwenden wollte. Allerdings bietet das System auch eine sehr gute BulkMail-Unterstützung. Hier wird die Verbindung zum Mailserver während der Übertragung der Mails gehalten. Ausserdem können bei Sendmail und Exim MTA's die Mails zusätzlich gequeue't werden, so das diese erst beim nächsten Synchronisieren des MTA versendet werden. Das spart auch wieder Ressourcen. Die bisherigen Tests laufen gut. Wenn jemand in der nächsten Zeit nochmal seinen Usern auf die Nerven fallen will und den Newsletter dann ausgiebig mit der neuen Mailklasse testen will, soll er sich schon einmal bei mir melden.
MfG
jubilee