pas d’accès à l’espace privé après installation de spip 3

misim

Mars 2013

Bonjour,
J’ai refait la mise à jour de spip 3 (3.0.5) manuellement, le site apparaissait mais pas l’accès à l’espace privé. Message d’erreur :

Fatal error : Call to undefined function : stripos() in /homez.13/larcencif/www/ecrire/req/mysql.php on line 394

Depuis lors, cet après-midi, ce message bloque aussi l’accès à l’espace public.

Où est l’erreur ? Et comment remédier ?
Merci pour l’aide.
Misim

Par note Par date Par date chronologique

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

0

Gilles

Mars 2013

Bonjour,

il semble que tu sois sous PHP4. SPIP3 nécessite PHP5 (et plus de ressources que SPIP2 ;)

Quel est ton hébergeur ?
Indiquez l’intérêt que vous portez à cette réponse

0

misim

Mars 2013

Mon hébergeur est OVH !
Misim
Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Mars 2013

J’imagine que c’est un hébergement mutualisé.

PHP5 doit être activé, et voici comment :
http://guide.ovh.com/php5chezovh
Indiquez l’intérêt que vous portez à cette réponse

0

misim

Mars 2013

Bonjour,
J’avais déjà fait ce changement.
Sur ces entrefaits, j’ai fait diverses manipulations, essayé de retourner à spip 2.1.19 (échec), remis spip 3.0.5, mais je pense que j’ai tout crashé avec ce message inamovible, maintenant tant pour le site public que pour l’espace privé.

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, postmaster@www.larcenciel.be and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, postmaster@www.larcenciel.be and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Je sais que c’est classique mais ça ne m’aide pas. Tout semble bloqué, même une ré-installation avec spip_loader.php...

Un tout grand merci.
Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Mars 2013

Est-ce que tu avais une sauvegarde mysql AVANT la première montée de version ?

Ton problème venait bien de PHP5 qui est nécessaire pour la fonction stripos :
http://php.net/manual/fr/function.stripos.php

Maintenant, en ce qui concerne ta nouvelle erreur, j’avoue ne pas savoir d’où elle vient.

Plutôt que de passer par spip_loader, peux-tu passer par FTP ? Attends juste quelques jours pour avoir la version 3.0.6 - ou utilise la version de maintenance de la branche 3.0 qui est presque la même
http://files.spip.org/spip/dev/
Indiquez l’intérêt que vous portez à cette réponse

0

misim

Mars 2013

Oui, j’ai tout sauvegardé, et en allant voir dans mon MySQL, ma base semble normale.

En reprenant le fil dans le forum.spip.net/fr_236303.html, je peux considérer que j’ai tout bon : .htaccess renomé à partir de htaccess.text avec la phrase SetEnv PHP_VER 5.
J’ai bien eu la même configuration verticalisée, sans feuille de style, avant d’en arriver au "500 - internal error of misconfiguration".
Je ne vois pas clairement la question du compactage css appelé dans le head.

Comme d’habitude, il me semble, revient la question d’OVH, chez qui j’ai un hébergement mutualisé (60gp, MySQL5-1).

A un moment, dans mes essais, j’avais cru voir passer une version spip 3.1 que j’ai essayé d’installer. Je suis donc étonné qu’on en est seulement à attendre pour bientôt la 3.0.6 !

Si je retire le fichier .htaccess, le message d’accès change et devient : Fatal error : Call to undefined function : stripos() in /homez.13/larcencif/www/ecrire/req/mysql.php on line 394
Une chose m’intrigue : tout en haut de mon fichier htaccess, il y a

# Fichier .htaccess SPIP v 2.0 #

Est-ce bien un htaccess de spip 3 ?
Voici comment se présente ma modification :

RewriteBase /
SetEnc PHP_VER 5

Je vais attendre demain et essayer d’installer la version dev de maintenance.

Mais peut-être faudrait-il aussi que je demande à OVH de faire quelque chose pour débloquer l’accès à ma base de donnée ?

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

0

Gilles

Mars 2013

