Spip 3.0.17 OVH Espace privé Edition Documents = page blanche

BOUDRY

Décembre 2014

Spip 3.0.17 chez OVH Site fonctionnant parfaitement jusqu’à la semaine dernière Essai de création de nouvel article avec insertion d’image préalablement téléchargée par ajout à la bibliothèque de Documents
Bibliothèque antérieurement tout à fait fonctionnelle

En cours de création d’une nouvelle page, essai de versement d’une image provenant de mon ordinateur
Interface privée Edition Documents
http://mboudry.fr/epssm65B/ecrire/?exec=documents = page blanche
QUOI ! Page BLANCHE !
Impossible de déposer un document dans la bibliothèque des médias
ALORS que les anciennes pages du site (150 articles) comportent toutes, non effacés, les documents choisis dans la bibliothèque, aussi bien dans le champ de l’article, que dans la colonne latérale de l’article en modification

Vidage du cache... plusieurs fois, Vidage à la main en ftp du cache de tous ses éléments...
Edition Documents ... toujours page blanche aucun écran d’erreur
Export de la base actuelle avec PhpMyAdmin
Reinstallation de spip en version neuve 3.0.17
Reinstallation de tous les plugins
Importation des exports de la base (ancienne) en sql par PhpMyAdmin
Vérification de la présence en PhpMyAdmin de la table spip_documents.. qui comporte tous (?) les documents mis en bibliothèque et n’est PAS vide de données
Essais de création d’une nouvelle page
Edition Documents = page vide
mais
Edition Brèves , Auteurs, Rubriques, Articles ? Mots cles... etc TOUS fonctionnent ... SAUF http://mboudry.fr/epssm65B/ecrire/?exec=documents

Désactivation, l’un après l’autre, de tous les plugins en place avec essai à chaque niveau de : Edition Documents = ... Aucun changement toujours page vide à chacun des niveaux essayé

Installation du plugins Nettoyage de bibliothèque0.10.3 avec la dist mini.. (necessite Saisie pour formulaire 2.0 ?2) aucun autre plugins
Edition Tableau de bord Documents= 236 documents en base de donnée 154 Mo

j’ai été jusqu’à remplacer le fichier dans ecrire/inc/documents.php
... sans jamais revoir l’écran Edition Documents TOUJOURS page blanche pas d’écran d’erreur

VOILA

ce n’est pas trop grave je vais passer par transfert des images et doc à incorporer par tmp/upload en ftp puis choisir -non pas bibliothèque- mais serveur pour mes insertions d’images dans les articles (ou mon ordinateur)
MAIS

j’aimerai bien comprendre
...

mes suppositions :
– une perte d’information du dossier où se trouve cette bibliothèque
– une "vidange intempestive" d’un champ du fichier en base spip_documents .. j’ai une colonne à -zéro- pour tous les documents de la bibliothèque : c’est le champ spip_documents/id_vignette Nornal ? ou PAS
– un changement récent de version de PHP chez OVH qui fout la "merde" dans le fichier ecrire/inc/documents.php
MAIS
je ne sais PAS suivre le "déroulement d’exécution", je ne sais PAS comprendre, le fichier ecrire/inc/documents.php
– AUTRE CHOSE ???

QUI VA POUVOIR M’AIDER ?

MERCI de votre attention
MERCI de votre aide

michel.boudry@laposte.net

Par note Par date Par date chronologique

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

1

plancke

Décembre 2014

Espace privé retrouvé (en partie) —>

via ftp
Renommer le fichier htaccess.txt en .htaccess
Supprimer le fichier htaccess.txt
Vider tout le répertoire tmp via ftp (placer le contenu dans un répertoire créé pour l’occasion, on ne sait jamais)
Vider le cache du navigateur

L’espace privé réapparait
Par contre nouveau problème : les rubriques sont presque toutes inaccessibles édition, publication, activités, squelettes, maintenance et configuration
La rubrique Accueil ne s’ouvre pas !!!!
http://www.monsite.fr/ecrire/?exec=accueil : page blanche !!!
http://www.anthonominalie.fr/ecrire/?exec=auteurs : page blanche !!!
etc...

Beaucoup d’opérations moulinent et donnent pour résultat page blanche !
Et du coup, je ne sais pas si j’ai avancé.

Je suis preneur de toute idée.

Cordialement

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

0

Plancke

Décembre 2014

Bonjour,

Je rejoins ton problème et en le confrontant au mien, le souci vient d’ovh

