Affichage d’une page blanche lors de la mise-à-jour de spip 1.9.2a

Josiane

Avril 2007

Bonjour,
J’administre un site qui fonctionnait jusqu’à ce matin avec spip 1.9.1. J’ai voulu effectuer une mise à jour en installant la version 1.9.2a manuellement par ftp. Mais lorsque j’ai voulu visiter le site et rentrer dans l’espace privé pour terminer la mise à jour, je n’ai eu accés qu’à une page désespérement blanche !
Quelqu’un a-t-il une idée pour m’aider ?
Merci d’avance

Par note Par date Par date chronologique

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

0

Philippe

Avril 2007

J’ai le même problème. Nous sommes plusieurs à avoir le même problème. Et aucune solution n’est proposée !!!!
Indiquez l’intérêt que vous portez à cette réponse

0

Committo Ergo Sum

Avril 2007

Tapez "page blanche" sur le moteur de recherche, vous verrez des dizaines de messages à ce propos, chacun avec des raisons différentes, et pas toujours dues à Spip. Commencez donc par regarder ces messages, essayez les solutions proposées, et ensuite si aucune ne va, décrivez plus précisément ce qui se passe : chez quel hébergeur, quelle version de PHP et MySQL, la contenu HTML de la page est-t-il totalement vide ou sans contenu visible, qu’y a-t-il dans le fichier spip.log et j’en oublie.
Indiquez l’intérêt que vous portez à cette réponse

0

Avril 2007

Merci de tous ces conseils, mais si je poste sur ce forum, c’est après avoir passé pas mal d’heures sur internet et dans les sources de SPIP à essayer de comprendre ce qui ne marche pas. Une chose est sûre, le passage à la 1.9.1 (même constat en 1.9.2), sans rien toucher à mon site, n’a pas été bénéfique. Loin s’en faut, puisque maintenant je vis dans l’angoisse de la page blanche.
Ce qui m’étonne, c’est que je ne suis pas le seul à rencontrer le même problème au passage à la 1.9 et je suis surpris de ne voir aucun palliatif ou autre apparaître, alors que le problème est signalé de longue date.

Pour plus d’infos sur mon problème, voir mon autre post (Philippe) sur ce même forum. Mais j’ai peu d’espoir.
Indiquez l’intérêt que vous portez à cette réponse

0

titou

Avril 2007

perso, après un pb équivalent, j’ai "nettoyé" mon site (j’ai viré le dossier CACHe entre autre) et refait l’instal en passant par le spip_loader et ça a fonctionné
Indiquez l’intérêt que vous portez à cette réponse

0

Josiane

Avril 2007

Tout comme Philippe, j’ai passé pas mal d’heures sur ce problème et essayé toutes les manips conseillées sur ce forum, mais sans résultat. J’ai donc opté pour un retour en arrière et réinstalé spip 1.9.1.

Vive le progrès !
Indiquez l’intérêt que vous portez à cette réponse

0

Committo, Ergo Sum

Avril 2007

Je vais m’exprimer autrement : "la page blanche" est un symptome, pas une maladie, et comme tout médecin nous devons identifier la maladie, non pas donner le premier analgésique venu pour faire disparaitre le symptome sans résoudre le problème de fond. J’ai dit dans mon précédent message que si les solutions proposées sur le forum ne marchaient pas, il fallait être plus précis sur ce symptome : la page est-elle totalement vide ou bien a-t-elle du HTML sans contenu visible ? que contient le fichier spip_log ? est-ce à la fois l’espace privé et l’espace public qui donnent des pages blanches ou l’un des deux et lequel ?

Et pour filer la métaphore : quand vous allez chez le médecin, répondez-vous à ses questions, ou estimez-vous qu’il doit pouvoir vous soigner après lui avoir simplement dit « je me sens mal » ?
Indiquez l’intérêt que vous portez à cette réponse

0

Philippe

Avril 2007

Puisqu’il faut être clair, soyons clair.
La page n’est pas vide bien sûr, elle contient bien du html. Problème uniquement dans la partie privée en ce qui me concerne. Le détail :

