Onderwerp: Suggestie voor configuratie/oplossing

Een deel van mijn diensten bestaat uit het tonen van banners en het verzenden van mailings.

Dit wil ik graag scheiden van mijn overige websites en daarom ben ik hiervoor op zoek naar een specifieke hosting oplossing, ik weet alleen niet wat ik nodig heb.

Het gaat over 2 domeinen waar dit alles op draait.

Schijfruimte op dit moment is 2 gig.
Bandbreedte schat ik op 15 gig per maand.
Aantal te versturen mails tot 500000 per maand (schatting)
Aantal bannerviews zijn nu circa 15000 per dag.

De software die het betreft zijn een OpenX, een mailingscript en een bannerexchange script die verder geen speciale opties nodig hebben.

Op dit moment staat dit op een dedicated server maar het werkt niet helemaal naar behoren. Het zal dus even goed afgesteld moeten worden.

Voordat ik een aanbieding vraag moet ik dus wel weten wat ik hiervoor het beste kan nemen. Het moet iets zijn waarmee ik door kan groeien en waarmee ik geen overlast aan anderen veroorzaak.

Wie kan mij in simpele bewoordingen een advies geven?

Wellicht een idee om te melden wat er momenteel niet helemaal naar behoren werkt? Mogelijk kunnen we op het forum dat probleem oplossen?

Oorspronkelijk geplaatst door daveww

Wellicht een idee om te melden wat er momenteel niet helemaal naar behoren werkt? Mogelijk kunnen we op het forum dat probleem oplossen?

Belangrijkste is natuurlijk dat het versturen van veel mails niet door iedereen op prijs gesteld word, dus risico op ip-black list wat dan weer z'n terugslag heeft op de andere domeinen/mails die op die server staan.

Verder kan ik niet precies aangeven waar het probleem zit omdat ik er geen verstand van heb, maar het zit voornamelijk in de manier van verzenden. Ik kan via 3 manieren mailen :
- standaard via de MTA op het- systeem. Bijv. sendmail, qmail, etc...
- sendmail
- smtp

Ik deed het altijd via de 1e en dat heeft tot een paar weken terug gewerkt, toen werden ineens de bouncers niet meer verwerkt (ging altijd perfect) Nu staat het op smtp maar ik weet absoluut niet wat dit inhoud en de bouncers worden nog steeds niet verwerkt zoals het voorheen was. Dit laatste geeft mij wel problemen.

Verder draait er nog ergens een cronjob die elke paar minuten een bestand op de server zet. Dit moet ik nu handmatig opschonen maar het lijkt me dat dit niet de bedoeling is.

En ik krijg deze melding :

Uw MySQL server is geconfigureerd om minder te gebruiken dan 64 megabytes fysieke RAM wat trage performance kan veroorzaken.

Het is dus een combinatie van de juiste hosting oplossing met even alles op elkaar afstemmen. En zorgen dat het ook blijft draaien op het moment dat er op de server iets gewijzigd word.

Niemand die mij van een serieus advies kan voorzien?

Oorspronkelijk geplaatst door Derek-Jan

Belangrijkste is natuurlijk dat het versturen van veel mails niet door iedereen op prijs gesteld word, dus risico op ip-black list wat dan weer z'n terugslag heeft op de andere domeinen/mails die op die server staan.

Daarin heb je gelijk. Via SMTP kan je best de mail laten vertrekken naar een externe server of zelfs een SMTP server op jouw server op een ander IP! Zo verloopt de mail op het hoofd IP ongestoord. Zijn mogelijkheden genoeg.
Trouwens er zijn enkele bedrijven die puur een SMTP aanbieden waar je betaald per mailtje of per volume/traffic. Dit heeft als voordeel dat die daarin gespecialiseerd zijn.

Oorspronkelijk geplaatst door Derek-Jan

Verder draait er nog ergens een cronjob die elke paar minuten een bestand op de server zet. Dit moet ik nu handmatig opschonen maar het lijkt me dat dit niet de bedoeling is.

Je zal de wget cron gebruiken van openx, hier moet je gewoon wat bij plaatsen en dan is dit opgelost. Nu zal je dingen als file, file.1, file.2 hebben vermoed ik.
Een methode is om van "wget" even "wget -O /dev/null" te maken


Zelf weet ik niet wat voor specificatie je server heeft, echter openX kan redelijk wat gebruiken, maar met een goede optimalisatie van openX en de services (mysql, apache, php...) loopt dit wel vlot. Denk aan caching, optimizers, ... de hele boel finetunen.