pour info perso :
Site en spip 3, base de données MySQl chez OVh, serveur mutualisé
Ai bossé sur mon site hier sans prob jusqu’à 16h
Depuis ce matin, impossible d’accéder à l’espace privé
Tous les navigateurs testés moulinent sans résultat
Si je ne me trompe pas, par défaut, ma version PHP est 5.4 (version par défaut) sur une offre Pro2014 !

Je recherche aussi une solution...

Cordialement

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

0

Plancke

Décembre 2014

Si vous souhaitez déclaré un incident chez OVH, pour info :

Pour traiter un incident, OVH effectuera un diagnostic. Si le diagnostic révèle que l’incident est du ressort d’OVH, la résolution de l’incident entre dans le cadre de garantie de votre service. Dans le cas contraire, le diagnostic, qui peut-être accompagné d’un devis, vous sera facturé 20 € HT (24 € TTC) (1)

(1) : Si OVH est capable de résoudre l’incident au cours du diagnostic, le diagnostic et l’intervention vous seront facturés uniquement 20 € HT (24 € TTC).
J’ai pris connaissance des conditions décrites ci dessus

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

0

Plancke

Décembre 2014

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

0

BOUDRY

Décembre 2014

Avec ajout d’un fichier mes_options.php avec un maximum de retours d’erreur mis en place dans config du site en avarie dans l’interface privée
(Edition Documents = page vide

j’ai :
en surajout de l’interface privée les lignes, répétées :

Notice : Undefined index : debug in /home/mboudry/www/epssm65B/ecrire/req/mysql.php on line 185

ET
req/mysql.php on line 185
....aux environs de la ligne 185

// ajouter un debug utile dans log/mysql-slow.log ?
$debug = ’’ ;
if (defined(’_DEBUG_SLOW_QUERIES’) AND _DEBUG_SLOW_QUERIES)
if($GLOBALS[’debug’][’aucasou’])
list(,$id,, $infos) = $GLOBALS[’debug’][’aucasou’] ;
$debug .= " BOUCLE$id @ ".$infos[0] ." | " ;

$debug .= " " . $_SERVER[’REQUEST_URI’].’ + ’.$GLOBALS[’ip’] ;
$debug = ’ /*’.str_replace(’*/’,’@/’,$debug).’ */’ ;

avec ligne 185 = if($GLOBALS[’debug’][’aucasou’])

Je ne sais PAS interpréter cette ligne

MERCI de l’aide

EN PLUS