Depuis mon passage en 1.9.1 (et j’ai testé en 1.9.2, c’est pire), la gestion du cache est très mauvaise (conflit avec le cache du navigateur). Les boutons de recalcul ne marchent pas. J’ai alors mis dans le fichier mes_options.php la variable flag_dynamique à true ce qui a pour effet de générer les en-têtes http demandant au cache DU NAVIGATEUR de ne pas fonctionner. Mais maintenant j’ai un problème de page blanche (sous firefox) ou d’internal server error (sous opera). Le problème survient un chargement sur deux. Je demande une première fois la page, pas de problème. Je reclique dans la barre d’adresse (je ne demande pas une actualisation de la page) et là j’ai le problème, puis si je reclique dans la barre d’adresse (sans réactualisation) la page s’affiche normalement, et ainsi de suite... Quand je réactualise dans le navigateur, par contre, pas de problème.

Si j’enlève l’option flag_dynamique tout remarche normalement, à l’exception près que le cache du navigateur ne permet pas les recalcul SPIP.

J’ai constaté aussi sous ie des pages blanches qui apparaissent de manière aléatoire sur mon site et que je ne peux supprimer qu’en allant vider le cache dans la partie privée.

Si quelqu’un pouvait me donner la solution, ça m’enlèverait une grosse épine. Merci.
Indiquez l’intérêt que vous portez à cette réponse

0

David Lamarre

Avril 2007

Dans le même ordre d’idées :

Mon site a été créé en 1.9.1, depuis j’ai passé en 1.9.2. Je suis hébergé par netfirms (netfirms.ca) en php 4.3.1.

Mon site de cinéma (www.sep7.ca) affiche occasionellement des pages blanches sur Firefox, des messages d’erreur standard sur explorer (incapable d’afficher la page).

Sur Firefox, quand la page est blanche et que je demande à voir le code, le code semble tout-à-fait normal. Le problème se produit dans les rubriques, sur la page d’accueil, dans les articles et dans l’espace privé. Que le cache du site ou du navigateur soit vide ne change rien au problème.

Dans le spip log, une page vide affiche les même infos qu’une page affichée normalement. Il arrive que le serveur Mysql de l’hébergeur me rende des messages d’erreur mais ça me semble un problème parallèle.

Merci d’avance du coup de main, j’en ai vraiment besoin.
Indiquez l’intérêt que vous portez à cette réponse

0

David Lamarre

Avril 2007

J’oubliais !

Si le bouton "actualiser" est pressé, la page s’affiche normalement.
Indiquez l’intérêt que vous portez à cette réponse

0

Committo, Ergo Sum

Avril 2007

La page n’est pas vide bien sûr, elle contient bien du html.

Pourquoi « bien sûr » ? Il y a eu des cas où la réponse était totalement vide ! Comment voulez-vous qu’on vous aide si vous partez du principe qu’on peut deviner tous les détails ?

Si j’enlève l’option flag_dynamique tout remarche normalement, à l’exception près que le cache du navigateur ne permet pas les recalcul SPIP

.

Donc, si je comprends bien SPIP ne produit pas de pages blanches sauf lorsqu’on applique uniformémémnt cette variable qui a été introduite pour des squelettes très spécifiques. Croyez-vous vraiment qu’on pouvait trouver l’origine de votre problème si vous passez sous silence une information aussi capitale ? Et croyez-vous qu’on a envie de vous aider s’il faut deux messages pour vous la faire dire ?

Il aurait été nettement plus simple de dire dès le départ que le système de cache de la 1.9.2, qui a effectivement changé, ne vous convient pas. Là dessus oui, on peut faire quelque chose, on va voir ça.
Indiquez l’intérêt que vous portez à cette réponse

0

David Lamarre

Avril 2007

Dans le cas qui me concerne, je pense avoir donné sans le vouloir, une info erronné. Quand on demande de voir le code d’une page, Firefox l’ouvre dans une nouvelle fenêtre, ce qui agit comme si elle était recalculée. Pour la première fois aujourd’hui, en demandant le code de la page, j’ai obtenu une page vide.

J’ai essayé sans mes squelettes, sans mes css, j’ai aussi essayé de réinstaller spip au complet. Le problème demeure.

Ça sent l’embrouille avec l’hébergeur.
Indiquez l’intérêt que vous portez à cette réponse

0

ben

Avril 2007

A priori il doit s’agir d’une gestion incorrecte du status 302.

Ca peut provenir de plusieurs choses, mais mon hypothèse est que SPIP n’arrive pas à passer le header(’Status : 302 Unchanged’) jusqu’au client. Une possible explication serait la présence d’un saut de ligne ou autre caractère indésirable dans un des fichiers (mes_options.php par exemple).

ben

Avril 2007

Voilà une session typique du bug, sur la home http://sep7.ca/ :

