Désolé d’intervenir non pour répondre mais pour ajouter mon expérience...

J’ai depuis peu le même genre de problème mais avec SPIP 1.8.3. On a plus de 100 articles et ce problème vient juste d’apparaître et ne concerne que quelques articles, des récents et d’autres datant d’un mois ou deux.

Dans ton cas : Or, il s’avère qu’à l’usage, lorsque le cache est vide ou que son délai est dépassé, j’obtiens une page blanche lors du PREMIER chargement de mes pages, que ce soit en entrant l’URL dans le navigateur ou via un lien. Si je rafraichis la page ou que je revalide l’URL, la page se recalcule et s’affiche correctement.

Dans mon cas : page blanche. Et je peux réessayer tant que je veux, rafraichir la page... ça ne change rien. Le seul truc qui débloque la situation est de forcer le recalcul en ajoutant à l’url de l’article : &var_mode=recalcul

"Mon" site est également hébergé chez Free. Coincidence ou causalité ???

"Mon" site est également hébergé chez Free. Coincidence ou causalité ???

Mmmm ... coincidence ? En fait, en réfléchissant bien, je crois que les premiers jours de la mise en ligne de la version 1.9 chez Free, cela a bien fonctionné. Mon problème date d’à peine une poignée de jours.

Récapitulatif de l’emploi du temps : J’ai fait la migration en 1.9 le dimanche soir 2 juillet 2006 sur les serveurs Free. Je suis presque persuadé que pendant la journée du lundi 3 juillet, mon site a fonctionné correctement car je l’ai checké du boulot via Firefox 1.0.6 monté sur une Fedora Core. Je me suis rendu compte du problème mardi soir 3 juillet en faisant une connexion de chez moi. Depuis ce jour, que ce soit de chez moi ou du boulot, ça déconne ... sous Firefox

Rectificatif :
Pardon il s’agit du Mardi 4 juillet au soir, que je me suis rendu compte du problème.

j’ai également remarqué ce problème seulement cette semaine. Le 5 juillet pour être précis.

ça déconne avec n’importe quel navigateur sur mon Mac (ils ne sont sans doute pas en cause de toute façon). Et l’astuce de compléter l’URL par &var_mode=calcul ou &var_mode=recalcul ne marche pas à tous les coups.

