source: spip-zone/_plugins_/mnogosearch/testmnogo.html @ 28930

Last change on this file since 28930 was 3843, checked in by cedric@…, 15 years ago

reconception pour stockage en table mysql des resultats
les resultats sont demandes par groupe de 100 en fonction des besoins et stocké numérotés dans la table.
la boucle doit reecrire a la volee tous les compteurs, grand_total, ... pour prendre en compte le grand total connu mais pas forcement stocke en base, le compteur_boucle qui correspond aux numero de resultat recuperer, la base locale pouvant avoir des trous ....
Le hash est calculé sur recherche, ce qui est incomplet car il faut prendre en compte la query string de mnogo pour etre exact (sauf numero de page et nombre de resultats par page).
Il ne faut pas utiliser de critere de tri sur la boucle directement, mais passer par les criteres de tri mnogosearch
Il y a un bug potentiel sur la gestion des pages stockées si la boucle demande des resultats a cheval sur deux pages (debut_xxx=95 par exemple).

File size: 494 bytes
Line 
1#CACHE{0}
2[(#FORMULAIRE_RECHERCHE_ETENDUE|spip.php?page=testmnogo)]
3
4<B_test>
5Recherche ::#RECHERCHE::<br/>
6Resume ::#MNOGO_RESUME_RESULTATS::<br/>
7Nb Resultats ::#MNOGO_TOTAL::<br/>
8<p class='pagination'>#PAGINATION</p>
9<BOUCLE_test(MNOGOSEARCH){recherche}{pagination}>
10#NUMERO - <a href='#URL'>#TITRE</a><br/>
11#POINTS<br/>
12#POPULARITE<br/>
13#DESCRIPTIF<br/>
14#TAILLE<br/>
15#MIME_TYPE<br/>
16#DATE<br/>
17<a href='#CONFIG{mnogo_url_search}#CACHE_URL'>Copie en cache</a>
18<hr/>
19</BOUCLE_test>
20</B_test>
Note: See TracBrowser for help on using the repository browser.