Pour l’instant, les extensions de fichiers en .php3 (au lieu de .php) sont encore tolérées pour assurer la compatibilité ascendante, mais cette tolérance est destinée à disparaître car elle est coûteuse en terme de performances.

Pour l’instant, on a fait le choix de mettre tous les fichiers dans /ecrire, mais cela n’est pas nécessaire.

• ecrire : à peu près tout :-)
  notamment index.php qui récupère toutes les données
  • lang : tous les fichiers de langues
    • mmm_ll.php : le dico du module mmm dans la langue ll. exemple : spip_fr.php ou spip_pt_br.php
  • exec : pages de l’espace privé
  • action : effectue des traitements. À terme, tous les POST dans l’espace privé devraient lancer une action puis faire un redirect vers un exec.
  • inc : librairies de fonctions
  • base : librairies de fonctions qui touchent à la base de données. À terme, il y aura peut-être un répertoire par type de base de données cible.
  • charsets : tableaux de conversions de jeux de caractères
  • img_pack : images
  • polices : pour générer des images à partir de texte
  • safehtml : code "third party" pour la validation/correction html
• dist : (1.9) squelettes par défaut
• IMG
• (CACHE)
• plugins : les plugins
• squelettes : votre propre squelette
  • formulaires : squelettes définissant les balises dynamiques (les #FORMULAIRE_...
    Depuis la 2.0, sous forme de formulaires CVT
• squelettes-dist (2.0) : squelettes par défaut
• prive (2.0) : squelettes pour calculer l’espace privé
• oo (1.9) : espace privé "accessible" (mode texte)
• tmp : fichiers temporaires (dont CACHE)
• local : fichiers calculés (vignettes, images réduites, css compressées, etc.) accessible par http(pas de .htaccess de protection)

principe de exec/action :

• un exec récupère un contexte pour afficher une page de l’admin
• le post appelle une action qui effectue des maj en bdd
• il redirige (redirect) vers le exec pour réafficher ce qu’il vient d’écrire