Danny Mieremet schreef:Beste Edward,
Hieruit begrijp ik dus dat jij de "Raad het gewicht" topic van weet ik veel hoeveel pagina's, die overigens alleen door de kinderen van het forum worden bekeken en vervuild, een leuke en leerzame bedoeling vind?
Ik denk als die topic eraf gehaald zou worden alles al een stuk sneller zal gaan. Let wel: ik ben geen ICT expert maar het ligt wel voor de hand!
Tuurlijk zijn er ook een heleboel leuke en leerzame topics bij.
Maar onderscheid moet te maken zijn toch?
Gr Mieremet
Danny,
Ik zal proberen om een duidelijk antwoord te geven die e.a. verhelderd ( hopelijk ), wellicht gaat het toch iets te technisch worden.... maar wil e.a. toch wel toelichten.
Alle topics staan in een database ( databases hebben nooit een bepaalde grote en er kan oneindig veel informatie ingezet worden ( tot de schijf vol is uiteraard, maar die beperking kom je niet vaak tegen voor webapplicaties )) ( kan natuurlijk wel gebeuren ) ( uitgezonderd een HEAP table (
http://dev.mysql.com/doc/refman/5.0/en/ ... ngine.html ) Databases en zijn gemaakt om veel gegevens op te slaan, maar het ook weer snel op te vragen ( hier zijn ook bepaalde technieken voor zoals indexen ( die kun je zien als een telefoonboek, dit maakt het afhankelijk van het aantal records in de database mogelijk om binnen een bepaald aantal stappen iets te vinden in de database ) ( je kunt in een telefoonboek met 10.000 nummers een nummer vinden binnen tien stappen mits het gesorteerd is )
De database bestaat uit records, iedere post is een record, net als ieder topic en categorie.
Het opvragen van topics en berichten wordt o.a. door de kracht van de database applicatie in ons geval MySQL, maar ook door de indexes heel erg snel, zo snel dat je bij het opvragen en openen van een topic ( zoeken naar posts die bij een topic horen ) niks merkt van de zoekopdracht die het board op de database uitvoerd.
( Het probleem dat de anderen 's ochtends ondervinden heeft te maken met de eerder genoemde HEAP table, en heeft een beperking icm met het board die lastig op te lossen is, er zit een beperking in die table die problemen veroorzaakt. )
Bij het zoeken op het forum ( navigatie --> zoeken ) is alles veel ingewikkelder, omdat je iets specifieks zoekt, en misschien wel in alle categorien, dus alle topics en elke post die er in de database staat en dat zijn er behoorlijk wat ( 432707 berichten ).
Er is natuurlijk veel meer over databases te vertellen en de technieken, maar het probleem wat er 's ochtends is is heel anders als de traagheid die er soms is op bepaalde momenten, hier doen wij onderzoek naar en kijken of dit op te lossen is.
Een vertragende factor zou bijvoorbeeld het genoemde van Kenny kunnen zijn.
Je kunt dit op de voorpagina soms onderin leuk zien ( Er zijn in totaal 42 gebruikers online :: 9 Geregisteerd, 2 verborgen en 31 gasten )
De zoekmachines worden onder gasten geplaatst, en het komt dus voor dat meerdere zoekmachines onze pagina indexeren, waardoor het aantal gasten ineens hoog is van de gasten is in dit geval er zeker 1 een google bot ( maar de meeste gasten zijn bezoekers die niet geregistreerd zijn )
Maar het kan ook door andere websites komen die op dezelfde server draaien en veel bezoekers genereren.
Kortom, of ik dat topic goed, slecht of helemaal niks vind en of het verwijderd zou moeten worden om het beter te maken, heeft niets met de snelheid te maken van het board in directe zin.
Hopelijk is het niet te technisch, maar iets anders kan ik er niet van maken.
Groet,
Edward