Max 350 mails per uur
Ik kan maximaal 350 mailtjes per uur versturen.
Nu verstuur ik met de nieuwsbrief ongeveer 2000 mailtjes.
Hoe kan ik het beste een systeem maken via bijvoorbeeld cronjob dat ik elk uur maar 350 mails verstuur en het uur erna weer totdat alle leden een mail hebben.
Ik kan wel in de database met waardes van 1 t'm ... gaan werken ofzo en selecteren waar leden geen 1 hebben deze week ofzo, maar als ik zondag avond zo'n mail verstuur dan werkt het weer niet goed.
Of, de vaak betere methode, is in je database een kolom maken met een 0 of een 1. Een cronjob pakt 350 emailtjes waar een 0 achter staat, verstuurd ze en de succesvol verstuurde mailtjes zet je vervolgens op 1.
Alles klaar? Zet je alle emailtjes weer op 0 voor de volgende nieuwsbrief.
als alles verstuurd is moet de cronjob weer worden uitgeschakeld (geen nieuwsbrief mag meer worden verstuurd tot ik weer opnieuw klik voor versturen)
1 met de nieuwbriefgegevens (evt. de hele inhoud van de nieuwsbrief in HTML, of anders een url naar een bestand met die code) en natuurlijk de datum
1 met de gebruikers gegevens
En dan een koppeltabel, waarin je de users plaatst nadat ze een bepaalde nieuwsbrief (-> userid:nieuwsbrief als kolommen, evt. nog een id, maar de combinatie userid:nieuwsbrief moet uniek zijn) hebben ontvangen.
De cronjob kan gewoon blijven draaien en zal alleen naar mensen die nog geen brief hebben gehad een brief sturen (als je het goed opbouwt, maar ik denk dat de strekking wel duidelijk is)
Nog een vraagje; word de site daar niet langzaam van? ieder uur 300 mails versturen? (of liever iedere minuut 5 mails versturen?)
de site is nu al vrij traag
Gewijzigd op 01/01/1970 01:00:00 door kenzo
Dan kan je toch gewoon 3000 adressen in zetten?
Iedere minuut 5 is wellicht sneller, maar je roept script wel 60x zo veel aan.
1 x 300
of
60 x 5 ?
Of maakt in totaal niet uit?
mij maakt het ook niet uit. ik hoef er toch niet bij te zijn.
Ten minste, een beetje normale server met een goeie verbinding.
Edit: je server wordt er niet sneller van als je het gaat verdelen. Je server kan makkelijk 2000 mailtjes achter elkaar versturen.
En eventueel kun je in de cron nog argumenten meegeven en dus het in stappen verdelen: 2000 achter elkaar duurt langer dan 10 x 200. Dus je kunt als je het snel wilt versturen beter meerdere crons aanmaken op de zelfde tijd.
Gewijzigd op 01/01/1970 01:00:00 door Onbekend Onbekend
ik had dat hij meteen alle meeltjes verstuurde, maar in de server is ingesteld dat hij max 350 mails per uur verstuurd. anders ziet hij het als spam werd mij verteld.
De beheerder wil het niet aanpassen want ik zit op een shared host en dat past hij het dus bij iedereen aan.
Als ik dat wel wil moet ik een dedicated server pakken.
Gaat dan de snelheid van de site ook erg omhoog?
Ik zou gaan voor een aantal per minuut, dan is het mooier verspreid. (en je kan daar in 1e instantie eens mee gaan testen, met de aantallen wat verhogen... )
kenzo schreef op 07.02.2009 13:10:
ok,
ik had dat hij meteen alle meeltjes verstuurde, maar in de server is ingesteld dat hij max 350 mails per uur verstuurd. anders ziet hij het als spam werd mij verteld.
De beheerder wil het niet aanpassen want ik zit op een shared host en dat past hij het dus bij iedereen aan.
Als ik dat wel wil moet ik een dedicated server pakken.
Gaat dan de snelheid van de site ook erg omhoog?
ik had dat hij meteen alle meeltjes verstuurde, maar in de server is ingesteld dat hij max 350 mails per uur verstuurd. anders ziet hij het als spam werd mij verteld.
De beheerder wil het niet aanpassen want ik zit op een shared host en dat past hij het dus bij iedereen aan.
Als ik dat wel wil moet ik een dedicated server pakken.
Gaat dan de snelheid van de site ook erg omhoog?
Wtf, als mensen zich aanmelden voor een nieuwsbrief, dan kan het nooit spam zijn en je hebt een kut hoster ik zou echt verhuizen. En een dedi server is altijd beter, je kunt er mee doen wat je wilt. En de snelheid gaat zeker omhoog als je je eigen lijntje hebt daar in dat datacenter, en natuurlijk niet te veel troep gaan draaien dan.
Het is alleen de keuze van de baas wat hij wil.
Ik heb wel meer problemen doordat het shared is. Ook externe url inladen enzo kan niet.
Dit is mijn site: http://www.shamrock-maastricht.nl
Er staat wel veel op, maar zo traag hoort hij toch niet te zijn.
Of zijn er andere "fouten" in de site die hem traag maken?
Tommy schreef op 07.02.2009 13:26:
69 requests voor alleen de frontpage maakt een site sloom ja. Probeer je code te optimaliseren. En download eventueel YSlow voor FireBug.
69 requests?
en wat is YSlow en FireBug?
Je gaat niet zomaar voor een website een dedicated server huren.
Kenzo,
Ik zou even overleggen met je webhost.
edit:
Fouten in je website:
1. De frontpage is 750 kb groot, dat is toch aanzienlijk te veel.
2. Maar mijn load-indicator geeft aan dat de vertraging vooral zit in het laden van prijs_links.jpg en het laden van "gadget"
3. Waarschijnlijk gebruik je nog oude functies in je code. Je draait namelijk op PHP 4.4.8. Misschien eens upgraden en gebruik maken van de snellere functies in php 5 om externe bestanden in te laden?
1. De frontpage is 750 kb groot, dat is toch aanzienlijk te veel.
2. Maar mijn load-indicator geeft aan dat de vertraging vooral zit in het laden van prijs_links.jpg en het laden van "gadget"
3. Waarschijnlijk gebruik je nog oude functies in je code. Je draait namelijk op PHP 4.4.8. Misschien eens upgraden en gebruik maken van de snellere functies in php 5 om externe bestanden in te laden?
Gewijzigd op 01/01/1970 01:00:00 door PHP Newbie
(ik weet wel wat firefox is),
maar ik weet niet hoe ik de snelheid ermee verbeter?
Tommy schreef op 07.02.2009 13:14:
Wtf, als mensen zich aanmelden voor een nieuwsbrief, dan kan het nooit spam zijn en je hebt een kut hoster ik zou echt verhuizen.
kenzo schreef op 07.02.2009 13:10:
ok,
ik had dat hij meteen alle meeltjes verstuurde, maar in de server is ingesteld dat hij max 350 mails per uur verstuurd. anders ziet hij het als spam werd mij verteld.
De beheerder wil het niet aanpassen want ik zit op een shared host en dat past hij het dus bij iedereen aan.
Als ik dat wel wil moet ik een dedicated server pakken.
Gaat dan de snelheid van de site ook erg omhoog?
ik had dat hij meteen alle meeltjes verstuurde, maar in de server is ingesteld dat hij max 350 mails per uur verstuurd. anders ziet hij het als spam werd mij verteld.
De beheerder wil het niet aanpassen want ik zit op een shared host en dat past hij het dus bij iedereen aan.
Als ik dat wel wil moet ik een dedicated server pakken.
Gaat dan de snelheid van de site ook erg omhoog?
Wtf, als mensen zich aanmelden voor een nieuwsbrief, dan kan het nooit spam zijn en je hebt een kut hoster ik zou echt verhuizen.
Die mailtjes worden natuurlijk naar een andere server gestuurd, als daar een hele stapel mailtjes tegelijk aankomen die opelkaar lijken gaat deze server het als spam beschouwen.
Het ligt dus aan de computers die d'r tussen zit, niet de mensen.
Waar ben je mee bezig? Ik krijg de hele tijd: http://shamrock-maastricht.nl/blok.php
misschien is er iets fout gegaan en ben je geblokkeerd geworden?
Karl schreef op 07.02.2009 13:40:
Die mailtjes worden natuurlijk naar een andere server gestuurd, als daar een hele stapel mailtjes tegelijk aankomen die opelkaar lijken gaat deze server het als spam beschouwen.
Het ligt dus aan de computers die d'r tussen zit, niet de mensen.
Het ligt dus aan de computers die d'r tussen zit, niet de mensen.
Hoe worden nieuwsbrieven dan normaal verstuurd? Dit is gewoon een limiet van de webhoster. Hij heeft gezegd dat er niet meer dan 350 e-mailtjes per uur verzonden mogen worden om zo te zorgen dat er geen spam verstuurd wordt via lekker scripts die gehost worden.
Oplossing: ga even met je webhost praten.