Skip to content
Extraits de code Groupes Projets
  1. oct. 10, 2005
  2. sept. 02, 2005
  3. août 31, 2005
  4. août 25, 2005
  5. juil. 19, 2005
  6. juil. 11, 2005
  7. juil. 10, 2005
  8. juil. 08, 2005
  9. juin 20, 2005
  10. juin 05, 2005
  11. mai 13, 2005
  12. avr. 26, 2005
  13. avr. 02, 2005
    • Fil's avatar
      retour de la détection autmatique sur free.fr · 605d8934
      Fil a rédigé
      séparation du rappel connexion (  mysql_query (requete, link)
      et du rappel du nom de la base ( mysql_query("SELECT * FROM `base`.spip_meta")
      
      le rappel du nom de la base est testé à l'installation (car il peut poser problème, notamment sur free où la base *peut* (mais ne *doit* pas) être appelée sous le nom login@free.fr au lieu de login)
      605d8934
  14. fév. 22, 2005
  15. fév. 10, 2005
  16. jan. 28, 2005
  17. jan. 22, 2005
  18. jan. 08, 2005
  19. déc. 13, 2004
  20. nov. 30, 2004
  21. nov. 07, 2004
  22. oct. 23, 2004
  23. oct. 22, 2004
  24. sept. 13, 2004
  25. août 27, 2004
    • Fil's avatar
      encore beaucoup de modifs, je ne détaille pas, car elles sont surtout du fond... · 84bbf4fa
      Fil a rédigé
      encore beaucoup de modifs, je ne détaille pas, car elles sont surtout du fond et des suites de discussions sur spip-dev :
      
      * le debogueur devient de plus en plus riche et subtil (n'affiche plus à tout vent les erreurs mysql, par exemple, mais seulement aux admins)
      
      * nettoayge du code des forums
      
      * tentative de résoudre le bug de ecrire_fichier sous windows
      
      * En matière de boucles et balises, l'ajout de id_thread dans la table spip_forum donne tout de suite le critère {id_thread} qui va bien pour retrouver le pied d'une discussion
      
      etc.
      
      Il va falloir mettre à jour NOUVEAUTES et TODO :)
      84bbf4fa
  26. août 25, 2004
    • Fil's avatar
      modifs importantes : · afe4fd23
      Fil a rédigé
      - gros travail sur le debuggueur : les boutons de debug s'affichent maintenant dès qu'une erreur php a été détéctée dans l'exécution de la page, les erreurs 'parse error' ou 'fatal error' sont traitées (ce qui n'a pas été facile...)
      - les fichiers du cache sont stockés en mode compressé (quand c'est possible)
      - la compression auto est redéconnectée des post-traitements de page (trop de problèmes, notamment sur spip-contrib)
      
      par ailleurs petites corrections, suppression de code mort, etc.
      
      J'espère que le déroulé des opérations dans inc-public - inc-cache - inc-calcul - inc-calcul-squel est plus lisible maintenant ; la partie "affichage des boutons d'admin", en revanche, est vraiment méchante :-)
      afe4fd23
  27. août 23, 2004
  28. août 17, 2004
    • Fil's avatar
      Gestion des invalideurs depuis l'espace privé & simplification du truc : · 2ce35a78
      Fil a rédigé
      - on n'a désormais plus qu'une table spip_caches, sous la forme :
      +-----------------------------------------------+-----------------+-------+
      | hache                                         | id              | suppr |
      +-----------------------------------------------+-----------------+-------+
      | CACHE/c/86400/cle%3Fid_article%3D884.9595d74a | id_article/884  | NULL  |
      | CACHE/c/86400/cle%3Fid_article%3D884.9595d74a | id_article/907  | NULL  |
      ... / ...
      | CACHE/2/86400/le%3Fid_article%3D2505.5d9390a2 | id_forum/a2505  | NULL  |
      | CACHE/2/86400/le%3Fid_article%3D2505.5d9390a2 | id_article/2505 | NULL  |
      | CACHE/2/86400/le%3Fid_article%3D2505.5d9390a2 | id_article/2442 | NULL  |
      ... / ...
      
      ici hache est le nom du fichier cache ; id l'identifiant (composite) de l'invalideur, et suppr est mis à 'x' quand on demande de supprimer. Un message est alors posé dans lire_meta() pour dire à inc-public.php3 de faire le ménage avant d'aller chercher un fichier cache.
      
      
      Dans ecrire/articles.php3 il y a à deux endroits l'appel à l'invalidation
      2ce35a78
  29. juil. 27, 2004
  30. juil. 26, 2004
    • Fil's avatar
      suppression des methodes spip_fetch_object et spip_fetch_row · c0df2eba
      Fil a rédigé
      (moins on aura de façons différentes de parler à la base, et mieux
      on se portera quand il faudra migrer vers un autre SGDB)
      
      NB: une fois testé qu'il n'y a pas d'oubli, on peut réactiver les fonctions au cas où elles serviraient dans des scripts externes ou contribs.
      c0df2eba
    • Fil's avatar
      le gros boulot de week-end : · 55c72b5b
      Fil a rédigé
      avec cette version je peux de nouveau faire tourner mes sites sous SPIP-cvs
      (sauf bug flagrant).
      
      Par rapport à la version précédente, il y a des dizaines de modifs :
      - retour au schéma de cache précédent (noms de fichiers avec un peu plus de md5() au cas où
      - retour des inc-urls personnalisés
      - meilleure intégration, je pense, de l'invalideur de forums
      - API invalideur déplacée dans l'espace privé pour pouvoir être appelée depuis ecrire/ (attention, il faudra que ça soit en option seulement !)
      
      Par contre j'ai dû faire sauter, au moins provisoirement :
      - les fichiers cache '_NEW' : d'une part on doit pouvoir les régler avec l'invalideur, d'autre part ça introduisait plein de biscorneries que j'ai préféré eviter
      - l'inclusion en mode "html" et la gestion de la $fraicheur dans ce cas (mais les données du compilo concernant le mode "html" ou "php" sont préservées dans les meta-données du fichier cache
      - le mécanisme de lock sur le calcul du squelette compilé
      - le flock() sur calcul des caches de page (remplacé par spip_get_lock()
      
      Je crois que c'est tout, mais j'en oublie forcément
      
      A plus
      55c72b5b
  31. juil. 24, 2004
  32. juil. 23, 2004
  33. juil. 19, 2004
Chargement en cours