Ta remarque lorsque le cache est vide ou que son délai est dépassé, j’obtiens une page blanche lors du PREMIER chargement de mes pages m’inquiète... car si des articles peuvent disparaitre du cache, alors le problème peut se poser n’importe où dans mon "site".

 :(

Je dois aussi effectuer la migration d’un autre site web, chez un autre hébergeur. les squelettes ressemblent beaucoup à ceux de mon site perso (ils sont eux aussi super simples, basés sur le même modèle). Ca me permettra de vérifier si l’hébergeur a une influence ou non sur ce problème.

Bien, je viens d’effectuer la migration en version 1.9 de cet autre site web et il n’y a aucun problème. J’en ai profité pour vérifier la structure des squelettes avec ceux de mon site perso qui déconne : les fichiers sont structurellement quasi-identiques entre les deux sites. C’est indéniable.

Je rappelle que pour les deux sites, j’ai effectué une installation neuve, donc « propre », de spip 1.9, à laquelle je me suis contenté de greffer des squelettes : installation « basique ».

Le problème que nous rencontrons semble donc bel et bien lié d’une manière ou d’une autre à l’hébergeur www.free.fr .

Je vais tâcher de prendre contact avec eux. Ceux qui rencontrent ce problème sont également invités à faire de même. J’aimerais bien connaitre la raison de tout ça ...

Thx.

Je ne vais pas non plus apporter de solution, mais je peux également confirmer que ces derniers jours j’ai constaté des problèmes lors du chargement de certaines pages de mon site en 1.8.3 hébergé chez Online, avec des temps de chargement long, ou parfois même un échec accompagné d’un message avertissant de problèmes de moteur PHP. Ça semble fonctionner mieux à l’heure où j’écris ces lignes, donc il s’agissait peut-être d’un problème temporaire. (Ou mieux, ils ont peut-être fini par améliorer leurs performances, qui sont quand même assez pauvres avec Spip !)

J’ai aussi je gros problèmes de pages blanches avec free et mon forum en phpbb (en fait je n’arrive plus à atteindre aucune page de mon site, mais j’ai toujours acccès en FTP...)

J’ai installé hier spip1.9 et je suis chez free aussi mais j’ai toujours acces à la partie privé du site et tout semble encore présent. Je tiens à signaler que j’ai installé d’autres logiciels pour compléter mon site tels que gest’classe et stockpotatoes et donc que c’est peut être ces installations qui ont "bugué" le site sous spip. Voila mon message d’erreur :

Fatal error : filemtime() [function.filemtime] : Stat failed for CACHE/b/-ana-fr-xhtml_error%3D.d9e83853 (errno=2 - No such file or directory) in /mnt/123/sdc/2/1/frederic.claeyman/ecrire/public/cacher.php on line 302

je confirme : meme probleme pour moi... tout marche parfaitement en local (easyphp 1.8 / php 4 / mysql 5 / phpmyadmin 5) et sur free ca deconne un max

j’ai deja modifié le code natif spip 1.9 pour ce qui concerne des lignes de compatibilité faisant des appels à des .Php3

mais je me heurte au dysfonctionnement suivant, qui est recurrent et aleatoire ; en chargeant plusieur fois la page je finis par la voir...

Fatal error : public_composer_dist() [function.include] : Failed opening ’formulaires/formulaire_admin_fonctions.php’ for inclusion (include_path=’/mnt/124/sdc/f/d/olivier.quenechdu/include :. :/usr/php4/lib/php’) in /mnt/124/sdc/f/d/olivier.quenechdu/spip/ecrire/public/composer.php on line 50

ainsi que precedemment citée :

Fatal error : filemtime() [function.filemtime] : Stat failed for IMG/cache-gd2/06a52c004af80157b3c132285b1e35ad.jpg (errno=2 - No such file or directory) in /mnt/124/sdc/f/d/olivier.quenechdu/spip/ecrire/inc/filtres.php on line 916

reste que l’utilisateur lambda voudra til se donner la peine de recharger plusieur fois la page lorsqua la 1e apparition il est gratifié d’un "Fatal error" ? j’en doute...

le probleme vient à priori du fait que free doit modifier la config de ses serveurs d’hebergement jusque la compatible 1.8 et que cela va sans doute prendre du temps, en particulier avec les congés de juillet aout...

ps. pour resoudre ce probleme on m’a conseillé de... changer d’hebergeur !

Le problème semble être provoqué par free indépendamment de SPIP. Voir par exemple cette page http://nimp.crew.free.fr/V2_NimpPho... qui a aussi la fatal error.

Le problème est référencé dans la base de tickets de SPIP : http://trac.rezo.net/trac/spip/tick...

@Olivier

Pour ma part, j’ai eu les mêmes messages d’erreur que toi. J’ai résolu le problème en créant un répertoire ./public à la racine du site et en y plaçant une copie de composer.php (afin de ne pas toucher au fichier natif de SPIP).

Dans cette copie du fichier composer.php, j’ai commenté :
 à la ligne 49 :

 à la ligne 87 :

Reste à voir si ça t’aide ... De même, j’ai également résolu mon problème de page blanche lorsque le cache est vide en plaçant un délai de cache égal à 6 mois (oooh le bourrin !) grâce à la balise #CACHE(xxxx) placée en début de squelette. Je peux me permettre ce type de manip’ car mon site est peu mis à jour (il s’agit d’un CV en ligne). Mais un site produisant quotidiennement de nouvelles publications pourrait difficilement se permettre d’utiliser cette astuce...

@Fil

Merci beaucoup pour tes informations, ça fait plaisir de voir que le problème a été pris au sérieux par la communauté SPIPienne.

Bonjour,

Je commente aussi ce problème. Je ne suis pas chez Free.fr, je viens d’effectuer une installation propre de spip 1.9, après le module d’installation, une page blanche. Pas moyen d’y changer quoi que ce soit même avec "&var_mode=recalcul". La BD est neuve.

Je vous invite à consulter mon site si ça vous intéresse de regarder de plus près...

Merci pour votre aide.

Bonjour,

Même problème chez Nuxit, l’affichage est très aléatoire uniquement sous fireFox. Il n’y a pas de message d’erreur, juste une page blanche. En cours de support chez Nuxit. Problème de cache ou de header HTTP ?

Bertrand

une précission, il n’y a pas de problème avec firefox 1.5.0.1 !! uniquement avec le 1.5.0.4 !!

Bertrand

Solution au problème de page blanche : Apparament, il n’y a aucun problème chez l’hébergeur Nuxit dont je salut la disponibilité et la compétence du support au passage.

Le problème viendrait de la combinaison firewall + cookie de correspondance. En supprimant le cookie ou en désactivant le firewall, le problème de page blanche ne se produit plus.

J’ai pu tester se problème sur FireFox 1.5.0.4 + MacAfee et FireFox 1.5.0.4+Kerio sur windows XP SP2 qui donne une page blanche dès que l’on se connecte en administrateur sur la partie privé.

Un bug de spip ??

Bertrand

J’ai rencontré ces 2 cas alors j’en cause. Des pages blanches se sont affichées quand :

1) un javascript affiche l’ensemble de la page mais se plante avant l’affichage. Utilisé pour faire un affichage où tout la page en même temps. Là c’est facile à détecter avec Firefox en allant voir la console javascript.

