- mai 06, 2006
-
-
esj a rédigé
-
- mai 04, 2006
-
-
esj a rédigé
Corrige (mais pourrait être amélioré) #256 ainsi que le pb de Pif http://article.gmane.org/gmane.comp.web.spip.devel/34423
-
esj a rédigé
-
- mai 03, 2006
-
-
Fil a rédigé
-
cerdic a rédigé
plus de warning cote public quand un plugin est manquant verification de la configuration cote prive quand un admin se log, et redirect vers la page de configuration en cas de defaut. la fonction de verification est 'compilee' en meme temps que les fonctions de chargement.
-
cerdic a rédigé
-
Fil a rédigé
le calcul de la hiérarchie d'une rubrique était complètement loupé, car la rubrique "appelante" n'est pas forcément membre de sa propre hiérarchie (cf. doc http://www.spip.net/fr_article913.html ; la doc est bonne, on a vérifié)
-
Fil a rédigé
-
Fil a rédigé
-
Fil a rédigé
-
Fil a rédigé
-
- mai 02, 2006
-
-
esj a rédigé
-
- mai 01, 2006
-
-
Fil a rédigé
-
Fil a rédigé
sql_parent renvoyait '' et pas 0 pour la racine, et du coup la boucle (HIERARCHIE) était plantée de chez plantée
-
esj a rédigé
-
esj a rédigé
Tâche #209: normalisation des appels à spip_query: tous les mots-clés SQL (FROM, WHERE etc) figurent à présent explicitement comme chaines de caractères dans la ligne comportant l'appel de spip_query.
-
- avr. 30, 2006
-
-
Fil a rédigé
intégration du #247 : on stocke la structure d'indexation en meta, ce qui la rend modifiable par ailleurs (Cedric)
-
Fil a rédigé
-
esj a rédigé
spip_query("[^;]*)+;$' ce qui permettra de facilement spécialiser chaque appel selon l'instruction SQL qui suit le guillemet. Par ailleurs, plus aucun résultat de spip_fetch sur spip_query("SELECT.... n'utilise des index numériques pour prélever les champs SQL; l'option MYSQL_ASSOC pourrait donc etre substituée à MYSQL_BOTH. Remarque: tout ceci ne concerne pas les fichiers dans base/ qui ne seront pas adaptés à SQLite par définition, ni au fichier inc/rubriques.php qui sera traité à part.
-
esj a rédigé
-
Fil a rédigé
-
Fil a rédigé
-
esj a rédigé
Definition des tables à sauvegarder dans une globale qu'il est possible de modifier en surchargeant le script export_all. Le script import_all accepte de restaurer n'importe quelle table du moment qu'elle est connue du serveur (par exemple en étant dans $tables_principales au moment de l'installation de Spip). Expliciter toutefois le préfixe des tables pour ces tables supplémentaires (i.e. inconnues de la fonction table_objet). Par ailleurs, spip_log indique à présent la taille de chaque table manipulées par ces 2 scripts.
-
- avr. 29, 2006
-
-
esj a rédigé
Partage de code, table_objet s'étendant à tous les tables principales afin d'etre utilisée dans inc/import.php. Mais il me semblerait utile d'adopter une version_archive 1.3 pour gommer les différences avec le nom des boucles qui fait qu'il existe une liste de tables presque identique dans le compilateur.
-
esj a rédigé
Faux message d'erreur lors de la mise à jour de la base. En fait, comme la fonction de mise à jour sort par Exit si celle-ci échoue, pas la peine de tester le retour.
-
- avr. 28, 2006
-
-
esj a rédigé
Suite aux ajouts de Primary Key en [5949] et [5959], et après quelques lectures sur SQL, retrait des index que cet ajout a rendu superflus. D'après ces lectures, l'ordre des champ dans une clé multiple est important, le champ le plus souvent utilisé devant etre mis au début et le moins utilisé à la fin. Par chance, c'est l'ordre qui a été arbitrairement pris lors cette introduction.
-
Fil a rédigé
-
Fil a rédigé
bug sur l'uri introduit par [6237] ; conséquence : le bouton "recalcul" ne recalculait pas le bon fichier cache...
-
esj a rédigé
Tâche #209: pas d'index numérique dans un tableau construit par spip_fetch_array. Remarque: une grosse partie des fichiers admin_*.php devra migre dans base/db_mysql, car elles sont très spécifiques à Mysql
-
esj a rédigé
-
esj a rédigé
-
esj a rédigé
-
- avr. 27, 2006
- avr. 26, 2006
- avr. 25, 2006