Preprod -> prod

Tu mets le doigt à mon sens sur une des inconvénients majeurs des solutions qui ne séparent pas correctement configuration et contenu. La plupart des CMS ont d'ailleurs ce même problème.

A y regarder d'un peu plus près, d'ailleurs, cette distinction configuration/contenu peut être assez délicate. Les menus relèvent-ils de la configuration ou du contenu? L'arborescence des catégories (éventuellement modifiée par du freetagging) relève-t'elle de la configuration ou du contenu? etc.

Du coup, pour faire cette synchronisation il faudrait être capable de gérer toute une série de cas particuliers, et eventuellement pouvoir résoudre les conflits à la main. Pas évident non?

Le mieux à mon sens, en développement, est de s'interdire d'utiliser l'interface d'administration, et d'écrire "un fichier d'update" qui effectue les modifications requises de manière programmatique. Après la phase de développement, il suffira de copier la base de production en intégration et d'appliquer l'update. Après vérification que tout s'est bien passé, il suffit d'appliquer l'update directement en production.

Bon, résultat de mes investigations :

Le problème vient de drupal_private_key dans la table variables et dans la table cache->variables (Blob) :

* si on copie cette variable de l'installation locale vers le serveur web , et qu'on bloque le changement de cette clef dans includes/common.inc en mettant en commentaire ces 2 lignes :

function drupal_get_private_key() {
if (!($key = variable_get('drupal_private_key', 0))) {
// $key = md5(uniqid(mt_rand(), true)) . md5(uniqid(mt_rand(), true));
// variable_set('drupal_private_key', $key);
}
return $key;
}

ça marche !!

MAIS on ne peut plus faire de modifs par l'admin, ni par les users !!!!

(étant donné, je suppose, que cette clef qui sert à valider les tokens est calculée d'après le Host)

Voilà où je me suis arrêté ...

Quant à moi, je passe à un autre CMS (après en avoir testé plein, dont Xoops & Drupal) :

MODx , qui est certes moins complet au niveau des modules et réservé aux programmeurs PHP (dont je fais partie), mais qui permet cette jonglerie entre local/serveur sans trop de difficultés et qui est assez intelligemment construit.

Bon courage à vous tous.

Dans la serie je fais un vieux up, jette un oeil sur ce thread qui vient de tomber sur la mailing list des dev
http://lists.drupal.org/pipermail/development/2007-August/025925.html