Author: cedric@yterium.com
Date: 2009-04-24 21:55:31 +0200 (ven, 24 avr 2009)
New Revision: 13919
Log:
sql_fetch_all pour harmoniser avec la fonction de php 5.3
Modified:
spip/ecrire/base/abstract_sql.php
spip/ecrire/public/compiler.php
Le 24 avr. 09 à 21:55, cedric@yterium.com a écrit :
Log:
sql_fetch_all pour harmoniser avec la fonction de php 5.3Modified:
spip/ecrire/base/abstract_sql.php
spip/ecrire/public/compiler.php
??? Tu avais dit que tu remettais aussi l'ancien code compilé...
Committo,Ergo:Sum
Le 24 avr. 09 à 23:21, Committo,Ergo:sum a écrit :
Le 24 avr. 09 à 21:55, cedric@yterium.com a écrit :
Log:
sql_fetch_all pour harmoniser avec la fonction de php 5.3Modified:
spip/ecrire/base/abstract_sql.php
spip/ecrire/public/compiler.php??? Tu avais dit que tu remettais aussi l'ancien code compilé...
Voila :
revert donc l'usage de sql_fetch_all dans les boucles pour les questions d'occupation mémoire,
et perd l'optimisation de la pagination indirecte
introduit sql_seek pour deplacer le pointeur dans les résultats de requète (est-ce qu'il aurait fallu incrémenter le numéro de version de l'interface ?)
et
utilise sql_seek pour reoptimiser la pagination indirecte,
et aussi les visualisations non complètes en évitant de passer N fois dans le while pour faire tourner simplement le compteur lorsqu'on visualise uniquement à partir du N+1e résultat !
Cédric
Le 25 avr. 09 à 14:24, cedric.morin@yterium.com a écrit :
Connexion · GitLab
introduit sql_seek pour deplacer le pointeur dans les résultats de requète (est-ce qu'il aurait fallu incrémenter le numéro de version de l'interface ?)
non non, seulement si on introduit une incompatibilié, et alors là il faudra appliquer un Sed.
Cf
section "réalisation des portages"
Committo,Ergo:Sum