marche bien pour exclure des rubriques particulières. J'utilise cela pour ne
pas afficher une formulaire de recherche si la langue en cours est coréen,
japonais ou chinois.
- qui serait plus lisible, ne marche pas. En fait cette dernière boucle ne
rend rien, quelque soit la langue.
Si tu regardes dans le débuggueur, il indique (partie "code" de la
boucle en question) :
// REQUETE
$result = spip\_abstract\_select\(
array\("rubriques\.lang",
"rubriques\.id\_rubrique"\), \# SELECT
array\("rubriques AS rubriques"\), \# FROM
array\("\(rubriques\.id\_rubrique = '" \.
addslashes($Pile[0]['id_rubrique']) . "')",
"NOT (lang IN ('ja','ko','zh'))",
"rubriques.statut='publie'"), # WHERE
Ici on voit qu'on a "lang" où il faudrait "rubriques.lang". Donc petit
bug de SPIP à cet endroit (guère étonnant vu le nombre de dérivations
autour de la langue).
Autre question : est-ce que le moteur de recherche marche avec l'arabe ?
Essaie
A priori il marche "un peu" : il retrouve des mots tapés exactement
pareil. Mais j'ai de gros doutes sur la qualité de la translittération
qui te permettrait de retrouver un mot arabe à partir d'une quelconque
forme ascii.
Ici on voit qu'on a "lang" où il faudrait "rubriques.lang". Donc petit
bug de SPIP à cet endroit (guère étonnant vu le nombre de dérivations
autour de la langue).
C'était en fait la dérivation autour de IN qui plantait. C'est corrigé
(inch'allah)
