Installation de Spip version 2.0.10

Aegimios

Novembre 2009

Bonjour,

Je tente chez NFrance (hébergeur à priori compatible) d’installer Spip 2.0.10. Etant donné que la méthode par spip_loader.php ne fonctionne pas chez eux, j’ai tout uploadé directement par FTP avant de lancer l’installation. Tout se déroule correctement jusqu’à la dernière étape ou Spip m’a renvoyé un message d’erreur m’indiquant (de mémoire) qu’il ne pouvait pas écrire dans /ecrire/tmp. Pour cause, ce répertoire n’existe même pas. Je l’ai donc créé avec les droits en écriture et j’ai tout rechargé.

Le souci est que quand me rends sur l’url http://www.monsite/ecrire, je n’accède pas à l’espace privé mais je retombe sur la procédure d’installation. Et fort logiquement, si je la suis de nouveau jusqu’à son terme, Spip me dit en dernière étape : "Espace interdit. SPIP est déjà installé". Et juste au dessus de cette phrase figure le message d’erreur suivant :

faultCode1faultStringWarning:Cannot modify header information - headers already sent by (output started at /home/eq78924/html/ecrire/install/etape_4.php:57) in /home/eq78924/html/ecrire/inc/headers.php on line 147

Je bloque totalement et je risque de m’arracher assez vite les derniers cheveux qu’il me reste. Une aide serait la bienvenue car je ne vois pas comment résoudre cela :/

Merci d’avance.

SPIP 2.0 Résolu

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

l_instit

Novembre 2009

Bonjour

Si ce dossier tmp n’existe pas, c’est que tu n’as pas basculé tous les fichiers de spip parce qu’il fait partie de la distrib. Quoi qu’il en soit, pour résoudre ça, tu peux supprimer le fichier connect.php dans "Config" et recommencer l’install.
Indiquez l’intérêt que vous portez à cette réponse

0

Aegimios

Novembre 2009

Il me semblait pourtant l’avoir fait d’autant plus que je m’y suis repris à deux fois et que l’erreur s’est reproduite à chaque fois. Je vais cependant tenter de supprimer connect.php et voir ce que cela donne ce soir.
Merci pour ta réponse l_instit.
Indiquez l’intérêt que vous portez à cette réponse

0

Aegimios

Novembre 2009

J’ai supprimé connect.php et à présent, j’accède à l’accueil de l’espace privé mais il m’est indiqué :

faultCode1faultStringWarning:Cannot modify header information - headers already sent by (output started at /home/eq78924/html/ecrire/public.php:219) in /home/eq78924/html/ecrire/inc/headers.php on line 147

Le système a rencontré une erreur lors de l’écriture du fichier tmp//.ok. Veuillez, en tant qu’administrateur du site, vérifier les droits d’écriture sur le répertoire tmp.

J’ai supprimé le répertoire tmp, l’ai recréé et bien mis en chmod 777 mais rien à faire. Une personne sait-elle comment résoudre ce problème ?
Indiquez l’intérêt que vous portez à cette réponse

0

Décembre 2009

Idem pour moi également, et aussi chez nFrance, depuis la MAJ Spip 2.0.10

Pour info :
– Je suis en hébergement mutualisé, et la version précédente marchait nickel.

– Sur le serveur, on en est à la version PHP4.

– J’ai essayé de changer cet état de fait avec leur méthode (AddHandler php-fastcgi5 .php dans le .htaccess), mais ça ne marche pas.

– J’ai alors essayé :

# Pour faire parser les fichiers .php par PHP5
AddType application/x-httpd-php5 .php

# Pour faire parser les fichiers .php3 par PHP5
AddType application/x-httpd-php5 .php3

Mais ça ne marchait toujours pas. On dirait qu’il y a un blème...

