CMS Automne

Premiers éléments de réponse de Sébastien :

Ce que vous souhaitez faire n'a jamais été réalisé jusqu'à présent à ma connaissance et nous serions évidemment intéressé d'en connaître la faisabilité.

Ceci étant dit, la tâche ne me semble pas particulièrement aisée.
Deux raisons à cela :
- la structure de base de données d'Automne est assez conséquente.
- la documentation est assez sporadique à l'heure actuelle. Cela va changer car nous allons documenter Automne au maximum d'ici la sortie de la version finale (prévue pour mi-2009) mais d'ici là, vous n'aurez pas grand chose pour vous aider à ce sujet.

Je vous déconseille fortement d'attaquer cela directement au niveau de la base de données car le nombre de tables impliquées et le nombre de liaisons entre elles rendra délicat votre travail et les scripts que vous pourrez créer n'auront qu'une durée de vie minime car la structure de base évolue avec les mises à jour.

Il serait plus judicieux de le faire au niveau objet de PHP directement mais cela reste un travail très lourd.

Pour vous donner un aperçu rapide, voila une description sommaire de la notion technique de page dans Automne :

Une page (table pages) est constituées de propriétés (tables pagesBaseData_*), d'un modèle (table pageTemplates) clone du modèle original (table pageTemplates).
Ce modèle possède des espaces clients (fichier XML dans /automne/templates). Ces espaces clients comportent des rangées (tables mod_standard_clientSpaces_*) prises à partir de la bibliothèque de rangées (table mod_standard_rows + fichiers XML dans /automne/templates/rows).
Enfin les différentes rangées présentes dans les espaces clients du modèle de la page contiennent des blocks de contenu (tables block*_*)

Les différentes tables comportant des * ci-dessus sont des tables soumises au processus de validation. Leurs données peuvent se trouver dans différents états (edited au minimum, edited et public si la page est publique). Le statut de ce processus de validation est contrôle par ce que nous appelons une ressource (tables resources et resourceStatuses).

Enfin, la page est liées à d'autres pages à travers l'arborescence (tables linx_tree_*).

Voila de façon très courte ce qu'il va falloir que vous reconstituez au minimum lors de votre migration.

Pour essayer de comprendre au mieux le processus de création d'une page, je vous recommande de regarder le fichier /automne/admin/page-controler.php (action creation). Cela vous donnera les opérations effectuées à la création d'une page. Le reste de ce fichier vous donnera les autres opérations courantes effectuées sur les pages depuis l'administration d'Automne.

Vous pouvez aussi regarder le fichier /automne/admin/page-content-controler.php qui lui se charge des opérations sur le contenu même des pages.

Je vous déconseille fortement d'attaquer cela directement au niveau de la base de données car le nombre de tables impliquées et le nombre de liaisons entre elles rendra délicat votre travail et les scripts que vous pourrez créer n'auront qu'une durée de vie minime car la structure de base évolue avec les mises à jour.

Il serait plus judicieux de le faire au niveau objet de PHP directement mais cela reste un travail très lourd.