r11018 - in spip/ecrire: base req

Notifications Commit Core
1

Author: esj@rezo.net
Date: 2007-12-30 20:22:04 +0100 (dim, 30 déc 2007)
New Revision: 11018

Log:
Déport dans le fonction d'abstraction sql_in du traitement des cas particuliers de l'argument de IN, valable pour tous les portages. On en profite pour rajouter un ''array_unique'' dans le cas du tableau pour préparer [10995]. Toutefois, alors que PHP traite intuitivement bien {{{$x .= '...'}}} quand {{{$x}}} est indéfini, il déclenche une erreur fatale pour {{{$x += array(...)}}}. Autrement dit, il faut produire un code compilé ne générant pas de Warning si l'on veut éviter les répétitions dans le IN de SQL. Pour plus tard.

Modified:
   spip/ecrire/base/abstract_sql.php
   spip/ecrire/req/mysql.php
   spip/ecrire/req/pg.php

Details: http://trac.rezo.net/trac/spip/changeset/11018

2

esj-JM9gtpQu/Ho@public.gmane.org a écrit :

Author: esj-JM9gtpQu/Ho@public.gmane.org
Date: 2007-12-30 20:22:04 +0100 (dim, 30 déc 2007)
New Revision: 11018

Log:
Déport dans le fonction d'abstraction sql_in du traitement des cas particuliers de l'argument de IN, valable pour tous les portages. On en profite pour rajouter un ''array_unique'' dans le cas du tableau pour préparer [10995]. Toutefois, alors que PHP traite intuitivement bien {{{$x .= '...'}}} quand {{{$x}}} est indéfini, il déclenche une erreur fatale pour {{{$x += array(...)}}}. Autrement dit, il faut produire un code compilé ne générant pas de Warning si l'on veut éviter les répétitions dans le IN de SQL. Pour plus tard.

Modified:
   spip/ecrire/base/abstract_sql.php
   spip/ecrire/req/mysql.php
   spip/ecrire/req/pg.php

Tu n'enlèves pas les lignes en question de sqlite_generique ?

MM.