J’ai une petite question concernant le transfert d’un site, par exemple du local sur son hébergement définitif.
Sur le net on trouve des tutos qui vous expliquent qu’il faut tout réinstaller, puis ajouter les squelettes et réinstaller les plugins un par un.
Je trouve ça assez risqué, on a facilement raté une étape parce qu’oublié qu’on l’avait fait. (oui fait être organisé…)
J’ai essayé de faire un transfert ftp tout bête de tout le site. Puis de changer uniquement la connexion bdd via config/connect.php
Puis j’ai modifié l’adresse du site via l’espace privé.
Chargé la base à partir d’un fichier sql exporté de ma base locale.
Le site fonctionne correctement (à première vue), sauf la recherche fulltext (plugin) qui rate certaines entrées. (que je retrouve avec le site identique en local).
J’ai pourtant régénérées les index fulltext via le exec=fulltext.
Alors je me dis que peut-être on ne peut se passer de la réinstall de spip sur le serveur, que ça configure des choses cachées au niveau du serveur qui m’échappent.
Est-ce que quelqu’un aurait une explication argumentée sur les pb liées à l’install d’un site spip par simple transfert/chargement base. ?
* MARNE Bertrand tapuscrivait, le 11/06/2009 11:42:
Pour la base je restaure un dump fait par Spip en local sur le serveur
distant (je préfère ça que de faire u dump sql).
et moi, je préfère le dump MySQL parce que le dump SPIP pose régulièrement les problèmes suivants :
- perte des stats
- non restauration des tables des plugins non actifs au moment de la restauration (la restauration les réactive une fois terminée ==> il faudrait relancer la restauration une 2e fois pour restaurer les tables des plugins).
* MARNE Bertrand tapuscrivait, le 11/06/2009 11:42:
Pour la base je restaure un dump fait par Spip en local sur le serveur
distant (je préfère ça que de faire u dump sql).
et moi, je préfère le dump MySQL parce que le dump SPIP pose régulièrement les problèmes suivants :
- perte des stats
- non restauration des tables des plugins non actifs au moment de la restauration (la restauration les réactive une fois terminée ==> il faudrait relancer la restauration une 2e fois pour restaurer les tables des plugins).
mais le dump mysql peut poser des prob vis a vis de l'encodage ... chose qu'un "non averti" ne peut résoudre facilement
Merci effectivement ça permettrait à SPIP de "parler" au serveur au moment
de l'installation, s'il en a besoin. Puis d'avoir tout comme sur son site
local. Je vais faire ça aussi. Je vous dirait si ça change quelque chose à
mon problème de fulltext qui ne marche pas.
Cela étant si quelqu'un sait quels sont les mystères de l'installation de
SPIP, ça m'intéresse.
Catherine Ossakowsky
-----Message d'origine-----
De : MARNE Bertrand [mailto:bmarne@gmail.com]
Envoyé : jeudi 11 juin 2009 11:42
À : Catherine Ossakowsky
Cc : spip-zone@rezo.net
Objet : Re: [SPIP Zone] transfert site dev local => serveur distant
Salut !
Le 11 juin 2009 10:48, Catherine Ossakowsky<caossak@gmail.com> a écrit :
Sur le net on trouve des tutos qui vous expliquent qu'il faut tout
réinstaller, puis ajouter les squelettes et réinstaller les plugins un par
un.
(...)
J'ai essayé de faire un transfert ftp tout bête de tout le site. Puis de
changer uniquement la connexion bdd via config/connect.php
Puis j'ai modifié l'adresse du site via l'espace privé.
Chargé la base à partir d'un fichier sql exporté de ma base locale.
Pour ma part j'installe le Spip distant puis je copie (et écrase) tout
par FTP sauf config/connect bien sûr.
Pour la base je restaure un dump fait par Spip en local sur le serveur
distant (je préfère ça que de faire u dump sql).
Avec SPIP 2.0 plus de perte de stats - il suffit de cocher totes les tables dans la premiere phase de la sauvegarde.
klaus++
RealET schrieb:
* MARNE Bertrand tapuscrivait, le 11/06/2009 11:42:
Pour la base je restaure un dump fait par Spip en local sur le serveur
distant (je préfère ça que de faire u dump sql).
et moi, je préfère le dump MySQL parce que le dump SPIP pose régulièrement les problèmes suivants :
- perte des stats
- non restauration des tables des plugins non actifs au moment de la restauration (la restauration les réactive une fois terminée ==> il faudrait relancer la restauration une 2e fois pour restaurer les tables des plugins).
Bon et bien j'ai fait tout comme il fallait (réinstall spip etc... pour mon
transfert) et mon fulltext ne fonctionne pas en production comme sur mon
site de développement, et je suis fort marrie.
J'ai régénéré tous les index fulltext.
Une recherche sur le mot aïkido ne trouve pas l'article qui contient ce mot
dans son titre.
D'ailleurs globalement les syntaxes avancées de recherche + et - ne
fonctionnent pas.
Pourtant le plugin est bien activé puisque ma recherche est plus riche que
celle de la recherche native sous SPIP.
-----Message d'origine-----
De : cedric.morin@yterium.com [mailto:cedric.morin@yterium.com]
Envoyé : jeudi 11 juin 2009 14:23
À : klaus++
Cc : RealET; spip-zone@rezo.net
Objet : Re: [SPIP Zone] transfert site dev local => serveur distant
Le 11 juin 09 à 14:04, klaus++ a écrit :
Avec SPIP 2.0 plus de perte de stats - il suffit de cocher totes les
tables dans la premiere phase de la sauvegarde.
oui, sur un petit site perso sans historique, ça marche.
Sur un vrai site qui a vecu, c'est complètement illusoire d'esperer
restaurer cela.
Le 11 juin 09 à 14:55, Catherine Ossakowsky a écrit :
Bon et bien j'ai fait tout comme il fallait (réinstall spip etc... pour mon
transfert) et mon fulltext ne fonctionne pas en production comme sur mon
site de développement, et je suis fort marrie.
J'ai régénéré tous les index fulltext.
Une recherche sur le mot aïkido ne trouve pas l'article qui contient ce mot
dans son titre.
D'ailleurs globalement les syntaxes avancées de recherche + et - ne
fonctionnent pas.
Pourtant le plugin est bien activé puisque ma recherche est plus riche que
celle de la recherche native sous SPIP.
-----Message d'origine-----
De : cedric.morin@yterium.com [mailto:cedric.morin@yterium.com]
Envoyé : jeudi 11 juin 2009 14:23
À : klaus++
Cc : RealET; spip-zone@rezo.net
Objet : Re: [SPIP Zone] transfert site dev local => serveur distant
Le 11 juin 09 à 14:04, klaus++ a écrit :
Avec SPIP 2.0 plus de perte de stats - il suffit de cocher totes les
tables dans la premiere phase de la sauvegarde.
oui, sur un petit site perso sans historique, ça marche.
Sur un vrai site qui a vecu, c'est complètement illusoire d'esperer
restaurer cela.
Le 11 juin 09 à 14:55, Catherine Ossakowsky a écrit :
Bon et bien j'ai fait tout comme il fallait (réinstall spip etc...
pour mon
transfert) et mon fulltext ne fonctionne pas en production comme sur
mon
site de développement, et je suis fort marrie.
J'ai régénéré tous les index fulltext.
Une recherche sur le mot aïkido ne trouve pas l'article qui contient
ce mot
dans son titre.
D'ailleurs globalement les syntaxes avancées de recherche + et - ne
fonctionnent pas.
Pourtant le plugin est bien activé puisque ma recherche est plus
riche que
celle de la recherche native sous SPIP.
-----Message d'origine-----
De : cedric.morin@yterium.com [mailto:cedric.morin@yterium.com]
Envoyé : jeudi 11 juin 2009 14:23
À : klaus++
Cc : RealET; spip-zone@rezo.net
Objet : Re: [SPIP Zone] transfert site dev local => serveur distant
Le 11 juin 09 à 14:04, klaus++ a écrit :
Avec SPIP 2.0 plus de perte de stats - il suffit de cocher totes les
tables dans la premiere phase de la sauvegarde.
oui, sur un petit site perso sans historique, ça marche.
Sur un vrai site qui a vecu, c'est complètement illusoire d'esperer
restaurer cela.