2) Il y a un plantage php mais le serveur n’affiche pas les erreurs. Mes essais sur Free m’indiquent que Free affiche les erreurs. Pour d’autres hébergeurs, cela reste à vérifier.

Voilà. Je confirme le soucis des messages php qui traînent chez Free. En ce qui me concerne toujours dans la gestion du CACHE.

Le GoJac

Voici un patch pour corriger l’erreur sur cacher.php et composer.php pour l’hébergeur www.free.fr : http://trac.rezo.net/trac/spip/changeset/6900

ATTENTION : l’URL pointe la future 1.9.1, il ne faut pas prendre les fichiers tels quels, seulement reporter les différences indiquées sur la page web dans les fichiers concernés (3 modifs à faire dans cacher.php et 2 dans composer.php). Si vous vous contentez d’écraser les fichiers d’origine avec ceux de l’URL, vous obtiendrez des erreurs (notamment sur le fichier inc/chercher_logo.php).

oups pardon, problème de lien : http://trac.rezo.net/trac/spip/changeset/6900 voilà, y’a plus qu’à cliquer ...

Je suis chez free... J’ai depuis cet aprem’ un pb de page blanche... mais avec I.E. (ouf la situation se normalise)

je travaille toujours sous firefox et je controle après chez interniet exploser voir ce qu’il en reste : rien...

en ce moment, je suis sur mon site du soir au matin c’est apparu en cours d’après midi

C’est bien free qui est en cause... j’ai rencontré le même souci et appliqué le correctif trouvé ici... problème résolu...

http://spip-epona.org/spip.php ?article32

Parse error : syntax error, unexpected ’ ;’ in /mnt/123/sdc/2/1/frederic.claeyman/ecrire/public/composer.php on line 51

je suis sur que c’est un truc tout bête mais comment on corrige ?

fred

Bonjour,

effectivement je viens d’avoir le même problème ! je ne susi pas hébergé chez free (rien àvoir !) je suis chez un hébergeur payant américian (très satisfaisant !), le site spip en questio nest sous 1.8.3 (version .php qu iintègre aussi fckeditor).

j’ai effectué récemment via le navigateur firefox 1.5.0.6, une opéation de vider le cache, tout semblait ok ! mais lorsque je demander les pages public ou privé je n’ai eu que des pages blanches et cela dur toujours. (idem sous ie 6 et opera 9 !)

merci de m’expliquer pkoi et comment réparait !

@+

Désolé d’en décevoir certain :

Voici un patch pour corriger l’erreur sur cacher.php et composer.php pour l’hébergeur www.free.fr : http://trac.rezo.net/trac/spip/changeset/6900

ATTENTION : l’URL pointe la future 1.9.1, …

mais le problème se poursuit avec les sites construit à partir de spip 1.9.1 et ce, quelle que soit la révision de spip 1.9.1

