Vous serait-il possible d'envisager, dans une prochaine version, la possibilité d'exporter, lors d'un build/rebuild, un site entier (public) en une strcuture statique .../spip/categorieX/sous-categorieY/.../pageZ.html ?
J'envisage de proposer SPIP à une organisation qui a des milliers de pages par an qui restent inchangées pendant plusieurs mois avant d'être archivées (à ce propos, l'introduction d'une date de péremption serait heureuse). Question de performance, les pages statiques seraient bien appropriées dans ce cas.
On pourrait aussi envisager des règles rewrite tel que apache vérifie si une adresse URL n'est pas dans la structure .../spip/categorieX/sous-categorieY/.../pageZ.html , apache lancera sa requête à SPIP
C'est la seule limite, à mon humble avis, que je trouve à SPIP pour qu'il soit un véritable système de PUBLICATION
A part cela, je le trouve nettement supérieur à bien de solutions CMS (ezPublish, bricolage, COFAX, openACS, openCMS et bien d'autres).
Vous serait-il possible d'envisager, dans une prochaine version, la
possibilité d'exporter, lors d'un build/rebuild, un site entier
(public) en une strcuture statique
.../spip/categorieX/sous-categorieY/.../pageZ.html ?
A l'arborescence virtuelle près, c'est ce qui est fait sur les sites
de l'EDF et du Ministère de l'Agriculture ...
> Vous serait-il possible d'envisager, dans une prochaine version, la
> possibilité d'exporter,
ou dès maintenant
> lors d'un build/rebuild,
ce concept n'existe pas dans SPIP. On ne connaît pas la liste des pages que
peut gérer un site.
un site entier (public) en une strcuture statique
> .../spip/categorieX/sous-categorieY/.../pageZ.html ?
En fait, tu peux déjà le faire si tes ssquelettes sont bien foutus, si tu
utilises des URLs sympa, et si tu utilises un aspirateur de site tout ce
qu'il y a de plus classique. Je crois même que c'est expliqué quelque part
(les archives de la liste spip, peut-être...?)