Info.php chez OVH ce jour (19/12/2014 donne
PHP Version 5.4.34

Dommage je n’ai PAS noté quelle était la version antérieure et à quelle date cette version a été abandonnée

MERCI de votre aide
Indiquez l’intérêt que vous portez à cette réponse

0

Pascal23

Décembre 2014

Bonsoir à vous deux,

Pour info (mais cela ne va pas vous aider, sauf peut-être à trouver que la cause se situe sur un serveur en particulier) :

A ce jour, j’ai plusieurs sites en 3.0.x chez OVH en mutu pro ou perfo2014 et tous fonctionnent parfaitement (test d’ajout d’images dans la médiathèque fonctionne parfaitement).

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

0

BOUDRY

Décembre 2014

MERCI de tes constatations... mais quelle version 3 de spip ?
Ici 3.0.17
j’en suis à trois re implantation de 3.0.17 neufs... et avec des ajouts progressifs d’extensions (qui aupararavant n’ont jamais bloqué la visualisation de Edition Documents) ...et quasiment toujours .. Edition Documents Page blanche et pourtant parfois 233 documents images ... annoncés mais aucune liste descriptive = aucune images visibles dans Documents .. les fichiers sont là... le "tableau" des images est Vide !

Toujours pas de solution pour moi

SI...un contournement de l’obstacle
tmp/upload et tout le contenu de IMG dans tmp/upload ... pour pouvoir incorporer des images dans un article

mais
Edition Docuement page blanche toujours présente

MERCI de votre attention
MERCI de votre aide
Indiquez l’intérêt que vous portez à cette réponse

0

Pascal23

Décembre 2014

Re,

J’ai fait les tests sur deux sites en SPIP 3.0.17 [21515] aussi et cela passe sans souci. (PHP v.5.5.18 et mysql 5.1.73).

Quel hébergement as-tu STP ?
Qu’as-tu dans ton .htaccess et est-il bien issu de htaccess.txt fourni avec SPIP ?
As-tu modifier les fichiers de config d’OVH (.ovhconfig) et l’as-tu mis à la racine de ton site (même niveau que .htaccess de SPIP) ?

En espérant pouvoir t’aider.
Indiquez l’intérêt que vous portez à cette réponse

0

Pascal23

Décembre 2014

Question annexe : accèdes-tu à ton site via le réseau français ?
Je sais cela peut paraître étrange comme question, mais il y a une subtilité à connaître dans ce cas précis (CDN d’OVH).
Indiquez l’intérêt que vous portez à cette réponse

0

BOUDRY

Décembre 2014

Merci de votre question
Oui j’accède à OVH par le réseau français

A cette occasion de réponse
chez OVH
je vois
moi = SPIP 3.0.17 [21515] et PHP Version 5.4.34 ... la dernière fois que j’ai relevé info.php
Pascal21 = SPIP 3.0.17 [21515] et PHP v.5.5.18

un indice ??? ou pas ?
Indiquez l’intérêt que vous portez à cette réponse

0

BOUDRY

Décembre 2014

Réponse à Pascal23

MERCI de vos questions

Quel hébergement as-tu STP ?
Pro

Qu’as-tu dans ton .htaccess et est-il bien issu de htaccess.txt fourni avec SPIP ?

je n’ai pas de .htaccess au niveau de www/epssm65

j’ai LE htaccess.txt de spip 3 au niveau www
# Fichier .htaccess SPIP v 3.0 #

.. et cela a fonctionné depuis plus de deux ans comme cela

As-tu modifier les fichiers de config d’OVH (.ovhconfig)
Non

j’ai pas trouvé de .ovhconfig à aucun niveau de mon hébergement

je n’ai pas de .htaccess dans www/epssm65, seulement un htaccess.txt
# Fichier .htaccess SPIP v 3.0 #

j’ai un .htaccess dans www (21/08/14)
SetEnv PHP_VER 5_4
SetEnv REGISTER_GLOBALS 0
SetEnv MAGIC_QUOTES 0
# SetEnv PHP_VER 5_TEST
# SetEnv REGISTER_GLOBALS 0

J’ai un .htaccess au même niveau que www (31/05/13)
SetEnv PHP_VER 5_3
SetEnv REGISTER_GLOBALS 0

.. et cela a fonctionné depuis plus de deux ans comme cela.. sans page blanche dans Edition Documents .. apparue cette dernière quinzaine

et parfois une page Documents .... pas tout à fait vide : l’entête ...avec 233 images "signalées" et "reconnues" dans Documents et PAS de visualisation des 233 images = le problème

MERCI de votre attention
je ne progresse plus ...

MERCI de votre aide
Indiquez l’intérêt que vous portez à cette réponse

0

Plancke

Décembre 2014

Bonsoir messieurs,

Pour comparaison, en espérant que nous allons trouver la solution :

version spip installée : SPIP 3.0.17

info.php : PHP Version 5.4.34

Hébergement Mutualisé
Offre Pro2014
serveur : ftp.cluster011.ovh.net
XXXX.mysql.db
296 ko / 2 Go
MySQL : mysql51-157.bdb version MySQL 5.1

Base de données créée le 13 décembre
installation de spip 3.0.17 le même jour
pas de modifications sur l’ensemble des fichiers de spip hormis ccs et .htaccess (ce dernier ce jour [le fichier htaccess.txt natif de spip])

8 articles de textes créés depuis le 13
1 image de 42ko insérée dans un article la veille du problème (retirée depuis la pensant fautive, à tort)
Quelques fonctionnalité du couteau suisse, pas d’autres pluggins

Pour l’installation de spip
ai employé le module spip d’ovh via leur ancienne interface "manager"
puis mise à jour

je me retrouve donc avec une ligne dans "module" via le manager d’ovh :

Module Version Login Chemin d’accès Mise à jour spip 2.1.12 admin http://www.anthonominalie.fr/spip x

J’ai la possibilité de supprimer cette ligne (je tente ???)

OVH ne propose pas de spip 3, il faut passer par son module spip 2.1.12, obtenir des identifiants puis faire la mise à jour.
De mémoire, en installant directement via le loader.php, des identifiants étaient demandés, d’où échec

autre ligne me semblant problématique : Aucune entrée DynHost dans la zone DNS.

Autre élément enfin :
Vers 16h, accès complet à l’espace privé à partir d’un autre ordi appartenant à une collectivité.
accès aux articles, enregistrement, etc...sans problème

Retour chez moi, Retour du problème. Je ne pense pas qu’il s’agisse d’un problème de connexion ou de navigateur ou de cache, le serveur m’a probablement permis un accès un temps au site que je crée. Pourquoi : Mystère ?

Par contre, ai constaté des coupures de serveurs et des maintenances : je recherche le lien

Cordialement

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

0

Plancke

Décembre 2014

Concernant le module spip 2.1.12 qu’ovh voit en dépit d’une mise à jour en spip 3.0.17, voici le message qu’ovh me transmet :

Vous voulez supprimer le module
La suppression du module a lieu dans un delai de 5 à 10 minutes et entraine la suppression de tous les fichiers relatifs à ce module ainsi que de la base de donnée.
Si vous avez copié vous même des fichiers dans le répertoire du module, ceux ci ne seront pas effacés (nous vous invitons néanmoins à en faire une copie avant de supprimer le module)

Nom du module : spip

Adresse : http://www.monsite.fr/spip

Le problème est là ?
Indiquez l’intérêt que vous portez à cette réponse

0

Plancke

Décembre 2014

Boudry
si tu ne la connais pas, je travaille actuellement sur cette page
http://spippourlesnuls.fr/?Des-cas-resolus-PHP5,90#nb2

Il y a là quelques infos intéressantes
Indiquez l’intérêt que vous portez à cette réponse

0

Plancke

Décembre 2014

Bon j’ai retrouvé l’espace privé
Il faut bien intervenir sur le .htaccess à la racine du site
Il faut ajouter : SetEnv PHP_VER 5 ou SetEnv PHP_VER 5.4.34 (j’essaie ce dernier)
au niveau du commentaire suivant :

# SPIP version ’php’ - si vous avez d’anciennes adresses en ’.php[3]’,
# supprimez le ’#’ sur les lignes qui suivent pour rediriger les acces
# errones vers le .php correspondant

#RewriteCond %REQUEST_FILENAME -f
#RewriteRule ^(.+)\.php[3]$ $1.php [QSA,L]

Il n’y a que l’accueil de l’espace privé qui pose problème mais si je ne me trompe pas, il faut attendre que cela "rentre dans l’ordre" (12h si je ne me trompe pas).

En attendant, il faut rentrer dans l’espace privé via un article visible au niveau de l’espace public et non visité durant nos manœuvres (pas par l’accueil). C’est artisanal mais ça marche...pour l’instant....
Idem pour l’accueil dans l’espace privé, il faut attendre.

A 16h, comme indiqué dans le post précédent, je suis rentré dans l’espace privé via un article. Je ne l’ai pas perçu sur le coup...

Bien à vous, je vous tiens au courant des avancées
Indiquez l’intérêt que vous portez à cette réponse

0

BOUDRY

Décembre 2014

BOUDRY

j’ai trouvé UNE solution

Rappel
OVH Contrat mutualisé PRO mis en place en 2008
Site sous Spip 3.0.17 fonctionnant sans problèmes avec des plugins non récemment modifiés, ni ajoutés, sous sarkaspip reload
Disparition (étonnante) en interface privée de la possibilité de voir des documents par Edition Documents.. alors que ces documents sont présents dans les fichiers IMG.. seule visible une page blanche
les articles et rubriques dans l’interface publique comportant TOUJOURS les images affectées
Impossibilité de uploader des images dans la médiathèque à partir de l’ordinateur en interface privée
Impossibilté de voir les images de la médiathèque MAIS vision, parfois, du nombre d’éléments de la médiathèque (entête).. 233 images jpg notamment
Obligation de passer, pour incorporer des images dans un nouvel article,
– soit par versement à partir de l’ordinateur distant,
– soit par upload en ftp des images dans l’espace OVH dans tmp/upload.. alors
les images envoyées par ftp , ou par l’ordinateur distant, sont sélectionnables dans l’ajout d’images

ALORS QUE
de Edition Auteurs, à Edition Brèves, tous fonctionnent CORRECTEMENT et ne donnent PAS de page blanche

Voilà pour l’anomalie constatée .. la semaine dernière

je ne vous raconte pas le nombre de solutions et d’actions envisagées .. deux jour une nuit de tarvail : PhpMyAdmin Export Import base sql, re installation de spip 3.0.1 neuf, élimination progressives d une à une des plugins utilisés..mise ne place d’un "mes-options.php" dans www/epssm65B/config, etc etc

UNE solution
.... AVEC VOS AIDES et vos réflexions

1/ mise en place d’un fichier .ovhconfig à la racine de l’hébergement OVH au même niveau que www avec les données suivantes
(trouvées chez OVH)
http://www.ovh.com/fr/g1207.configurer-php-web
.. il n’existait PAS chez moi

2/ destruction de tous les fichiers .htaccess dans m’importe quel autre endroit de mon hébergement OVH
dont bien sûr, www et www/esppsm65B ... le site où j’ai découvert l’anomalie de fonctionnement page blanche de Editio Documents.. et des tas d’erreurs avec un fichier dans epssm65B/config/mes_options.php... contenant les ordres pour avoir une vison maximales de toutes les erreurs de fonctionnement

3/ Et lancement de mboudry.fr/epssm65B.. interface privée
Edition Documents ... je retrouve TOUTES les images dans Documents .. ligne à ligne

AU TOTAL
sans doute

Modification récente du PHP du serveur OVH assurant mon hébergement à l’origine de ce défaut Edition Documents page blanche

DONC
application des recommandations de OVH pour les serveur mutualisés

le .ovhconfig n’existe que depuis 2014, il DOIT être mis en place par le contractant pour les hébergements antérieurs à 2013 ...car OVH le fait systématiquement pour les NOUVEAUX contrats mutualisés..mais pas pour les anciens.. et n’appelles pas l’attention des contractants sur l’importance de cette mise à jour... d’après ce que j’ai lu chez OVH... a eux de découvrir les conséquences ... et crier "à l’aide"

Je continue car j’ai des dizaines de sites chez OVH... je vais vérifier ce qui se passe pour les autres site que mboudry.fr/epssm65B

MERCI de votre attention
MERCI de vos pistes

EN espérant que cela aide

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

0

Décembre 2014

Excellent
Heureux que tu ais trouvé une solution...

De mon côté, une réponse d’ovh, plutôt sympa...

Bonjour,

Je vous remercie pour ces précisions.

Aucune mise à jours n’a été réalisé de notre coté en date du 16/12/2014, date durant la quelle les soucis ont commencé.

La seule mise à jours réalisé est le passage des versions PHP :

– php 5.3.28 => php 5.3.29
– php 5.4.30 => php 5.4.34
– php 5.5.14 => php 5.5.18
– php 5.6.0 => php 5.6.2

qui ont été réalisé en date du 14/12/2014.

Le serveur qui vous héberge ne rencontre aucun soucis de fonctionnement comme la page d’accueil de votre site et l’accès aux différents articles se réalise sans soucis.

Pour déterminer l’origine de cette erreur je vous invite à consulter les logs d’erreur de votre site que vous trouverez sur :

https://logs.ovh.net/monsite.fr

Veuillez utilisez votre nic-handle et votre mot de passe pour y accéder.

Voici ce que j’ai trouvé comme erreur :

FastCGI : An error happend on Fastcgi processing, fallback to CGI, referer :http://monsite.fr/spip.php?page=login&url=%2Fecrire%2F

j’ai donc désactivé le phpfpm sur votre hébergement mais l’erreur se présente de nouveau :

(103)Software caused connection abort : Failed to flush CGI output to client, referer :http://monsite.fr/spip.php?page=login&url=%2Fecr
ire%2F

Au lancement d’accès sur votre espace privé, j’ai également remarqué une monté important de charge sur le serveur Web frontal qui traite les requêtes de votre site, en arrêtant la page, le serveur revient à sa charge ordinaire.

Le soucis que vous rencontrez n’est donc pas lié à un dysfonctionnement ou à une mise à jours mais à une erreur interne à SPIP suite à sa mise à jours. [Remarque que j’insère : vous noterez qu’une mise à jour du php n’est pas une mise à jour]

Nous nous excusons pour la prise en charge tardive de votre demande.

En résumé, installation de l’.ovhconfig et de .htaccess
Acces possible au cas où... à l’espace privé via un article du site public

Je garde une lenteur en ouvrant l’espace privé via l’accueil du site...problème que je tente de régler....peut-être un problème sur une boucle

Bien à vous

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

0

boudry

Décembre 2014

BOUDRY

de mon côté les suppositions de changement de version de PHP par OVH que j’ai eu... suppositions parmi d’autres... causes de l’avarie constatée... viennent d’être confirmées par les indications du ST d’OVH... du 14/12/2014

Je constate que certains vieux sites en Spip 2... sont eux aussi en pages blanches

...Il faut évoluer un jour ALORS... on va passer tout cela .. en Spip 3.1 .. car il paraît ne pas être loin de sortir

Encore merci de votre attention et de vos réflexions

j’espère .. une autre fois.. le plus tard possible

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

0

Plancke

Décembre 2014

Bonsoir,

Problème résolu pour ma part

Merci à vous

Cordialement

Eric