Archief - servervraag
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
ziezo
Legacy Member
Ik denk dat je daar nog van zou verschieten: ten eerste heb je de kosten van de server (en nee, dat zal wel geen 486 zijn 
). Daar houdt het niet mee op: je moet nl. zorgen voor een soort van load balancing (ik kan het natuurlijk bij het verkeerde eind hebben) zodat de twee of meer servers de taak van elkaar kunnen overnemen en de belasting kunnen verdelen.
). Daar houdt het niet mee op: je moet nl. zorgen voor een soort van load balancing (ik kan het natuurlijk bij het verkeerde eind hebben) zodat de twee of meer servers de taak van elkaar kunnen overnemen en de belasting kunnen verdelen.Havoc
Legacy Member
COOLKILLer zei:ja da zal wel heel moeilijk zijn voor die 1337 telenet crew
Bedankt voor deze nuttige opmerking...
Feit is dat telenet aan telenet.games helemaal niks verdient, dus gaan ze daar ook niet al te veel geld in stoppen. Die error krijg je gewoon omdat de serverload te hoog is op dat moment. Indien je die error niet zou krijgen, dan zou een ander deel van telenet.games (bvb de site zelf) daar hinder van ondervinden.
End aar komt nog eens bij dat de crew zelf helemaal NIET bij de servers kan, alles moet softwarematig gebeuren. En da's niet altijd simpel.
apa
Legacy Member
ziezo zei:Ik denk dat je daar nog van zou verschieten: ten eerste heb je de kosten van de server (en nee, dat zal wel geen 486 zijn
Een applicatie als vBulletin draait gewoonlijk op 3 lagen:
- Presentatie: een web-server. Dit kan bijvoorbeeld Apache zijn (meer dan waarschijnlijk is dat de server die hier draait), of IIS (indien het een Windows machine is; maar dat betwijfel ik sterk).
- Business: hier tref je de Java WebSphere-systemen en de MTS/COM+/.NET systemen aan. In het geval van de forum-server vermoed ik echter dat de hele logica in PHP verwerkt zit op de webserver zelf.
- Data: hier tref je dan Oracle, SQL Server, MySQL e.a. aan.
Vaak worden lagen 1 en 2 op dezelfde servers gedraaid en wordt voor laag 3 een (of meerdere) andere servers gedraaid.
Jij spreekt in je post precies over dedicated servers (dus servers die enkel dienen voor het forum), maar ik gok dat Telenet dat niet doet. Telenet gebruikt, volgens mij, een hele hoop webservers en zal het forum op een of meerdere van die servers draaiende hebben naast andere websites.
De database-server zal volgens mij eveneens door andere applicaties gebruikt worden.
Daardoor kan je de kost verdelen over meerdere applicaties/sites. Als je zo'n shared systeem opzet, dan moet je dat wel op een intelligente manier doen: probeer applicaties op eenzelfde server te zetten die het minst in elkaars vaarwater zitten. Ik kan mij bijvoorbeeld inbeelden dat het forum vooral 's avonds een piek-bezetting kent. Welnu, er bestaan andere applicaties/sites die vooral overdag een hoge bezetting kennen. Als je zo'n applicatie naast het forum installeert op dezelfde webserver, dan zullen de gebruikers van beide applicaties niet veel last ondervinden van elkaar. De server-belasting is dan ook gelijkmatiger verdeeld waardoor je hardware niet meer stomweg staat te niksen gedurende de helft van de dag.
Mijn eigen ervaring zegt mij dat de webservers het met het forum het zwaarst te verduren hebben, daarom lijkt het mij best om het forum naast een statische site te zetten (dus zonder business-logica; zoals de users.pandora.be). Wat de data-laag betreft denk ik dat vBulletin vrij licht is en lijkt het mij mogelijk een database-server te gebruiken waar een andere (zwaardere) applicatie op draait.
[HBV]-=DEVEL=-
Legacy Member
Ze zouden beter iets doen aan hun connecties , ik sukkel er al zo'n goeie dikke 2 jaar mee , en dan brengen ze gamerspack op de markt ... als ge alleens geen deftige connectie hebt om te gamen , da ze eerst de mensen helpen die problemen hebben met hun connectie ipv alles zitten te sponsoren , klant eerst ? Niet ?
Havoc
Legacy Member
SaphiOxX zei:
Buiten die reclame zijn er geen inkomsten. Dus neen, ze verdienen niks, want ze maken verlies. Die sponsors dienen enkel om het verlies te beperken.
@apa, ik denk idd dat het forum op éénzelfde server staat met "iets" anders, maar je moet niet vragen hoe dat zit want daar hebben wij geen toegang toe. En da's nu net één van de knelpuntjes
@Devel: stuur eens een klachtenbrief en dram door bij de kerels aan de helpdesk, haalt veel meer uit dan hier te klagen
ad:Gothrek
Legacy Member
aangezien ze mijn andere thread zonder reden geclosed hebben ga ik maar verder op deze
(@ mods geef dan tenminste een reply waarom je hem closed, lafaards )
http://www.tweakers.net/plan/240
kijk ge gaat toch niet zeggen dat die een kickass server hebben
en daar zijn nooit problemen e
(@ mods geef dan tenminste een reply waarom je hem closed, lafaards
)http://www.tweakers.net/plan/240
kijk ge gaat toch niet zeggen dat die een kickass server hebben
en daar zijn nooit problemen e
elarto
Legacy Member
Davion zei:
zoals ik al zei in de geclosede thread, maar dan iets genuanceerder (combinatie met Davion):
delete idd alle threads ouder dan 50 dagen, maar dan alleen in het Off-Topic gedeelte, want dit heeft geen enkel nut om nog zo'n oude threads te hebben, elders wel zodat we nog af en toe iemand eens kunnen zeggen:" use the search"
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.