Weblabor

Ezt nem lehet sehogy sem megoldani anélkül, hogy az egész lekérdezés egész eredményét tárolnád valahol. Ha van elsődleg kulcs, akkor célszerű csak azokat tárolni, és akkor a sorok többi része abból már visszaállítható.

Tárolhatod a dolgot egy hidden mezőben, amit lapozáskor mindig visszaküldesz POST-tal. Ez sok rekord esetén akár sok adat felküldését jelentheti a szerver felé minden lapozáskor. Vagy tárolhatod session-ben is, ekkor viszont ha egy felhasználó két ablakban is megnyitja az oldalt, akkor össze fog keveredni a kettő.

Csak van valami rendezési elv a 100 terméken belül... pl gyártó vagy alcsoport a csoporton belül. Vagy előre szeretnéd tenni azokat a gyártókat, amiken nagyobb árréssel dolgozol.
A véletlenszerűséggel még az a probléma, hogy ha legközelebb keres valamit már egészen máshol lesz...

Ha mindenképpen ragaszkodsz a véletlenhez adjál hozzá egy "position" mezőt a terméktábládhoz és naponta generálj véletlen számokat. Vagy akár 5 percenként, de egy valódi szituációban egyszerűen nincs olyan, hogy "mindegy" biztos vannak preferált / akciós / kifutó termékek vagy éppen újdonságok, amiket promótálni kell. Olyan sincs, hogy 100 termékről nincs annyi információ ami alapján kisebb csoportokba lehetne sorolni. Akár használhatnál TAGeket (cimkék) is (igen.. jókis web2.0 módszer). Nézd meg a fotexnet.hu -t.

ha megfelelően sok termék van, akkor elég, ha minden oldalon egy random lekérdezést csinálsz, a lapozásnak nincs jelentősége. ha viszont kevés van, akkor sessionbe érdemes lenne berakni egy tömböt az előző oldalakon megjelenített elsődleges kulcsokból és egy where kikötést implodeolni belőlük.