Jag antar att du försöker göra en liknelse för webhotell?

Helt ärligt så låter det som att du bör se dig om efter ett nytt hotell. Hör av dig till andra och beskriv dina behov, du behöver inte nämna att din nuvarande leverantör inte uppfyller dina krav, detta är underförstått.

Kolla om de kan uppfylla kraven och till vilket pris. Därefter bör du också göra en sökning efter den presumtiva leverantören på cint.se för att se andras erfarenheter.

Nej, kunde du inte urskilja mellan det och mitt inlägg så är du inte spec. smart, har du något problem med mitt inlägg så är du välkommen att anmäla det till moderator.

Mvh.

Jag har börjat fundera på det. Lite synd dock då allt annat alltid fungerat mycket bra.

Det är ingen som sitter på några bra argument jag kan ta fram när jag pratar med dem?

Jag tycker det känns som om du borde fråga vad som är problemet först? är det så att mailgenereringen tar massor CPU eller är det deras mailserver som tar massor av CPU. 1000 mail/dygn är ju ingenting så det måste ju vara något annat som stör.

Först när man vet vad som stör kan man ju argumentera mot det.

Det enda generella argumentet är "låt mig köra eller jag byter leverantör".

Så som jag förstått det är det trafiken till och från webservern det handlar om, att vi tar för mycket plats medans mailen skickas. Jag har dock själv svårt att se att de mängder vi pratar om skulle ställa till problem, särskilt inte om man lägger in en kort paus efter varje mail är genererat. CPU bör knappast vara något problem, vi kör annat idag som i så fall är mer cpu-krävande.

Kolla upp användaravtalet, står det inget där är det bara att hänvisa till det och köra vidare. Bråkar de ändå så byt hotell. Du är kund, de vill ha kunder.

Jag såg två väldigt tolkningsbara punkter i deras avtal:

Punkt 8:Punkt 9:

Tjoho vilket härligt slavkontrakt. Byt hotell!

För mig låter detta ganska störande för både webbserver och databasserver. Om ett skript startar som skall köra 1200 loopar med minst lika många databasanrop, kanske flera per loop, så blir det en kanska kraftig belastning i mitt tycke.

Men det borde gå att lösa genom att se till att t.ex. bara köra en loop i taget vid varje anrop av skriptet. Ett kronjob skulle sedan kunna anropa skriptet med lämpligt mellanrum. Det skulle även gå att köra skriptet på en tid då det är låg belastning på servern. Det skulle även kunna gå att köra skriptet på en annan dator, där det först produceras alla mailen, för att sedan skicka iväg dem från webbservern eller genom någon mailserver.

Är det inte sådant databasen är till för? Vi kör andra grejer idag som kommunicerar med databasen på ungefär samma sätt.

Visst skulle vi kunna köra scriptet på en annan dator, dock måste ju den också kommunicera med databasen. Sedan tillåter inte levonline att man gör detta utifrån, plus att vi då får en ganska stor merkostnad.

Att skicka på natten är inte heller ett alternativ då denna tjänst bygger på snabba nyheter.

Som sagt, det man skulle kunna göra är att lägga in en paus i slutet på varje loop.

Lutar nog åt att jag tittar efter en annan leverantör.