Bekijk Volledige Versie : Deziweb / Account Suspended
probleempje
30/12/10, 14:10
Beste,
Sinds 2 dagen klant bij Deziweb met een shared hosting "Basic"
Nu heb ik al 3 maal de onderstaande melding gekregen, op 2 dagen
This account has been suspended.
Either the domain has been overused, or the reseller ran out of resources.
Mijn site is een IPB forum met een gemiddelde van 100 gebruikers online.
Kan dit zoveel resources trekken dat ik contact suspended kom te staan ?
Ik denk dat deziweb dit het beste weet? Heb je hun al gevraagd?
Wij kunnen niet zien wat er ingesteld staat ;)
probleempje
30/12/10, 14:19
dat kan ik pas morgen vragen, met de feestdagen zijn ze maar een 2 uren per dag bereikbaar
Tja, wht is geen helpdesk. Gewoon dus even op het antwoord van Deziweb wachten.
Ramon Fincken
30/12/10, 14:22
* kuch http://www.deziweb.com/contact/contactpagina
Uiteraard zijn wij wel via tickets en email bereikbaar. Hou aub wel rekening met een een kleine vertraging in de reactie tijd!
Ticket aanmaken dan? Emailtje sturen?
Either the domain has been overused, or the reseller ran out of resources.
Inderdaad aan hun vragen, tenzij je zelf al weet of je misschien teveel dataverkeer verstookt hebt dan wat bij je account hoort?
Met gemiddeld 100 gebruikers kun je dat makkelijk trekken, ligt er natuurlijk aan welk account je hebt. Maar bijv. 5 gig heb je heel makkelijk verstookt op een maand met een druk bezocht forum.
Inderdaad aan hun vragen, tenzij je zelf al weet of je misschien teveel dataverkeer verstookt hebt dan wat bij je account hoort?
Met gemiddeld 100 gebruikers kun je dat makkelijk trekken, ligt er natuurlijk aan welk account je hebt. Maar bijv. 5 gig heb je heel makkelijk verstookt op een maand met een druk bezocht forum.
Ik lees 2 - 3 dagen? Dan heb je een flink forum nodig denk ik zo ;)
Oeps. Ik had gelezen sinds op 3 dagen 2x de melding, had overzien dat hij pas 2 dagen klant was aldaar.
Dan lijkt het me inderdaad ook niet dat je dat verstookt krijgt. In elk geval niet 5 gig.
Bedankt voor de correctie.
Er loopt bij ons een monitor server die elke site iedere 2 minuten checked. Komt deze boven x load of x processen dan komt er een automatische suspend, ook weer een automatische un suspend.
Ik weet niet om welke domein het gaat maar stuur maar een ticket in , dan kunnen we voor je kijken waar de load weg komt en je beter adviseren zodat je er wat aan kan doen met of zonder hulp van ons.
Het aantal bezoekers, of dataverkeer verbruik staat hier los van.
energykind
02/01/11, 17:57
dan kunnen we voor je kijken waar de load weg komt en je beter....
duidelijk uit t oosten van t land :D
Er loopt bij ons een monitor server die elke site iedere 2 minuten checked. Komt deze boven x load of x processen dan komt er een automatische suspend, ook weer een automatische un suspend.
Een forum met 100 leden, hoeveel serverload kan dat nou helemaal veroorzaken? En waar let je dan op, CPU%, HDD-load,.. ?
Als je dat soort brute maatregelen toepast, zou het dan niet goed zijn klanten daarvan op de hoogte te stellen in die zin dat ze dat weten vóór ze hosting bij je bestellen? Wat is je limiet? Hoeveel "load" mag een site veroorzaken? Je voorwaarden (FUP-style) kan geen normaal mens (a.k.a. "gebruiker") iets van bakken mijns inziens, want de 'normale load' kan per server verschillen aangezien die afhankelijk is van vele factoren.
Wil niet zeggen dat ik het niet begrijp, ik heb zelf de afgelopen maand ook iemand van mijn server moeten verwijderen. Maarja, daar hadden we het over een serverload met pieken tot 35+ terwijl die normaal onder de 1.0 is. Omdat die site bij voortduring door url-spammers onder vuur werd genomen.
Een forum met 100 leden, hoeveel serverload kan dat nou helemaal veroorzaken? En waar let je dan op, CPU%, HDD-load,.. ?
Als je dat soort brute maatregelen toepast, zou het dan niet goed zijn klanten daarvan op de hoogte te stellen in die zin dat ze dat weten vóór ze hosting bij je bestellen? Wat is je limiet? Hoeveel "load" mag een site veroorzaken? Je voorwaarden (FUP-style) kan geen normaal mens (a.k.a. "gebruiker") iets van bakken mijns inziens, want de 'normale load' kan per server verschillen aangezien die afhankelijk is van vele factoren.
Wil niet zeggen dat ik het niet begrijp, ik heb zelf de afgelopen maand ook iemand van mijn server moeten verwijderen. Maarja, daar hadden we het over een serverload met pieken tot 35+ terwijl die normaal onder de 1.0 is. Omdat die site bij voortduring door url-spammers onder vuur werd genomen.
Je post stroomt over van de on-ervarenheid met drukke servers / budget hosting ;) Budget hosting en bijbehorend type klant is heel anders dan die in het midden/high end segment.
Je post stroomt over van de on-ervarenheid met drukke servers / budget hosting ;) Budget hosting en bijbehorend type klant is heel anders dan die in het midden/high end segment.
Maar hij heeft weldegelijk een punt. Wanneer je dergelijke harde restricties oplegt, dient het glashelder te zijn voor de klant wat die restricties precies inhouden. Dat staat verder geheel los van het feit of het al dan niet budgethosting betreft.
Maar hij heeft weldegelijk een punt. Wanneer je dergelijke harde restricties oplegt, dient het glashelder te zijn voor de klant wat die restricties precies inhouden. Dat staat verder geheel los van het feit of het al dan niet budgethosting betreft.
Waarschijnlijk komt het er op neer dat 1 klant met een drukke website of piek in de bezoekers de hele server omver trekt. In dat geval sluit men liever die ene klant af dan dat de overige honderden klanten offline liggen en daarover klagen.
Nu moet ik zeggen dat dit op basis van hun geautomatiseerde systeem niet helemaal eerlijk te beoordelen valt en er inderdaad dus sprake is van een harde vaste limiet. Zou dan netjes zijn om dat even te vermelden, aan de andere kant is een regeltje dat overlast niet getolereerd word ook voldoende.
Zou dan netjes zijn om dat even te vermelden, aan de andere kant is een regeltje dat overlast niet getolereerd word ook voldoende.
Juridisch gezien lijkt het me zeer sterk dat een dergelijke abstracte vermelding volstaat om zonder voorafgaande notificatie de dienstverlening te mogen onderbreken.
toen ik voor wat prive budget dingen zat, was dat idd ook wel een van de dingen waar ik duidelijk naar gevraagt heb, als in wat de load mocht zijn en hoeveel geheuge php bij mocht gebruiken, voor bepaalde minder goed geschreven code kom je soms wel eens in de buurt van de 128mb (voor een nog relatief kleine load +/- 100 a 150 ingelogde users tijdens piek) en het lijkt me ook niet zo moeilijk om dat ergens in de FAQ te zetten.