En atendant, je vais essayer de repasser en 2.0.09 car je dois rendre le site demain !... :-(
Indiquez l’intérêt que vous portez à cette réponse

0

Décembre 2009

Ouuuf !!! résolu. Et ça n’a pas été facile...

Bug très emm... avec des problèmes sur "tmp//.ok" ou sur "cache-vignettes", ou sur des "login : accès interdit" très angoissants.

Le problème avec ce "bug" (Spip, PHP, Apache ?), c’est qu’il est invisible et récurrent.

– Invisible parcequ’un dossier "chmodé" en 777 en cache un autre, simplement parceque les créateurs et utilisateurs ne sont pas ceux que l’on croit. Hé oui, c’est ça aussi, l’inforrmatique !...

– Récurrent, parceque si le problème est résolu sur un répertoire, comme il existe aussi chez ses voisins ça fait des messages d’erreur différents et perturbants.

Solution :

J’ai trouvé une vieille page de chez nFrance (mon hébergeur, chez qui le safe mode n’est pas activé), qui permet de détourner ce Pb en faisant créer les répertoires via le PHP plutôt qu’en FTP.

http://wiki.nfrance.com/pro:mutualises:safe_mode

On prend ce code, on en fait un fichier "machintruc.php" que l’on met en FTP à la racine de son site, puis on crée le répertoire simplement en allant chercher ce fichier (monsite.com/machintruc.php).

Précautions :

pour $dir = ’repertoire’ ; on peut utiliser des expressions de la forme : $dir = ’repetoire1/repertoire2/repertoire3’ ;

J’ai ainsi recréé en PHP :

– IMG
– local
– local/cache-css
– local/cache-vignettes
– tmp
– tmp/cache
– tmp/sessions
– Et même le répertoire racine du site. En effet, mon site (en chantier) étant dans un sous-répertoire (donc bêtement créé avec un FTP), le trio SPIP-PHP-Apache n’appréciait pas non plus le sous-répertoire racine !... J’ai donc utilisé à nouveau la même méthode pour celui-là aussi.

Question authentification ça n’a pas marché tout de suite, mais ça s’est vite réglé. (me souviens plus, avec la fatigue...)

J’espère que sera utile à tous ceux dont j’ai vu les posts désespérés (sur ce point) sur le web !
Indiquez l’intérêt que vous portez à cette réponse

0

Décembre 2009

Note supplémentaire :

Concernant la notre précédente, il n’y a pas de miracle. Je suis en train de tout réinstaller et les plugs-ins ne s’activent pas en mode "auto" en version 2.0.10 alors qu’ils le faisaient en 2.0.09.

Il faut donc les mettre en place "à l’ancienne", en FTP.
Indiquez l’intérêt que vous portez à cette réponse

0

Décembre 2009

Note supplémentaire 2 : Attention

Si après avoir effectué la manip ci-dessus vous videz un jour le cache de Spip à partir de l’interface administrateur, il faudra tout refaire pour recréer les bonnes autorisations sur les dossiers !

Alors vider juste ce qui est nécessaire via FTP, avec parcimonie...
Indiquez l’intérêt que vous portez à cette réponse

0

spamor

Janvier 2010

Alors là Jacques, un grand merci, le fichier machintruc vient de me permettre d’accéder à l’espace d’administration et ainsi contourner le message Espace interdit SPIP est déjà installé.

Merci encore, je vais maintenant tester l’admin si tout va bien :)
Indiquez l’intérêt que vous portez à cette réponse

0

Janvier 2010

Bonjour,

Peut-être pourriez-vous m’aider.

Je suis entrain de migrer de 1.8 vers 2.0.10. Je n’ai pas changé la base de données mais procédée à sa maintenance automatique en suivant la procédure. Le site public et privé fonctionne bien.

Le problème viens des plugins. J’ai créé le répertoire plugins à la racine du site. J’ai télécharger les dernières versions de article_pdf, couteau-suisse et pages. Je les ai décompressé et installé dans le répertoire plugins. Dans l’espace privé, en cliquant sur configuration > gestion des plugins > mes trois plugins apparaissent. J’ai bien hierarchie | 0 plugins activés | 3 plugins disponibles.

1. Si je coche les trois plugins et que je clique sur valider. Il ne se passe rien (les plugins ne s’activent pas) et je n’ai pas de message d’erreur.

2. Si je coche Article pdf seul, il s’active mais l’espace de gestion n’a pu de feuille de style

3. Si je coche seul couteau-suisse, il ne s’active pas

4. Enfin, si je coche seul pages, il s’active et fonctionne.

Pour info, j’ai fait la manipulation de vider le cache et de supprimer les 6 fichiers liés aux plugins dans le fichier TMP. Cela n’a rien changé.
Est-ce que quelqu’un a déjà rencontré ce problème ?
Je ne comprends, pouvez-vous m’aider ?
Merci
Indiquez l’intérêt que vous portez à cette réponse

0

spamor

Février 2010

Tu as de la chance
Pour ma part impossible de me logger en admin :

Warning: Cannot modify header information - headers already sent by (output started at /var/www/vhosts/monsite.fr/subdomains/temp/httpdocs/ecrire/public.php:219) in /var/www/vhosts/monsite.fr/subdomains/temp/httpdocs/ecrire/inc/headers.php on line 147

spamor, le retour
Indiquez l’intérêt que vous portez à cette réponse

0

Dragon

Février 2010

Pour Spamor : demander à Nfrance de désactiver le Safe Mode.. (formulaire de décharge à l’appui)

Dragon
Indiquez l’intérêt que vous portez à cette réponse

0

spamor

Février 2010

Merci pour ta réponse, en fait moi je ne suis pas chez Nfrance mais Nuxit ; l’interface d’admin m’a permis de désactiver le safe_mode moi-même, par contre pas question de le réactiver sinon messages d’erreurs sur le site (headers already sent blabla)

Donc mon site tourne avec safe_mode sur off...