Klinkt eigenlijk allemaal wel logisch. Op het moment dat er een website binnen een shared hosting omgeving staat dan is het logisch dat de webhosting provider dat aangeeft. Er zijn hier genoeg jongens die kunnen programmeren en de fout(en) eruit kunnen halen.

Origineel gepost door Robert b

Klinkt eigenlijk allemaal wel logisch. Op het moment dat er een website binnen een shared hosting omgeving staat dan is het logisch dat de webhosting provider dat aangeeft. Er zijn hier genoeg jongens die kunnen programmeren en de fout(en) eruit kunnen halen.

Probleem is wel dat ik er ongeveer 60 websites heb ondergebracht. Dus hoe vindt je dan snel de fout?

Dat kan je hoster je wel vertellen.

Edit:

Sorry, misschien niet. Keek even over het shared hosting verhaal heen.

Dat je verantwoordelijk bent voor de load is logisch.
Echter om gelijk alle 60 sites uit de lucht te halen is een verhaal apart.
Zijn het allemaal losse users? Zo ja dan zal je host moeten kunnen zien welke user de boosdoener is.

Als ze je kunnen vertellen dat het een of meerdere van jouw sites is, dan kunnen ze je ook zeggen welke bestanden de problemen veroorzaken. (of heb je soms 20 MB aan afbeeldingen op een enkele --voor--pagina staan en laat die pagina nou populair zijn?)

Ik denk dat het hier niet om een dataverkeer probleem gaat.

Wij zien helaas ook geregeld dat gebruikers met niet bijgewerkte Joomla of overige opensource installaties misbruikt worden en zo een hoge load veroorzaken.

Updaten van je software, of zoeken naar lekken in zelfgeschreven software is de oplossing.

Origineel gepost door Marcel van Vrouwerf

Als ze je kunnen vertellen dat het een of meerdere van jouw sites is, dan kunnen ze je ook zeggen welke bestanden de problemen veroorzaken. (of heb je soms 20 MB aan afbeeldingen op een enkele --voor--pagina staan en laat die pagina nou populair zijn?)

Zoals de hoster aangaf in zijn e-mail, betreft het de load en niet het dataverkeer. De load kan bivoorbeeld veroorzaakt worden doordat het teveel resources opvraagd. Dit zit dan vaak in de code.

Misschien dat je host wel kan aangeven welke processen de load veroorzaken. In hun logfiles kunnen ze ook achterhalen door welk bestand de enorme load wordt veroorzaakt. Zodra je deze informatie hebt, kun je contact met mij opnemen. Ook wanneer je er niet uitkomt.

Groet Henk Valk

Origineel gepost door MortyDot

Ik denk dat het hier niet om een dataverkeer probleem gaat.

Wij zien helaas ook geregeld dat gebruikers met niet bijgewerkte Joomla of overige opensource installaties misbruikt worden en zo een hoge load veroorzaken.

Updaten van je software, of zoeken naar lekken in zelfgeschreven software is de oplossing.

Met 60 websites zou ik sowieso wel even kijken naar een 'eigen' omgeving zoals een vps of een eigen server. Daar krijg je natuurlijk ook wel de load indien je een losgeslagen script hebt, maar dat is het JOUW probleem en heb je geen 'last' van een beheerder die rekening moet houden met de websites van andere klanten. Plus natuurlijk dat je de omgeving waarschijnlijk beter/specifieker voor jouw sites kunt (laten) optimaliseren.

@Henk, dataverkeer/load was een reactie op bewerkte reactie van meneer Bregman ;-) @John, waarom zou 60 sites neit kunnen? Als iemand kennis niet heeft kan dat prima beter uit dan een VPS met onderhouds contract.

Origineel gepost door MortyDot

@Henk, dataverkeer/load was een reactie op bewerkte reactie van meneer Bregman ;-) @John, waarom zou 60 sites neit kunnen? Als iemand kennis niet heeft kan dat prima beter uit dan een VPS met onderhouds contract.

Waar zeg ik dat het niet 'kan'?

Ik zeg alleen dat het verstandiger kan zijn. Als je bv. wat joomla, drupal, magento, wordpress etc. websites hebt dan is shared hosting vaak niet de beste omgeving voor zoiets omdat je dan echt wel andere optimalisaties wilt hebben.
Als je mysql wilt tunen voor je websites dan gaat dat op shared hosting gewoon niet gebeuren. Op je eigen omgeving kan dat gemakkelijk.
Als je even een ongewenste persoon/server in de firewall wilt gooien... gaat je dat als gewone user/reseller ook niet lukken.
Ik kan wel even doorgaan hoor ;)