Le fichier htaccess.txt (à renommer en .htaccess) est ici, dans sa version 3.0 :
http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/htaccess.txt

Il ne faut pas confondre la branche SPIP3.1 qui est la branche de développement absolument pas stable, avec les branches de maintenances (comme la branche 3.0) qui le sont plus.
Indiquez l’intérêt que vous portez à cette réponse

0

misim

Mars 2013

Ah oui ! Il y a un net progrès : le message d’erreur à disparu, l’espace public s’ouvre, je suis vraiment en Spip 3, l’espace privé se présente aussi mais cale à la "mise à jour de votre base de donnée".
J’ai supprimé connect.php pour faire toute la réinstallation et ça bloque pour la "réinstallation complète de la base".
Bizarre, le connect.php ne revient pas tout seul, et si je recopie l’ancien, ça bloque toujours.

Les premières lignes en sont :

[<?php if (!defined("_ECRIRE_INC_VERSION")) return; define('_MYSQL_SET_SQL_MODE',true); $GLOBALS['spip_connect_version'] = 0.7; spip_connect_db('MySQL5-1.60gp','' etc...</quote>
Indiquez l’intérêt que vous portez à cette réponse

0

bar

Mars 2013

Bonjour,

je rencontre aussi un problème en voulant passer de spip 2 à spip 3 chez OVH. J’ai fait le transfert des fichiers via FTP. Mais la MAJ n’a pas pu aboutir car je n’ai plus accès ni à l’interface privé ni au site public.

Le message d’erreur est : Warning : mysql_fetch_array() : supplied argument is not a valid MySQL result resource in (...) www/ecrire/req/mysql.php on line 722

J’ai tenté la modif du fichier htaccess.txt en .htacess et la directive SetEnv PHP_VER 5 mais ça n’a rien fait ...

est-ce que vous auriez une idée pour diagnostiquer et résoudre ce problème ?

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

0

Mars 2013

Puisque la version Spip 3.0.6 est sortie, je l’ai installée (manuellement) par FTP en m’assurant que le .htaccess était correctement complété (VER 5), mais le problème est resté exactement le même : blocage de la réinstallation de la base.

A tout hasard, j’ai envoyé un message à OVH il y a deux jours. Je n’ai reçu aucune réponse.

Merci pour l’aide qu’on peut m’apporter car je n’ai toujours pas accès à mon espace privé.
Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Mars 2013

Je ne comprends pas pourquoi tu parles de réinstallation de la base : lors de l’installation, tu précises bien que tu utilises la même base (et le même préfixe des tables) que la version précédente, non ?

Il n’y a alors pas de "réinstallation" des données à faire.
Ou alors c’est que je n’ai pas compris à quel moment exactement ça bloquait.

Sinon, par curiosité, SPIP3 est bien installé en mysql ?
Quel est ton type de mutualisé actuel ? Est-e que une as une base Pro ?
Indiquez l’intérêt que vous portez à cette réponse

0

Mars 2013

Quand j’ai tout installé, je vais sur mon site, qui s’ouvre normalement dans sa version de base. Puis, j’essaie d’aller sur www.larcenciel/ecrire. là, j’obtiens bien

Accès à l’espace privé
français
Login
Mot de passe
Valider

En cliquant sur "valider" j’obtiens

Message technique :
la procédure de mise à jour doit être lancée afin d’adapter la base de données à la nouvelle version de SPIP.
Si vous êtes administrateur du site, veuillez
puis un bouton :
METTRE à JOUR LA BASE DE DONNéES

Je clique sur le bouton et ça se met à tourner indéfiniment (comme un plantage)

Si j’ai parlé de "réinstallation", c’est qu’à un moment donné de mes manipulations, j’ai eu ce message. Je pense que c’est en supprimant le connect.php pour faire une tentative de réinstallation. Mais là, effectivement, il repart sur ma base déjà installée. Puis, au moment d’essayer un accès à l’espace privé, il me demande de mettre à jour ma base de données.

Si j’ai bien compris, je dois alors suivre des instructions qui me sont données en entrant dans l’espace privé (qui ne s’ouvre pas, aucune des icônes ne fonctionne, sauf "Voir le site public"). Si je clique sur "Aide", j’obtiens "Ce site n’est pas encore configuré. Revenez plus tard..." !
Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Mars 2013

A priori ce n’est pas un plantage tant que ça mouline (c’est le moment de faire une pause café).
La phase de mise à jour prends plus de temps selon les hébergeurs.
Et il faut parfois se reconnecter pour la relancer.
C’est normal.

Peux-tu refaire une migration propre depuis ta sauvegarde initiale, en attendant le temps qu’il faut ?
Indiquez l’intérêt que vous portez à cette réponse

0

Mars 2013

J’aimerais savoir ce que veut dire "refaire une migration propre depuis ta sauvegarde initiale".
– Ma sauvegarde initiale, est-ce le dump ?
Mais, celui-ci est peut-être encore en spip 2.1
Il me semble que j’ai fait un dump juste après mon premier essai d’installation, mais je n’en suis pas sûr qu’il est en spip 3.
– Un migration, ça veut dire quoi ?
– Propre, c’est à dire ?

Je reviens aux questions précédentes. Je suis bien chez OVH en mutualisé 60 gp.
Comment puis-je vérifier que mon SPIP3 est bien installé en mysq ?l
Indiquez l’intérêt que vous portez à cette réponse

0

bar

Mars 2013

Bonjour,

je me heurte au même problème pour la MAJ de spip 3 chez OVH.

J’ai posté un message il y a trois jours via leur support technique mais je n’ai toujours pas de réponses, même pas un "on a bien reçu votre message ..." rien !!!

En attendant de résoudre le problème, j’avais pu glisser une page index.html qui s’affichait avec un message d’excuses indiquant aux rédacteurs que le site était en maintenance.
Mais sans aucune nouvelles d’OVH, j’ai tenté la réinstallation de l’ancien spip pour rétablir l’usage du site et maintenant c’est ce message qui s’affiche : Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
...
Du coup je relance l’installation de spip 3 par FTP ... avec la modif du fichier .htacess...
j’ai vidé le tmp/cache...

Et à nouveau : "Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request. (...)

More information about this error may be available in the server error log. "

Là je ne vois pas du tout quoi faire de plus.
une idée ?

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

0

Mars 2013

Je vois que je ne suis pas le seul à avoir un problème de passage à Spip 3...
J’en suis toujours au même point, même après avoir installé le tout nouveau né Spip 3.0.7
Ma question reste : comment refaire une migration propre depuis ma sauvegarde initiale ?
Merci
Misim
Indiquez l’intérêt que vous portez à cette réponse

0

bar

Mars 2013

Bonsoir,

j’ai refait le transfert de spip3 par ftp, supprimé le fichier htaccess.txt et mis le fichier .htaccess proposé plus haut. J’ai la page d’accueil qui s’affiche avec "site en travaux" mais la page .../ecrire qui renvoie ce message : Parse error : syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or ’}’ in /homez.370/(...)/www/ecrire/public/interfaces.php on line 51

? une idée ?
merci beaucoup
Indiquez l’intérêt que vous portez à cette réponse

0

Mars 2013

Pour information...
Je viens d’avoir une réponse d’OVH (après 8 jours de silence !) et on me dit que mon fichier de configuration de spip semble mal paramétré, et que je dois changer (dans connect.php je suppose) la ligne spip_connect_db(’MySQL5-1 en spip_connect_db(MySQL5-1.60gp...
Ce que j’ai fait mais sans que cela ne change rien.
Et du coup, mon site public n’est plus accessible.
Je suis donc revenu à ma première version et j’ai retrouvé mon site public. Mais toujours sans accès à l’espace privé !

Alors j’attends plutôt une aide du côté de Spip forum.

Je suppose que le problème de Bar n’est pas le même que le mien mais cela confirme que le passage à Spip 3 n’est pas simple chez OVH...

Merci à celui ou ceux qui pourront m’apporter de l’aide.

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

0

Mars 2013

Idem pour le délai de réponses d’OVH que nous attendions depuis mardi dernier mais de notre côté le problème est résolu :-)

en résumé si ça peut vous servir voici les différentes étapes suivies :
– transfert spip3 par ftp
– suppression du fichier htacess et remplacement en .htaccess avec
SetEnv PHP_VER 5
(Divers problèmes de connexion : erreur 500, ...)

– premier test.php :
<?php phpinfo(); ?>
résultat : PHP Version 4.4.9
– deuxième test.php
résultat : PHP Version 5.2.17

(Miracle ;-)

– connexion site public Ok : site en travaux
– connexion /ecrire pour l’installation Ok

– problème de connexion à la base
– test_sQl Résultat : pas de connexion

– suppression du cache du navigateur
– renvoi du fichier .htaccess

– connexion à la base
choix de Mysql et non par défaut de Sqlite
choix du serveur indiqué dans le manager d’OVH (gestion SQL) et non par défaut localhost
+ identifiants de connexion à la base

– identifiants admin à spip

– ouverture de l’espace privé et possibilité de mettre à niveau la base ...etc.

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

0

Mars 2013

Bravo !
vous avez plus de chance que moi.
J’ai essayé tout cela, mais je reste toujours bloqué à "mettre à jour la base de donnée" quelque soit le navigateur utilisé (Safari, Firefox ou Google Chrome)
Petite question :
comment fait-on ce test <?php phpinfo(); ?>
Et à quoi sert-il d’avoir le résultat résultat : PHP Version 5.2.17 ?
Est-ce que de toute façon ne suffit-il pas d’avoir mis "SetEnv PHP_VER 5" ?
autre question : le "test_sQl Résultat", qu’est-ce que c’est et comment le fait-on ?
Misim
Indiquez l’intérêt que vous portez à cette réponse

0

Mars 2013

Bonjour,
Un ami informaticien m’a dépanné, ce que personne d’autre n’a pu faire jusqu’à maintenant.
Mais sa solution est bizarre et il me demande de la soumettre au support Spip. Ce que je vais faire.
Mais ici, dans le forum, autant savoir ce qu’il a fait :

Pour info, j’ai commenté la ligne 393 du script de mise à jour "/www/ecrire/maj/svn10000.php" qui appelle la fonction "maj_propager_les_secteurs"
Je ne sais pas ce que c’est sensé faire, mais cela prend trop de temps à s’exécuter et donc s’interromp avant la fin... Espérons donc que cela n’était pas une opération critique.
Il est peut-être possible de demander au support SPIP si cela est vraiment utile et/ou comment effectuer l’opération manuellement puisque le script n’y parvient pas tout seul.
Mais si tout fonctionne, contentons-nous en :-)

Ouf ! Ca marche enfin !

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

0

bar

Mars 2013

Pour infos :
<?php phpinfo() ?>
c’est la commande à enregistrer dans un fichier test.php et à transférer par FTP puis à consulter dans le navigateur pour avoir toutes les infos sur php et vérifier quelle version est réellement en oeuvre.

et test_sQl c’est donc aussi un test pour voir cette fois si ta base de données est accessible ou non.
test_SQL.php :
<?php error_reporting(E_ALL); // Activer le rapport d'erreurs PHP function getmicrotime() { list($usec, $sec) = explode(" ",microtime()); return ((float)$usec + (float)$sec); } $Date_start = getmicrotime(); // ****** Exemples de configuration selon les hébergements mutualisés ****** // Perso // ------ // $DBhost = "mysql5-14.perso"; // $DBowner = ""; // Ton login SQL // $DBName = $DBowner; // Pro // --- // $DBhost = "mysql5-6.pro"; // $DBowner = ""; // Ton login SQL // $DBName = $DBowner; // ****** Fin des exemples de configuration // ****** Configuration - Debut ****** $DBhost = "mysql5-6"; // Par exemple $DBowner = ""; // ton login SQL $DBpw = ""; // ton password SQL $DBName = $DBowner; // ****** Configuration - Fin ****** $Table_SQL = "Tab_test_DB"; $fh_db = mysql_connect($DBhost, $DBowner, $DBpw); $Erreur = mysql_error(); echo " mysql_connect=".$fh_db." - Erreur=".mysql_error()." \n"; if (strlen($Erreur) > 0) exit; $sel = mysql_select_db($DBName, $fh_db); echo " mysql_select_db=".$sel." - Erreur=".mysql_error()." \n"; echo " Test de DROP/CREATE de la table '" .$Table_SQL. "' dans la base '" .$DBName. "' sur le serveur '" .$DBhost. "' "; // Supression de la table Tab_test_DB $sql_query="DROP TABLE IF EXISTS <code class="spip_code spip_code_inline" dir="ltr">Tab_test_DB</code> "; // Requête $result_query=mysql_query($sql_query); // Exécution de la requête $Erreur = mysql_error(); echo "Supression de la table Tab_test_DB - Erreur=".mysql_error()." - \$sql_query=$sql_query - \$result_query=$result_query \n"; if (strlen($Erreur) > 0) exit; // Création de la table Tab_test_DB $sql_query="CREATE TABLE <code class="spip_code spip_code_inline" dir="ltr">Tab_test_DB</code> ( <code class="spip_code spip_code_inline" dir="ltr">Id</code> int(11) NOT NULL auto_increment, <code class="spip_code spip_code_inline" dir="ltr">NOM</code> varchar(32) NOT NULL default '', <code class="spip_code spip_code_inline" dir="ltr">PRENOM</code> varchar(32) NOT NULL default '', PRIMARY KEY (<code class="spip_code spip_code_inline" dir="ltr">Id</code>)) ENGINE=MyISAM DEFAULT CHARSET=latin1 "; // Requête $result_query=mysql_query($sql_query); // Exécution de la requête $Erreur = mysql_error(); echo "Création de la table Tab_test_DB- Erreur=".mysql_error()." - \$sql_query=$sql_query - \$result_query=$result_query \n"; if (strlen($Erreur) > 0) exit; // Ajout d'un Premier enregistrement $sql_query="INSERT INTO <code class="spip_code spip_code_inline" dir="ltr">Tab_test_DB</code> values ('','DURANDAL','Michel') "; // Requête $result_query=mysql_query($sql_query); // Exécution de la requête $Erreur = mysql_error(); echo "Ajout d'un enregistrement - Erreur=".mysql_error()." - \$sql_query=$sql_query - \$result_query=$result_query \n"; if (strlen($Erreur) > 0) exit; // Ajout d'un Deuxième enregistrement $sql_query="INSERT INTO <code class="spip_code spip_code_inline" dir="ltr">$Table_SQL</code> values ('','DURANDAL','Pierre') "; // Requête $result_query=mysql_query($sql_query); // Exécution de la requête $Erreur = mysql_error(); echo "Ajout d'un enregistrement - Erreur=".mysql_error()." - \$sql_query=$sql_query - \$result_query=$result_query \n"; if (strlen($Erreur) > 0) exit; // Ajout d'un Troisième enregistrement $sql_query="INSERT INTO <code class="spip_code spip_code_inline" dir="ltr">Tab_test_DB</code> values ('','accents-éèàâ','Jean-Noël') "; // Requête $result_query=mysql_query($sql_query); // Exécution de la requête $Erreur = mysql_error(); echo "Ajout d'un enregistrement - Erreur=".mysql_error()." - \$sql_query=$sql_query - \$result_query=$result_query \n"; if (strlen($Erreur) > 0) exit; // SELECT dans la table Tab_test_DB : NOM='DURANDAL' $sql_query="SELECT Id, NOM, PRENOM FROM <code class="spip_code spip_code_inline" dir="ltr">Tab_test_DB</code> WHERE NOM='DURANDAL' "; // Requête $result_query=mysql_query($sql_query); // Exécution de la requête $Erreur = mysql_error(); echo "SELECT dans la table Tab_test_DB - Erreur=".mysql_error()." - \$sql_query=$sql_query - \$result_query=$result_query \n"; if (strlen($Erreur) > 0) exit; // SELECT dans la table Tab_test_DB : tous les enregistrements $sql_query="SELECT Id, NOM, PRENOM FROM <code class="spip_code spip_code_inline" dir="ltr">Tab_test_DB</code> "; // Requête $result_query=mysql_query($sql_query); // Exécution de la requête $Erreur = mysql_error(); echo "SELECT dans la table Tab_test_DB - Erreur=".mysql_error()." - \$sql_query=$sql_query - \$result_query=$result_query \n"; if (strlen($Erreur) > 0) exit; $result_count_row_get = mysql_num_rows($result_query); $Erreur = mysql_error(); echo " Nombre d'enregistrements trouvés = $result_count_row_get \n"; if (strlen($Erreur) > 0) exit; if ($result_query) { $Count = 0; while ($result_query && $row=mysql_fetch_array($result_query)) { $Count = $Count + 1; $NOM = $row['NOM']; $PRENOM = $row['PRENOM']; echo " Table Tab_test_DB : ".$Count." - \$NOM=".$NOM." - \$PRENOM=".$PRENOM." \n"; } } // Fermeture de la connexion mysql_close($fh_db); $Date_end = getmicrotime(); $Duree = $Date_end - $Date_start; $Duree = sprintf("%01.2f", $Duree); echo " Durée du traitement = $Duree secondes \n"; ?>
Indiquez l’intérêt que vous portez à cette réponse

0

Misim

Mars 2013

Hou là ! Fameux travail et fameuse explication...
Qui me dépasse complètement.
J’imagine que ça pourrait être une réponse utile pour ceux qui savent programmer. J’en suis loin.

D’autre part, tu as vu (ci-dessus, 28 mars, 18h.53) qu’un ami informaticien m’a dépanné. J’ai maintenant l’accès à mon espace privé, c’est le principal, même si ni lui ni moi ne comprenons bien comment ça marche, ni si c’est fiable à long terme.

Mais peut-être que son commentaire peut être utile au support Spip ou aux concepteurs...
Et qu’on pourrait être rassuré sur la manipulation.

En tout cas merci pour les explications à propos des tests, qui pourraient me servir un jour ou l’autre.
Indiquez l’intérêt que vous portez à cette réponse

0

Suske

Mai 2013

Salut Misim,

Je n’avais pas vu ce fil de discussion. Je suis quasi sûr que ton problème correspond à celui que j’avais évoqué ici : http://thread.gmane.org/gmane.comp.....

Tu dois avoir des données incohérentes dans la table spip_rubriques. En utilisant les boucles que je proposais dans le premier message de ce fil, tu devrais les retrouver.

Avec phpmyadmin, il te suffira alors de les corriger puis il faudra relancer la mise à jour car l’intervention de ton ami fait que la base de données n’a pas la structure et/ou les données "comme il faut". Pour faire ça, voir ce forum-ci : http://contrib.spip.net/SPIP-3-0-3-..., paragraphe "forcer la mise à jour".
Indiquez l’intérêt que vous portez à cette réponse

0

Mai 2013

Bonjour ,
Merci pour ta réponse.
Depuis l’intervention de mon copain, j’ai un bon accès normal à mon espace privé.
Mais je n’arrive pas à me débarrasser de l’avertissement
"Problème de sécurité : register_globals=on ; dans php.ini à corriger."
J’ai essayé tout ce que j’ai lu dans les forum (notamment ajouté le sésame "# OVH : régulariser les globals
SetEnv REGISTER_GLOBAL off" mais rien n’y fait. J’ai essayé en mettant "REGISTER_GLOBAL 1" mais c’est pareil. Et OVH me dit qu’il n’y peut rien. Ce foutu fichier php.ini parait bien mystérieux.

Est-ce grave, docteur ?

« Précédent 1 2 Suivant »