GET / HTTP/1.1
Host: sep7.ca
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://sep7.ca/
If-Modified-Since: Thu, 26 Apr 2007 10:06:56 GMT

Réponse du serveur :

HTTP/1.x 200 OK

C’est pas bien gras :(

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

0

Philippe

Avril 2007

Merci Fil pour ta réponse. J’imaginais aussi un problème de cet ordre. Je vais regarder mon fichier options.

En ce qui concerne notre ami calmito ergo sum, je voudrais juste lui dire que :
1° la version qui ne marche pas pour moi est la 1.9.1 et qu’il l’aurait su s’il avait pris la peine de lire attentivement mon précédent post

Depuis mon passage en 1.9.1

2° je m’en branle comme de l’an quarante que la gestion du cache soit meilleure ou moins bonne. Tout ce que je veux c’est que mon site marche
3° que le problème est signalé depuis très longtemps et il est surprenant que personne n’ait apporté de solution. Excepté, je l’espère Fil
4° que rien ne sert de monter sur ses grands chevaux, on ne devient pas plus grand pour autant
Indiquez l’intérêt que vous portez à cette réponse

0

ben

Avril 2007

Attention je me suis gouré, le status attendu est "304 - Not modified" et non pas 302.
Indiquez l’intérêt que vous portez à cette réponse

0

Committo, Ergo Sum

Avril 2007

je voudrais juste lui dire que : 1° la version qui ne marche pas pour moi est la 1.9.1

Ton premier post a pour titre

Affichage d’une page blanche lors de la mise-à-jour de spip 1.9.2a.

Et parler de grand chevaux quand, dès ton premier post (toujours lui) tu employais 4 points d’exclamation, c’est vraiment la paille et la poutre.

Mais, merci d’être autant de mauvaise foi, ça me rend plus serein.
Indiquez l’intérêt que vous portez à cette réponse

0

Philippe

Avril 2007

Malheureusement Fil j’ai essayé de reprendre mes fichiers options, mes_fonctions et ça ne marche pas mieux. Une autre piste peut-être ?
Indiquez l’intérêt que vous portez à cette réponse

0
ben

Avril 2007
Il faut investiguer au plus près du code, c’est pas trivial... Tu peux peut-être tout simplement désactiver la gestion du 304 dans ecrire/public/assembler.php, en mettant entre commentaires les lignes :
if (trim($since) == gmdate("D, d M Y H:i:s", $lastmodified)) { $page['status'] = 304; $headers_only = true; }
Indiquez l’intérêt que vous portez à cette réponse

0

ben

Avril 2007

Peux-tu indiquer ce que tu as comme serveur ?

En particulier on a repéré un problème avec IIS/ qu’on essaie de détecter avec $_SERVER['SERVER_SOFTWARE'].
Indiquez l’intérêt que vous portez à cette réponse

0

David Lamarre

Avril 2007

D’abord merci pour le coup de main tout le monde (principalement Fil). Je ne dors plus, je dois trouver un moyen de corriger ce problème fort ennuyant.

Toutefois, les solutions envisagées ne semblent pas efficaces. En ce qui concerne le fichier mes_options.php, j’en ai pas, ça ne devrait pas être un problème.

J’ai placé des // devant les lignes cités et le problème demeure.

Tout ça pour dire que j’ai beaucoup BEAUCOUP de respect et d’admiration pour ceux qui savent faire fonctionner un site web.
Indiquez l’intérêt que vous portez à cette réponse

0

ben

Avril 2007

Ouch... Donc c’est peut-être pas la gestion de 304.

Une fois que tu as commenté ces lignes, essaie de commenter les suivantes, qui testent $headers_only pour ne pas renvoyer le contenu (justement).
Indiquez l’intérêt que vous portez à cette réponse

0

David Lamarre

Avril 2007

Je vous remercie de votre patience sans bornes... Après les modifs suggérés, le problème se reproduisait quand même.

$headers_only = ($_SERVER[’REQUEST_METHOD’] == ’HEAD’) ;

// Pour les pages non-dynamiques (indiquees par #CACHEduree,cache-client)
// une perennite valide a meme reponse qu’une requete HEAD (par defaut les
// pages sont dynamiques)
if (isset($_SERVER[’HTTP_IF_MODIFIED_SINCE’])
AND !$var_mode
AND $chemin_cache
AND isset($page[’entetes’])
AND strstr($page[’entetes’][’Cache-Control’],’max-age=’)
AND !strstr($_SERVER[’SERVER_SOFTWARE’],’IIS/’)
)
$since = preg_replace(’/ ;.*/’, ’’,
$_SERVER[’HTTP_IF_MODIFIED_SINCE’]) ;
$since = str_replace(’GMT’, ’’, $since) ;
// if (trim($since) == gmdate("D, d M Y H:i:s", $lastmodified))
// $page[’status’] = 304 ;
// $headers_only = true ;
//

// Si requete HEAD ou Last-modified compatible, ignorer le texte
// et pas de content-type (pour contrer le bouton admin de inc-public)

// if ($headers_only)
// $page[’entetes’]["Connection"] = "close" ;
// $page[’texte’] = "" ;
//
// else

if (!$use_cache)
if (isset($page[’contexte’]))
// Remplir les globals pour les boutons d’admin
foreach ($page[’contexte’] as $var=>$val)
$GLOBALS[$var] = $val ;

else
$parametrer = charger_fonction(’parametrer’, ’public’) ;
$page = $parametrer($fond, ’’, $chemin_cache) ;
if ($chemin_cache)
$cacher(NULL, $use_cache, $chemin_cache, $page, $lastmodified) ;

if ($chemin_cache) $page[’cache’] = $chemin_cache ;

auto_content_type($page) ;

$flag_preserver |= headers_sent() ;

// Definir les entetes si ce n’est fait
if (!$flag_preserver)
if ($flag_ob)
// Si la page est vide, produire l’erreur 404
if (trim($page[’texte’]) === ’’
AND $var_mode != ’debug’)
$page = message_erreur_404() ;

// pas de cache client en mode ’observation’
if ($var_mode)
$page[’entetes’]["Cache-Control"]= "no-cache,must-revalidate" ;
$page[’entetes’]["Pragma"] = "no-cache" ;

// Entete Last-Modified :
// eviter d’etre incoherent en envoyant un lastmodified identique
// a celui qu’on a refuse d’honorer plus haut (cf. #655)
if ($lastmodified
AND !isset($_SERVER[’HTTP_IF_MODIFIED_SINCE’]))
$page[’entetes’]["Last-Modified"]=gmdate("D, d M Y H:i:s", $lastmodified)." GMT" ;

return $page ;

J’ai aussi essayé en commantant en plus la dernière partie :

// eviter d’etre incoherent en envoyant un lastmodified identique
// a celui qu’on a refuse d’honorer plus haut (cf. #655)
// if ($lastmodified
// AND !isset($_SERVER[’HTTP_IF_MODIFIED_SINCE’]))
// $page[’entetes’]["Last-Modified"]=gmdate("D, d M Y H:i:s", // $lastmodified)." GMT" ;
//
// return $page ;

Ça ne faisait que loader les boutons d’admin sur une page vide. Si quelqu’un est assez gentil et passionné pour regarder le problème de plus près, je suis prêt à préparer un accès au site. Communiquez avec moi par courriel. (dlamarre@sep7.ca)
Indiquez l’intérêt que vous portez à cette réponse

0

Philippe

Avril 2007

Pareil pour moi, les commentaires ne changent rien au problème.
L’en-tête HTTP si ça peut aider :

HTTP/1.1 200 OK
Date : Thu, 26 Apr 2007 22:37:07 GMTServer : Apache
Cache-Control : no-cache,must-revalidate
Composed-By : SPIP 1.9.1 @ www.spip.net
Pragma : no-cache
Vary : Cookie,Accept-Encoding
X-Powered-By : PHP/4.4.4
X-Spip-Cache : 0
Last-Modified : Thu, 26 Apr 2007 22:37:07 GMT
Connection : close
Content-Type : text/html ; charset=iso-8859-1
Indiquez l’intérêt que vous portez à cette réponse

0

ben

Avril 2007

Je sèche. Je veux bien explorer le truc plus en détails si l’un de vous me donne (fil@rezo.net) les codes ftp d’accès au site.
Indiquez l’intérêt que vous portez à cette réponse

0

niouf

Avril 2007

Bonjour,

Comment fait on pour annuler la mise en cache de spip globalement en attendant que le problème de la page blanche se résoud ? S’il vous plaît ?

SPIP 1.9.1/PHP ;MySQL dernière version/Godaddy

Merci et bon courage à FIL et aux autres développeurs...“lors de la deuxième actualisation la page courante s’affiche éffectivement...peut être que l’hébergeur à des problèmes avec Apache, ou autre...”

« Précédent 1 2 Suivant »