Zo her en der zie je vragen en bugmeldingen opduiken over het aantal pagina`s in een scherm en over caching.
Als je bij een scherm eerst wilt bepalen hoeveel pagina`s gevuld moeten worden a.h.v. de ingevoerde selectie criteria moet je twee keer in de database duiken
a.1 keer om het totaal aantal record de tellen
b. 1 keer om de de data op te halen om 1 pagina te vullen
De zoekvraag (query) voor a kost de meeste tijd, dus als je die overslaat houd je een hoop performance over.
In veel schermen wordt a nu overgeslagen.
b.v. http://waarneming.nl/soort/view/16
onder aan dit scherm staat "resultaten 1-30 van 500 17 pagina`s"
die 500 en dus ook het aantal pagina`s is een vast gegeven. in werkelijkheid zouden het best maar 3 of 3400 pagina`s kunnen zijn.
Vuistregel : als onderaan een vast getal staat dan zijn de getallen een schatting.
Caching.
Veel pagina`s worden tussen 10 seconden en de 24 uur gecacht. Dat betekend dat na het vullen van zo`n pagina een copie op de server wordt opgeslagen en pas ververst wordt als de caching tijd verstreken is.
een voorbeeld van een 24 uurs cache is http://waarneming.nl/statistiek.php
een voorbeeld van 1 minuut is http://waarneming.nl/soort/view/16
in veel gevallen staat dit in het betreffende scherm aangegeven :
Vernieuwd op: 11-04-2011 12:25 Volgende vernieuwing om: 11-04-2011 12:26
Gedurende de tijd dat zo`n pagina gecached wordt zal geen nieuwe data opgehaald en getoond worden.
Blijken het meer pagina's te zijn, dan kunnen deze op geen enkele mogelijkheid bekeken worden, enig idee wanneer daar een oplossing voor komt?
die kun je altijd bekijken
door met de parameters van zo`n pagina te spelen
Nee hoor, er worden > 1000 vogelfoto's op een dag ingevoerd. Als je dan de algemene soorten ook wil zien is het onmogelijk om de instellingen zo te maken om deze te zien.