PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : STG Mailer sinnvolle Indexe setzen



Dany
16.04.2009, 16:14
Hi,
hab nen kleines Problem, das meine Paidmail Inbox ewig braucht bis die geladen ist. Von daher währe ich über sinnvolle indexe für die vms_paidmails_empfaenger und vms_paidmails_reloads sehr dankbar.
Banner, Links usw sind in 1 sek da.. Aber die Mails 40 sek und mehr :der:

Gruß Dany

Lokutos
16.04.2009, 18:09
sind eventuel die vms_mail_reload oder so überfüllt schau mal wie viele zeilen die enthält wenn das mehr wie 50k sind besteht eventuel das problehm das die abgelaufenen reloads nicht gelöscht werden

dazu am besten noch mal die Anleitung kurz durch scwitchen ob da ein delete befehlbei ist.


MFG
Lokutos

Jenny
16.04.2009, 18:12
und mal überprüfen wieviele User überhaupt noch mails bestätigen und nachschauen welche IF Du verwendest, denn z.B. die von Klickwarriors müssen für den STG Auto-Mailer geändert werden

Dany
16.04.2009, 18:14
Hi,
nein die Reloads werden regelmäßig gekillt sind im moment gerade etwas mehr als 7k
Bei den paidmailempfängern sieht das ganze schon anders aus, da sind es 193k Einträge.

Edit: Interfaces sind schon die richtigen... für den STG automailer

Gruß Dany

Jenny
16.04.2009, 18:18
Nun, die Einträge bei Paidmail_empfaenger sagen ja nur aus welche mail der jeweilige User gekriegt hat und glaube (müsste ich sonst nachschauen, bin gerade nicht in meinem Server) ob die schon bestätigt wurden.

Wenn Du siehst das viele oder bestimmte User mails nicht oder nicht mehr bestätigen, dann musst Du z.B. über User-Check im Admin (wenn Du das hast) die jenigen User, welche keine Mails bestätigen mal deaktivieren

Dein Problem mit der Inbox an sich denke ich wird aber ein anderes sein

und in der Datei Mailhistory zu finden sein.

Sei es das zu viel oder nicht wirklich korrekt sortiert werden soll oder ähnliches

Welche History nutzt Du denn? gibt ja mittlerweile jede Menge von auf dem Markt

Hardy
16.04.2009, 18:20
standart index ist doch auf uid und tan das ist doch eigentlich ok so

interessant wäre es mal was du für eine mailhistory nutzt

Dany
16.04.2009, 18:33
Gute Frage,
steht natürlich kein (c) drinne. und ist auch schon ewig drin.
seit wann das nun schon so langsam geht keine Ahnung... kann schon ne weile so sein, meine User sind da leider immer etwas schwerfällig, wenn was nicht richtig läuft :yes:

Lokutos
16.04.2009, 18:49
ich habe das gefühl das jede versendete mail in paidmails_empfaenger landet aber nie raus gelöscht wird daher leer doch einfach mal die tabelle danach musst du aber wieder mails verschicken.
normal sind da n paar k aber doch keine 171 oder irre ich mich da ??

Dany
16.04.2009, 19:00
Noe das sollte hinkommen, wenn 1000 Mails im System sind und 190 User welche haben wollen stehen da auch 190.000 Einträge drin, die bei bestätigung dann auch rausgelöscht werden.
Aber ich werde mal tatsache alle empfänger rausschmeißen und wer Mails haben will soll sie wieder einschalten.
Im Endeffekt kann das aber auch nicht die Lösung sein, wenn ein paar mehr user Mails haben wollen, das das ganze dann zusammenbricht.

Gruß Dany

Hardy
16.04.2009, 19:03
hast du es mal mit der standat mailhistory versucht?

Dany
16.04.2009, 19:10
Bisher noch nicht, da ja bei STG alles anders ist, funktioniert die Standard so nicht.

edit: waren wohl einfach zu viele Empfänger drin (weit über 700)

Alle geköpft und wer Mails will muss sie wieder einschalten... sollte hoffentlich helfen.

Gruß Dany

Jenny
16.04.2009, 22:23
@Dany, welchen STG-Automailer hast Du denn? den für vms1.2 und mit dem Update das es dazu gab? da war nämlich ne Mailhistory bei *lol*

Dany
19.04.2009, 23:31
Den fürs alte vms1
Hat auf jeden fall geholfen, die ganzen leichen zu entfernen ;)

Danke.

Gruß Dany

Jenny
20.04.2009, 03:14
Nun, ich habe ja auch noch das vms1.1, habe aber den fürs vms1.2 eingebaut :) bin relativ spät umgestiegen auf den Mailer.

Ich habe mir mal folgendes in meine Mailhistory gepackt :

db_query ("OPTIMIZE TABLE `vms_paidmails_empfaenger`");
db_query ("OPTIMIZE TABLE `vms_paidmails_versendet`");
db_query ("OPTIMIZE TABLE `vms_paidmails_reloads`");

bringt auch schon was, dazu habe ich auch in der db indexe gesetzt und mich dazu an dem Table "gebuchte werbung" orientiert, ich meine das das insgesamt schon ne Menge gebracht hat.

Und wenn Du mit eigenem Server arbeitest solltest Du immer auch mal nach dem Mailserver schauen .... der hält nämlich auch gern mal mails fest die schon lange nicht mehr existieren (warum auch immer er das tut)

jpwfour
20.04.2009, 12:57
...

Und wenn Du mit eigenem Server arbeitest solltest Du immer auch mal nach dem Mailserver schauen .... der hält nämlich auch gern mal mails fest die schon lange nicht mehr existieren (warum auch immer er das tut)

Sollte man Konfigurieren koennen, oft machen die Mailserver das so, dass sie eine nicht zustellbare Mail bis zu 7 Tage in der Warteschlange behalten, und in immer groesser werdenden Abständen versuchen, diese erneut zuzustellen.

Was gerade bei Loseseiten problematisch ist, weil viele User sich mit wegwerf Adressen registrieren oder sich auch ganz gerne mal vertippen :yes:

Jenny
20.04.2009, 13:35
@jpwfour genau das ist das Problem bei vielen Servern. Ich überprüfe das mittlerweile ein - zweimal im Monat und seitdem hab ich da nur noch wenig Ärger mit