Je suppose que certains plugins "donnent" la consigne au noyau et d'autres pas. Toujours est-il que des tables ajoutées par certains plugins sont sauvegardées par la sauvegarde intégrée à SPIP (Configuration>Maintenance du site>Sauvegarde) d'autres non (c'est le cas par exemple de la table spip_evenements créée par le plugin agenda). Il faut donc dans ce cas passer par phpmyadmin, ce qui n'est pas très commode ou sujet à oubli (ne serait-ce que par ignorance).
Ce n'est pas vraiment clair dans mon esprit et si quelqu'un pouvait faire un point là-dessus, je suis preneur d'éclaircissement :
SPIP sauvegarde quoi ? Quelles tables ?
Que et où faut-il déclarer quoi pour que la sauvegarde soit complète (=l'ensemble des tables d'une base).
Merci d'avance à la bonne âme qui se dévouera !
Bon week-end
Je suppose que certains plugins "donnent" la consigne au noyau et
...
SPIP sauvegarde quoi ? Quelles tables ?
Que et où faut-il déclarer quoi pour que la sauvegarde soit complète
(=l'ensemble des tables d'une base).
Merci d'avance à la bonne âme qui se dévouera !
Bon week-end
1/ Quand spip fait une sauvegarde, il liste toutes les tables qu'il a sauvegardé
sur l'écran de fin. Donc il suffit de lire si on a un doute ...
2/ Le plugin agenda declare bien ses tables qui sont sauvegardees
Je suppose que certains plugins "donnent" la consigne au noyau et
...
SPIP sauvegarde quoi ? Quelles tables ?
Que et où faut-il déclarer quoi pour que la sauvegarde soit complète
Et j'ajoute ceci :
- SPIP sauvegarde les tables des plugins actifs qui les ont déclarées (les globales $table_principales ou $tables_auxiliaires je crois. SPIP 2 fourni un pipeline pour les plugins pour cela) ie. SPIP sauvegardera spip_evenements dans le dump uniquement si le plugin agenda est actif sur le site qui fait la sauvegarde.
- SPIP restaure uniquement les tables déclarées au moment de la restauration ie. une restauration d'un dump qui contient les tables spip_evenements ne la restaurera pas si le plugin agenda n'est pas actif sur le site qui fait la restauration.
- SPIP sauvegarde les tables des plugins actifs qui les ont déclarées (les globales $table_principales ou $tables_auxiliaires je crois. SPIP 2 fourni un pipeline pour les plugins pour cela)
Je n'ai jamais eu accés à une information claire sur ce sujet...
et n'ai pu la documenter.
A ce jour, je viens de vérifier sur une dizaine d'articles
sur spip-contrib.net, spip.net et doc.spip, ça n'est toujours pas documenté.
Quelqu'un d'informé pourrait il indiquer quelle table
doit vraiment être renseignée pour la sauvegarde des tables dans le dump spip ?
Les bases du protocole pour l'installation et la désinstallation
seraient utilement dans la doc aussi.
SPIP sauvegarde les tables des plugins actifs qui les ont déclarées (les globales $table_principales ou $tables_auxiliaires je crois. SPIP 2 fourni un pipeline pour les plugins pour cela)
Je n’ai jamais eu accés à une information claire sur ce sujet…
et n’ai pu la documenter.
A ce jour, je viens de vérifier sur une dizaine d’articles
sur spip-contrib.net, spip.net et doc.spip, ça n’est toujours pas documenté.
Quelqu’un d’informé pourrait il indiquer quelle table
doit vraiment être renseignée pour la sauvegarde des tables dans le dump spip ?
Les bases du protocole pour l’installation et la désinstallation
seraient utilement dans la doc aussi.
declarer_tables_auxiliaires,
declarer_tables_interfaces et
declarer_tables_principales
ne sont pas renseignés.
il semble que toute table déclarée
déclarée avec $table_principale ?
et donc, pas avec $tables_auxilliaires ?
Ou bien les 2 ça marche ?
(question subsidaire que j'aimerais savoir renseignée :
quels sont les utilités respectives de ces 2 tables ?)
fasse l'objet d'une sauvegarde sauf celles qui en est exclue au moyen de lister_tables_noexport
ok.
voir plugin géographie pour exemple il me semble.
Je trouve dommage que le mode de documentation de spip
se limite au reverse engineering
sur certains points pourtant cruciaux
du moins pour l'harmonie du développement de la constellation des plugins...