Weet wel dat het niet 1x alles goed zetten is voor zo'n advertentie platformen maar dat dit toch een job is die regelmatig gemonitord moet worden om het steeds zo performant mogelijk te laten verlopen.

Veel succes!

Zoals Tim al zegt, ga je best op zoek naar een provider die het versturen van de mail offloadt naar een andere machine. Het sturen van de mails verloopt ook best in batches, of via een throttling-systeem. Qua blacklisting gaat elke provider je wel vragen om enkel te mailen naar mensen die zich effectief ingeschreven hebben, via een dubbele opt-in (zou zelfs aantoonbaar moeten zijn met site, tijdstip,...).

Het correct instellen van het systeem (geheugengebruik, ...) zou normaal door je hoster gedaan moeten worden, of zou vervat moeten zijn in de SLA/servicelevels die je afsluit (als je er zelf niet veel van afweet); hetzelfde voor bvb je cron die in de soep loopt. Ga er wel niet van uit dat je hosting met goede support voor 1 euro per jaar kan vinden, de mensen die je site draaiende houden moeten ook leven.

Wat je precies nodig hebt is wat afhankelijk van je verkeerspatroon. Ik schat dat dit zal gaan van een medium tot zwaar shared hostingpakket tot een lichte VDS.

Een methode is om van "wget" even "wget -O /dev/null" te maken

Daar ga ik even naar kijken, bedankt.

Ga er wel niet van uit dat je hosting met goede support voor 1 euro per jaar kan vinden, de mensen die je site draaiende houden moeten ook leven

Helemaal mee eens en dat is ook geen probleem. Het staat nu op een managed dedicated server en dat wil ik het liefste zo houden, dan krijg ik nooit de discussie dat ik overlast veroorzaak.

Het sturen van de mails verloopt ook best in batches, of via een throttling-systeem.

Dat is nu al het geval, ik heb het ruim ingesteld.

Zoals Tim al zegt, ga je best op zoek naar een provider die het versturen van de mail offloadt naar een andere machine.

Dus een kleine server voor de mail en wat afstellingen en ik ben er uit?

Oorspronkelijk geplaatst door Derek-Jan

Daar ga ik even naar kijken, bedankt.



Helemaal mee eens en dat is ook geen probleem. Het staat nu op een managed dedicated server en dat wil ik het liefste zo houden, dan krijg ik nooit de discussie dat ik overlast veroorzaak.


Dat is nu al het geval, ik heb het ruim ingesteld.



Dus een kleine server voor de mail en wat afstellingen en ik ben er uit?

Dan zou het mail probleem (mits alles goed ingesteld is) opgelost moeten zijn. Persoonlijk vraag ik me af waarom je deze problemen niet hebt gemeld bij je provider (aangezien het een managed server is). Het valt mij op dat MySQL slechts 64MB RAM krijgt, hoeveel RAM heeft die server?

De bounces verwerken is momenteel een probleem? In dat geval is het handig om te vermelden welk mailinglist/nieuwsbrief programma/script je gebruikt, vermeld ook de taal van de interface (dan kunnen we kijken wat de oplossing is).

Om je vraag met de toekomst te beantwoorden kan ik je alleen maar aanraden door een server te pakken waarbij er voldoende io's beschikbaar zijn en de batches door je MTA zelf te laten afhandelen. Wat je nu doet en waarschijnlijk met php en een database is constant met een interval de mailserver te voeren, dat terwijl deze nog druk kan zijn met het verwerken van zijn queue en het afhandelen van de bounces en de eventuele uitschrijving. Persoonlijk zou ik niet kiezen om zelf de queue te managen maar dit te laten afhandelen door je MTA en die door middel van een throttle te knijpen.

Verder zoek een partij die je kan ondersteunen met het finetunen van je mailstromen, denk hierbij aan bijvoorbeeld signen van de mail door middel van domainkeys etc etc. Het zou zonde zijn als je in de toekomst tegen problemen aanloopt omdat de gekozen host ondanks zijn prachtige aanbieding incapable blijkt te zijn met de ondersteuning op technisch vlak. Mailings zijn een prachtig communicatie middel echter bij een foutieve configuratie kan je hit rate dramatisch zijn en met een beetje pech ook een lange tijd dramatisch blijven. Helemaal zonde als er vanuit de mailings leads verwacht worden