Salut,
voici quelques notes que j'ai prises après notre discussion de vendredi
soir. J'y ajoute l'idée d'ARNO* d'un contrôle de modifs.
"ASSASSIN"
Hello,
"ASSASSIN"
----------c'est le nom de code du prochain moteur de SPIP, (beaucoup) plus rapide.
Je déteste ce nom idiot 
Appelons-le Gérald ou Richard. A la rigueur Arnolphe.
* ne jamais passer dans le socket apache<->mysql le champ contenant le
hash/dico (sauf recherche)
Quel hash/dico ???
* n'appeler le code gestion des pétitions, forums, etc. que si les
variables en question sont initialisées -> code plus rapide à
compiler, moins de mémoire, etc.
Oui. Pour ça il faut que le inc-public soit réécrit proprement (Arno).
* n'appeler inc_connect.php3 que si on en a vraiment besoin
faire un inc_superconnect.php3 qui définit une fonction connect()
quand on appelle connect(), on regarde si c'est déjà connecté,
et sinon on appelle inc_connect.php3
Hmmmpf, non, ça se fait plus proprement (avec un define).
A faire dans tous les includes. cf. inc_meta.php3 :
if (defined("_ECRIRE_INC_META")) return;
define("_ECRIRE_INC_META", "1");
* Antoine semble tenir à ce qu'un message apparaisse si la base
n'est pas disponible
Non, je n'y tiens pas du tout, mais ce n'était pas une modif prioritaire
à mes yeux. Par contre, si on l'enlève, il faut le mettre aux endroits
importants (formulaire forum...).
* virer le bug <HTML></HTML> (remplacer par un truc à la fois facile
à parser et sans risque de choc avec l'interprétation HTML)
C'est pas un bug, c'est la soi-disant idempotence de propre() qui est idiote.
Solution : ne pas garder <HTML></HTML> dans le résultat de propre().
MOTS-CLES
---------
J'aurais vraiment besoin de mettre des mots-clés sur les brèves ; ce serait
Oui, pourquoi pas.
A mon sens
le mieux est de faire, champ par champ, un "diff" entre ce qui est dans la
base et ce qui est envoyé ???
Un diff intégré à SPIP ? Heu, on va peut-être faire plus simple, non ?
Le verrou me semble la meilleure solution.
cf. groupware.txt
a+