[spip-dev] Régression : on est parfois obligé de taper dans phpMyAdmin pour installer SPIP-2

Dev
1

ou plutôt pour en installers une copie.

Explication :
j’ai mon site qui est en http://monsiteàmoi.fr, je souhaite tester son comportement lors d’un passage en spip2
Donc je crée un sous-répertoire spip2, avec les fichiers de spip version 2.0.

Lorsque je lance http://monsiteàmoi.fr/spip2/ecrire, tout se passe bien pendant toute l’install.
Mon ancienne base est détectée (enfin, une copie je veux dire) et mon compte admin est créé.

A ce moment là, tout plante : je tombe sur une erreur 404. Impossible de se connecter aussi (on est toujours en erreur 404)

Pourquoi ? Je suis passé de l’ancienne logique sur le traitement des sous-répertoires (à savoir que les fichiers étaient bien appelés dans l’arbo spip2, même si la valeur de adresse_site dans spip-meta n’était pas à jour en base), à la nouvelle (à savoir que c’est l’ancienne adresse_site, erronée, qui prévaut)

Seule solution que je vois : il est “facile” de détecter que cette foutue valeur n’est pas à jour, lors de l’installation.
Peut-on, alors, demander à changer sa valeur ?

ça évite d’aller taper dans phpMyAdmin pour la modifier à la mano… Ce qui est particulièrement décalé quand on voit comment tous les autres points (en particulier la mise à jour de données) sont excellemment bien gérés.

Un autre truc auquel j’ai songé pour être certain que les données mises à jours correspondent à une copie de site :

  • générer un fichier aléatoire dans IMG
  • regarder s’il existe par http, en utilisant ladresse_site de spip-meta
  • si c’est bon, ok alors c’est juste un problème d’alias DNS, mais rien de critique
  • sinon, il faut arrêter l’installation et imposer une mise à jour de cette donnée.

Qu’en dites-vous ?

.Gilles

2

Cédric

3

J’ai toujours le problème avec 2 SPIP 2.0, l’un dans un sous-répertoire de l’autre :
il est impossible d’accéder à l’interface privée. Je viens de retester avec une installation vierge.
Au passage mon site SPIP à la racine n’a pas de plugin particulier, et garde des urls par défaut (de type spip.php?rubrique7). D’ailleurs toute l’installation dans le sous-répertoire /spip2 s’est parfaitement bien déroulée.

voici une capture avec des commentaires :
http://screencast.com/t/soU5Snwnd

Même des liens semblent plantés (bien que ça reste logique si on se dit que l’erreur se produit vis-à-vis du site à la racine)

.Gilles