Je te rappelle ce message
L'expéditeur n'a jamais réussi le spip_loader chez free.
Dommage, le spip_loader est très pratique.
Il vaut mieux prendre un autre hébergeur que free ! il te faut un hébergeur avec mysql
Si tu as besoin d'indications multiples et variées, fouille le forum : http://dir.gmane.org/gmane.comp.web.spip.user
Re: [Spip] Re : (sans objet).eml (4.85 KB)
Bonjour,
Je viens de faire une installation complète de SPIP chaez free avec le spip-loader.php.
Cela fonctionne
Donc, à moins qu’il n’existe des free qui ne soient pas le même…
Rappel de la démarche
nomdusite est à remplacer par votre nom à vous (login),
password par le mot de passe (communiqués par free dans la lettre)
La base de donnée MySQL a été activée sur le site
(ici, sur un site ayant une base de donnée anciennement en 1.9, mais site vidé de tout ce qui existait au niveau des répertoires.)
Téléchargement du spip_loader.php (pris sur http://www.spip.net/spip-dev/INSTALL/ )
Ftp (Filezilla) : copie du spip_loader.php à racine du site (le plus haut niveau)
Firefox :
Bonjour,
Je complète un peu
Après l'installation de base, il convient de réintroduire les
squelettes, les plugins...
et de tester à chaque étape, toujours sur un site de test ou en doublon
(site de développement)
Il est recommandé - pour chaque site - d'avoir :
- un site en exploitation,
- un site en développement (miroir)
- un site en développement (test des modifications)
et si l'on est parano, ou développeur confirmé, des backup, de tout,
dans tous les sens.
Mais là, on est bien d'accord que c'est de la parano...
sauf quand c'est strictement nécessaire 
amicalement
Jel
jel.spip a écrit :
Bonjour,
Je viens de faire une installation complète de SPIP chaez free avec le
spip-loader.php. Cela fonctionne
[...]Message technique " La procédure de mise à jour doit être lancée (il
existait une base en 1.9)
jel.spip a écrit (en cette belle journée du 24/12/2008 13:26) :
Bonjour,
Je viens de faire une installation complète de SPIP chaez free avec le spip-loader.php.
Cela fonctionneDonc, à moins qu'il n'existe des free qui ne soient pas le même...
Rappel de la démarche
nomdusite est à remplacer par votre nom à vous (login),
password par le mot de passe (communiqués par free dans la lettre)
La base de donnée MySQL a été activée sur le site
(ici, sur un site ayant une base de donnée anciennement en 1.9, mais site vidé de tout ce qui existait au niveau des répertoires.)
Téléchargement du spip_loader.php (pris sur Installer SPIP )
Ftp (Filezilla) : copie du spip_loader.php à racine du site (le plus haut niveau)
Firefox :
- http://nomdusite.free.fr/
Exécution du spip_loader.phpEtape "vérification des droits d'écriture"
Installer Spip 2.02 (13532) ...
choix langue = français
>>Suivant
Connexion à la base de donnée
MySQL, sql.free.fr, nomdusite, password
Choix de votre base
(Le programme n'a pas réussi à lire....)
On choisit le nom = login (proposé, on coche)
préfixe tables : spip
>>Suivant
Informations personnelles
Signature : sss
adressemail : sss@....
login : sss
motde passe : password2 (pour login spip)
>>Suivant
C'est terminé, vers accès espace privé
Demande de login-password2 >>
Accès espace privé
Message technique " La procédure de mise à jour doit être lancée (il existait une base en 1.9)
si vous êtes l'admin.... 'cliquer sur ce lien'
Création via ftp du répertoire d'authentification (dans tmp/)
'rechargement de la page' (clic lien) http://nomdusite.free.fr/ecrire/?exec=upgrade
terminé
retour à page ttp://nomdusite.free.fr/ecrire/
On est de retour sur la partie accès privé
Test deu site... on a récupéré les articles du site, avec la présentation de bas...
Donc, ne disons pas que spip_loader ne fonctionne pas chez free...
amicalement
Jel
ça dépend peut-être des serveurs, il y en a peut-être de plus rapides que d'autres, à certains moments, et supposons alors que je n'aie jamais essayé au bon moment... d'ailleurs je n'ai pas dit que ce spip_loader ne fonctionne pas chez free mais, je cite
chez free, je n'ai jamais réussi à faire marcher le spip-loader.
en plus la fermeture en pointillés du port 80 n'a rien arrangé.
--
Jean-Christophe
jel.spip a écrit :
Bonjour,
Je complète un peu
Après l'installation de base, il convient de réintroduire les
squelettes, les plugins...
et de tester à chaque étape, toujours sur un site de test ou en doublon
(site de développement)Il est recommandé - pour chaque site - d'avoir :
- un site en exploitation,
- un site en développement (miroir)
comment réalise t'on le mirroir ??
- un site en développement (test des modifications)
et si l'on est parano, ou développeur confirmé, des backup, de tout,
dans tous les sens.
Mais là, on est bien d'accord que c'est de la parano...
sauf quand c'est strictement nécessaireamicalement
Jeljel.spip a écrit :
Bonjour,
Je viens de faire une installation complète de SPIP chaez free avec le
spip-loader.php. Cela fonctionne [...]Message technique " La procédure de mise à jour doit être lancée (il
existait une base en 1.9)
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.netInfos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip
--
@micalement stéphane --
ville de Bachant <http://bachant.free.fr>assobachant
asso.bachant@laposte.net
Bonjour,
Difficile de répondre simplement, car 'mirroir' peut se dire de
plusieurs sortes de sites..
- Un site de bascule automatique (en cas de 'déficit' du premier),
généralement, c'est la machine serveur qui est dupliquée.
Ce n'est pas ce que je voulais envisager ici, trop compliqué, sauf avec
une cellule informatique compétente.
Ici, on serai dans l'administration de réseau
Je ne parle même pas des solutions 'raid'. (mais il faut garder en
mémoire ces possibilités)
- je voulais ici, simplement parler d'un site 'dupliqué' entièrement.
Cela suppose :
- mettre une machine avec un OS relativement proche
(typiquement, un linux. Pour un utilisateur peu porté vers les
distributions linux, un Ubuntu 'desktop' sera facile à utiliser, mais
les puristes crieront 
, car en théorie ce devrait être une
version serveur... dépourvue d'interface graphique...)
- mettre les mêmes logiciels de base (LAMP,LAPP selon la base de donnée
cible)
- vérifier les paramètres Apache et php (versions, modules)
(Je glisse toujours dans 'squelettes' un module php me permettant de
tester au minimum les infos php [ <?php phpinfo(); ?> ] )
- installer la même version de spip (par copie ftp)
- mettre tout à l'identique (plugins,...) la copie ftp est le plus
simple, là aussi.
- vérifier les autorisations (chmod)
a ce stade, on doit avoir les mêmes réactions de base.
Si on installe quelque chose sur site1, on fait de même sur site2.
(En théorie, on installe sur site3 (phase de tests), on
répercute-vérifie sur 2 et on met en production sur 1)
Reste le problème des informations.
----------------------
Pour aller plus loin, il faut dupliquer (synchroniser) chaque mouvement
sur la base de donnée de 'production' vers les site 'miroir' (1 vers 2)
Là, on a, quelque chose qui se rapproche d'un site de 'bascule' capable
de prendre le relai
(en fait, pas uniquement la base, mais aussi les documents joints)
Les techniques de synchronisation différent selon les droits que l'on a
sur la machine 'hébergeant'.
Si on est sur une machine avec un droit d'administration assez large
(Par ex : type Gandi, serveur virtualisé), on utilise des logiciels type
rsync
mais là, on commence à être dans l'administration réseau
Si on est sur un site standard (hébergement simple), il faut
- soit dupliquer les éléments de la base non existants plus ou moins à
la main
- soit intercepter Spip sur les "points d'entrée" donnés, pour
provoquer une copie (pas facile)
- soit dupliquer la base et les données régulièrement,
(backup et ftp avec synchro 'intelligente' par exemple,...mais là on
s'éloigne un peu d'un 'miroir' pur, pour s'orienter vers un site de
sauvegarde avec un décalage temporel.)
Euh, j'ai l'impression que c'est un peu compliqué à expliquer ;).
amicalement
Jel
assobachant a écrit :
jel.spip a écrit :
...
- un site en développement (miroir)
comment réalise t'on le mirroir ??
bon si j'ai bien suivie :-\
jel.spip a écrit :
a ce stade, on doit avoir les mêmes réactions de base.
Si on installe quelque chose sur site1, on fait de même sur site2.
(En théorie, on installe sur site3 (phase de tests), on
répercute-vérifie sur 2 et on met en production sur 1)
Reste le problème des informations.
site 1 ==> production : http://bachant.free.fr
site 2 ==> Mirroir : http://assobachant.olympe-network.com/
site 3 ==> dev local : sur zazou miniweb serveur
les trois devront avoir la même version spip ; les même plug et les même dossiers squelettes et IMG; c'est bien ça
donc ya plus qu'a 
----------------------
Pour aller plus loin, il faut dupliquer (synchroniser) chaque mouvement
sur la base de donnée de 'production' vers les site 'miroir' (1 vers 2)
Là, on a, quelque chose qui se rapproche d'un site de 'bascule' capable
de prendre le relai
(en fait, pas uniquement la base, mais aussi les documents joints)Les techniques de synchronisation différent selon les droits que l'on a
sur la machine 'hébergeant'.
Si on est sur une machine avec un droit d'administration assez large
(Par ex : type Gandi, serveur virtualisé), on utilise des logiciels type
rsync
mais là, on commence à être dans l'administration réseau
Si on est sur un site standard (hébergement simple), il faut
- soit dupliquer les éléments de la base non existants plus ou moins à
la main
je pense que ça va etre ça a moins qu'il y est une autre soluce
Euh, j'ai l'impression que c'est un peu compliqué à expliquer ;).
amicalement
Jel
bah ça a le mérite d'être une approche pour un néophyte comme moi
assobachant a écrit :
jel.spip a écrit :
...
- un site en développement (miroir)
comment réalise t'on le mirroir ??
--
@micalement stéphane --
ville de Bachant <http://bachant.free.fr>assobachant
asso.bachant@laposte.net