Pb de replication des bases

Bonjour,

Nous avons mis en place une solution SPIP entre un serveur de
développement
et un serveur de production ouvert sur l'intranet. Sur ces deux
machines,
fonctionnant sous Linux RedHat, sont installés les distributions Apache
2.0.43,
PHP 4.3.1, MySQL 3.23.5a et SPIP 1-5-1

Les mises à jour effectuées sur le serveur de développement sont
transmises
apres validation sur le serveur de production. En utilisant la
fonctionnalité
idoine de MySQL, les bases sont répliquées et l'arborescence des scripts

PHP de SPIP est synchronisée par l'utilitaire rsync de Linux.

Le contenu du champ "adresse_site" de la table "spip_meta" sur le
serveur
de production a été actualiséee manuellement avec l'URL de ce même
serveur.
Apres cette modification, la table "spip_meta" n'est plus repliquée.

Pour faire fonctionner cette solution, il nous faut inclure sur le
serveur de
production la commande "echo ' ';" apres la balise "<?php" dans le
script
inc-public-global.php3

Cette manière de procéder ne nous parait pas tres fiable. Quelqu'un
aurait-il rencontré ce problème lors d'une réplication des bases? Est-ce
lié à une mauvaise configuration de SPIP? Notre niveau de connaissances
actuel ne nous permet pas actuellement de mettre en place une autre
solution.

Merci pour vos conseils éventuels.

Nous avons mis en place une solution SPIP entre un serveur de
développement
et un serveur de production ouvert sur l'intranet. Sur ces deux
machines,
fonctionnant sous Linux RedHat, sont installés les distributions Apache
2.0.43,
PHP 4.3.1, MySQL 3.23.5a et SPIP 1-5-1

[...]

Pour faire fonctionner cette solution, il nous faut inclure sur le
serveur de
production la commande "echo ' ';" apres la balise "<?php" dans le
script
inc-public-global.php3

Ce n'est pas dû à la réplication mais à un bug d'Apache 2. Mets
la variable "$auto_compress" à false au début de ecrire/inc_version.php3
et le problème devrait disparaître.

a+

Antoine.