"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

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 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 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

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.

@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,

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

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

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/chan...

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).

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

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

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/chan...

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 !

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 ?

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

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