exemple : un site que je viens de réaliser : http://chateaudevillaines.fr/

Je n’ai pas vidé le cache en partie privée depuis longtemps, mais le problème se reproduit tout de même de temps à autre.

une idée (je précise que je ne connais quasiment rien en php) : serait-il possible de mettre quelque part dans le code des squelettes, un script qui, comme ceux qui détectent le navigateur, ou la langue du navigateur, détectent si le cache de la page est vide, et dans ce cas déclenche un recalcule de la dite page ?

Si quelqu’un à une idée sur la manière de coder çà, cela en aiderai beaucoup !

Bonjour, J’ai pas grand chose à rajouter avec la 1.9.1 toute neuve, ça le fait toujours. Bertrand

Même problème avec IE6 et firefox en 1.9.1. Une variante avec opera : internal server error.

Le problème est apparu lorsque j’ai positionné dans mes_options.php la variable flag_dynamique à true en raison des problèmes de rafraichissement de page que je rencontrais. Si je repositionne flag_dynamique à false, je n’ai plus les problèmes de pages blanches ou d’internal server error.

Si ça peut aider ?

j’ai eu la meme erreur sur spip avec mon site www.tesinfos.com : pour le resoudre :

http://walliinmix.free.fr/spip.php ?page=login-public&var_mode=recalcul

puis vider le cache

et hop ca remarche ;)

Bonjour, Je ne sais pas si c’est LA solution, mais j’ai remarqué que depuis que j’ai mis une balise META je n’ai plus du tout de page blanche côté pages publiques. Alors que juste avant, c’était une calamité quand le cache était vide.

C’est comme si le problème venait des moteurs de recherche. Mais je n’y connais rien du tout.

En revanche, j’ai toujours ce problème côté privé, de façon irrégulière et apparemment plus fort quand le cache est vide. Je suis sous SPIP 192d + squelette SARKA 2

Quelle balise META avez-vous ajouté ? Je rencontre souvent ce problème de page blanche et je souhaiterais savoir quelles astuces peuvent le corriger... Merci d’avance. Aurélie

Comme je n’y connais pas grand chose (je vais donc sans doute faire hurler les puristes de spip), j’ai mis en premières lignes dans sommaire.htlm, avant "zone bandeau", juste après <div id="conteneur">

(J’ai mis un copier-coller exact des lignes du fichier, ordre et espace compris) Je pense qu’il doit y avoir redondance. A mon avis, celle du milieu doit suffire.

En fait, c’est parce que je ne souhaitais pas être trop vite référencée (c’est un site pour mes étudiants et il est embryonnaire). Et je me suis aperçue que le pb de page blanche à la lecture avait disparu dès que j’ai mis ça. Alors qu’il était très pénible, y compris en pages publiques avant.

Il reste en pages privée, de façon aléatoire. Pas de pb ce matin, accès parfait et immédiat, mais ça faisait plusieurs jours que je n’accédais pas du tout aux pages privées. Même en ayant mis php 1 dans un fichier .htaccess.txt déposé à la racine. Mais contrairement à ce qui est dit sur les forums, j’ai laissé d’autres lignes actives après cette ligne php 1 (sur les forums, on trouve "mettre cette seule ligne php 1". Je crains que ça, ça ne soit un problème de mon hébergeur (Free). Ça s’était en fait aggravé côté pages privées (accès impossible, même en insistant 10 fois de suite) juste après que j’ai mis ce fichier .htacces.txt. Et ce matin, parfait comme ça n’était jamais arrivé depuis 10 mois que j’ai commencé. Peut-être qu’il faut quelques jours (3-4 jours ?) pour que le serveur de Free prenne en compte .htacces.txt ? Je dois dire une énormité, mais comme je n’ai aucune idée du fonctionnement "matériel" de la chose... Voilà, c’est tout ce que je peux dire pour le moment sur les pages blanches côté public et privé à partir de mes expériences et observations. Bonne chance !

Yveline

Je vous remercie pour ces renseignements... Cependant j’ai réfléchi au problème aujourd’hui et j’ai trouvé une solution qui marche à tous les coups ; voir cette page http://forum.spip.org/fr_203766.html#forum203852 pour plus de précisions).

Aurélie