j’ai un problème bizarre, le sujet de mon mail le dis déjà : plus rien sur mon site, page blanc, et le code source aussi.
Il s’agit d’un site mutualisé (spip 1.9.2) avec un autre site. L’autre site tourne normalement après avoir causé des problèmes au serveur hier (sa bdd est trop énorme et à causé des problèmes mysql, mais ça c’est un autre problème). Les problèmes avec le serveur sont réglés.
Puisque l’autre site tourne normalement je me suis dit que ce n’est pas l’installation du noyeau qui a un problème. J’ai essayé au niveau de la bdd : j’ai renommé connect.php et voila, la page tout blanc a montré l’écran normale d’installation de spip. J’ai donc suivi la procédure d’installation et j’ai crée une nouvelle bdd. Mais une fois l’installation complété je reçois à nouveau la page blanc.
Vous avez des astuces par où chercher mon problème?
merci d’avance
joz
Parfois cela peut être du au squelette dont un include n'aurait pas été mis à jour.
Arnaud
agnes a écrit :
Salut tout le monde,
j'ai un problème bizarre, le sujet de mon mail le dis déjà : plus rien sur mon site, page blanc, et le code source aussi.
Il s'agit d'un site mutualisé (spip 1.9.2) avec un autre site. L'autre site tourne normalement après avoir causé des problèmes au serveur hier (sa bdd est trop énorme et à causé des problèmes mysql, mais ça c'est un autre problème). Les problèmes avec le serveur sont réglés.
Puisque l'autre site tourne normalement je me suis dit que ce n'est pas l'installation du noyeau qui a un problème. J'ai essayé au niveau de la bdd : j'ai renommé connect.php et voila, la page tout blanc a montré l'écran normale d'installation de spip. J'ai donc suivi la procédure d'installation et j'ai crée une nouvelle bdd. Mais une fois l'installation complété je reçois à nouveau la page blanc.
Vous avez des astuces par où chercher mon problème?
merci d'avance
joz
non, ce n'est pas ça.. j'avais déjà renommer mon dossier squelette pour voir si le problème est là. J'ai aussi renommer local et tmp pour voir si cela change qqchose, mais non, tout reste blanc
s'il y a d'autre pistes...
Resonnance wrote:
Bonjour,
Parfois cela peut être du au squelette dont un include n'aurait pas été mis à jour.
Arnaud
agnes a écrit :
Salut tout le monde,
j'ai un problème bizarre, le sujet de mon mail le dis déjà : plus rien sur mon site, page blanc, et le code source aussi.
Il s'agit d'un site mutualisé (spip 1.9.2) avec un autre site. L'autre site tourne normalement après avoir causé des problèmes au serveur hier (sa bdd est trop énorme et à causé des problèmes mysql, mais ça c'est un autre problème). Les problèmes avec le serveur sont réglés.
Puisque l'autre site tourne normalement je me suis dit que ce n'est pas l'installation du noyeau qui a un problème. J'ai essayé au niveau de la bdd : j'ai renommé connect.php et voila, la page tout blanc a montré l'écran normale d'installation de spip. J'ai donc suivi la procédure d'installation et j'ai crée une nouvelle bdd. Mais une fois l'installation complété je reçois à nouveau la page blanc.
Vous avez des astuces par où chercher mon problème?
merci d'avance
joz
--
Don't let Microsoft get any more from you... Stop using hotmail
Il pourrait s'agir d'une erreur de syntaxe MySQL dans un squelette.
Avec les nouvelles versions de spip, il arrive que ces erreurs n'apparaissent pas à l'écran!!!
Regarde dans les fichiers spip.log (les erreurs MySQL y sont enregistrées) dans les répertoires ecrire/data ou tmp.
A+
agnes a écrit :
non, ce n'est pas ça.. j'avais déjà renommer mon dossier squelette pour voir si le problème est là. J'ai aussi renommer local et tmp pour voir si cela change qqchose, mais non, tout reste blanc
s'il y a d'autre pistes...
Resonnance wrote:
Bonjour,
Parfois cela peut être du au squelette dont un include n'aurait pas été mis à jour.
Arnaud
agnes a écrit :
Salut tout le monde,
j'ai un problème bizarre, le sujet de mon mail le dis déjà : plus rien sur mon site, page blanc, et le code source aussi.
Il s'agit d'un site mutualisé (spip 1.9.2) avec un autre site. L'autre site tourne normalement après avoir causé des problèmes au serveur hier (sa bdd est trop énorme et à causé des problèmes mysql, mais ça c'est un autre problème). Les problèmes avec le serveur sont réglés.
Puisque l'autre site tourne normalement je me suis dit que ce n'est pas l'installation du noyeau qui a un problème. J'ai essayé au niveau de la bdd : j'ai renommé connect.php et voila, la page tout blanc a montré l'écran normale d'installation de spip. J'ai donc suivi la procédure d'installation et j'ai crée une nouvelle bdd. Mais une fois l'installation complété je reçois à nouveau la page blanc.
Vous avez des astuces par où chercher mon problème?
merci d'avance
joz
Hm, j'ai enlevé mes squelettes et j'ai essayé de remplacer la bdd par une nouvelle. Les deux manières n'ont rien donné, est-ce que tu penses quand même qu'il peut s'agir d'un erreur MySQL dans un squelette?
En faite j'avais déjà regardé dans les logs, mais cela ne me racontais pas grand chose.
Je les copie ici, p-ê cela peut donner une piste?
les voici:
Mar 18 13:02:30 62.235.204.52 (pid 24571) - SELECT COUNT(*) FROM spip_meta
Mar 18 13:02:30 62.235.204.52 (pid 24571) 1146 Table 'spip_protectioninternational.spip_meta' doesn't exist
Mar 18 13:02:35 62.235.204.52 (pid 25625) POST /ecrire/?exec=install
Mar 18 13:02:35 62.235.204.52 (pid 25625) - DELETE FROM spip_meta WHERE nom='cs_decoupe'
Mar 18 13:02:35 62.235.204.52 (pid 25625) 1045 Access denied for user 'protectionline'@'localhost' (using password: NO)
Mar 18 13:02:35 62.235.204.52 (pid 25625) POST /ecrire/?exec=install
Mar 18 13:02:35 62.235.204.52 (pid 25625) - SELECT * FROM spip_auteurs WHERE statut='0minirezo'
Mar 18 13:02:35 62.235.204.52 (pid 25625) 1045 Access denied for user 'protectionline'@'localhost' (using password: NO)
Mar 18 13:02:57 62.235.204.52 (pid 25702) POST /ecrire/?exec=install
Mar 18 13:02:57 62.235.204.52 (pid 25702) - DELETE FROM spip_meta WHERE nom='cs_decoupe'
Mar 18 13:02:57 62.235.204.52 (pid 25702) 1045 Access denied for user 'protectionline'@'localhost' (using password: NO)
Mar 18 13:02:57 62.235.204.52 (pid 25702) POST /ecrire/?exec=install
Mar 18 13:02:57 62.235.204.52 (pid 25702) - SELECT * FROM spip_auteurs WHERE statut='0minirezo'
Mar 18 13:02:57 62.235.204.52 (pid 25702) 1045 Access denied for user 'protectionline'@'localhost' (using password: NO)
Mar 18 13:03:01 62.235.204.52 (pid 25729) renouvellement de l'alea_ephemere: 33f4df78e65cf0bb3929550d80ae0ed1
Mar 18 14:01:49 62.235.204.52 (pid 7888) creation sites/www.protectioninternational.org/tmp/couteau-suisse/
Mar 18 14:03:49 62.235.204.52 (pid 8020) redirige: http://www.protectioninternational.org/spip.php?page=login&url=ecrire%2F
Mar 18 14:03:49 62.235.204.52 (pid 8021) redirige: spip.php?page=login&url=ecrire%2F&lang=fr
Mar 18 14:03:50 62.235.204.52 (pid 8022) COMPIL (0.03s) [dist/login] html_9a8486f0ac7d24af7e7d610a9cc77ff0.php
Mar 18 14:04:01 62.235.204.52 (pid 8044) COMPIL (0.09s) [sites/www.protectioninternational.org/squelettes/sommaire] html_511304a40691beccb751af27dbf4f821.php
Mar 18 14:04:08 62.235.204.52 (pid 8054) redirige: http://www.protectioninternational.org/spip.php?page=login&url=ecrire%2F
Mar 18 14:04:09 62.235.204.52 (pid 8055) redirige: spip.php?page=login&url=ecrire%2F&lang=fr
Mar 18 14:04:42 72.30.78.232 (pid 8085) redirige: /-A-propos-de-PI-.html?lang=es
Mar 18 14:04:43 72.30.78.232 (pid 8086) COMPIL (0.13s) [sites/www.protectioninternational.org/squelettes/rubrique] html_2e079cf618537331e67f96658e7e5b82.php
Mar 18 14:06:31 62.235.204.52 (pid 9513) COMPIL (0.05s) [sites/www.protectioninternational.org/squelettes/recherche] html_6f0475c9b8e0b70fae7e407fa6ab3573.php
Mar 18 14:07:28 62.235.204.52 (pid 9607) COMPIL (0.03s) [dist/recherche] html_aad0c2396364d633c947be87ad7f839e.php
Mar 18 14:07:32 62.235.204.52 (pid 9613) COMPIL (0.05s) [dist/sommaire] html_1c4f894574d730e016e980d91fa678ca.php
Mar 18 14:11:49 62.235.204.52 (pid 11305) renouvellement de l'alea_ephemere: 7483c25cd9f5f414a736f08eac9a0fe9
Mar 18 14:11:49 62.235.204.52 (pid 11305) redirige: http://www.protectioninternational.org/spip.php?page=login&url=ecrire%2F
Mar 18 14:11:49 62.235.204.52 (pid 11307) redirige: spip.php?page=login&url=ecrire%2F&lang=fr
Mar 18 14:12:20 62.235.204.52 (pid 11353) redirige: http://www.protectioninternational.org/spip.php?page=login&url=ecrire%2F%3Fbonjour%3Doui&var_echec_cookie=true
Mar 18 14:12:21 62.235.204.52 (pid 11354) redirige: spip.php?page=login&url=ecrire%2F%3Fbonjour%3Doui&lang=fr
Mar 18 14:23:15 62.235.204.52 (pid 13896) COMPIL (0.04s) [dist/sommaire] html_1c4f894574d730e016e980d91fa678ca.php
Mar 18 14:28:45 72.30.78.232 (pid 15475) COMPIL (0.06s) [dist/rubrique] html_83bf408618b32321d65c1b63ab0c286b.php
Mar 18 14:28:45 72.30.78.232 (pid 15475) calcul (0.00s) [dist/rubrique] page='rubrique', lang='es', date_redac='2009-03-18 14:28:45', date='2009-03-18 14:28:45' (2 octets)
Mar 18 14:28:45 72.30.78.232 (pid 15475) Creation du cache 1/_L_equipe_%3Flang%3Des.b42ea52b pour 7200 secondes
Mar 18 14:28:45 72.30.78.232 (pid 15475) COMPIL (0.01s) [dist/404] html_42e07ccffb74dc69415216d5668e03b1.php
Mar 18 14:48:17 72.30.78.232 (pid 18216) creation sites/www.protectioninternational.org/tmp/couteau-suisse/
Mar 18 16:03:17 66.249.70.209 (pid 9498) calcul (0.00s) [dist/rubrique] page='rubrique', lang='fr', date_redac='2009-03-18 16:03:17', date='2009-03-18 16:03:17', id_rubrique='60' (2 octets)
Mar 18 16:03:17 66.249.70.209 (pid 9498) Creation du cache 2/formation_%3Flang%3Dfr.e4506349 pour 7200 secondes
Mar 18 16:22:21 66.249.70.209 (pid 13501) calcul (0.00s) [dist/rubrique] page='rubrique', lang='en', date_redac='2009-03-18 16:22:21', date='2009-03-18 16:22:21' (2 octets)
Mar 18 16:22:21 66.249.70.209 (pid 13501) Creation du cache 5/_L_equipe_%3Flang%3Den.db9a0e48 pour 7200 secondes
merci
joz
Francois Hamonno wrote:
Il pourrait s'agir d'une erreur de syntaxe MySQL dans un squelette.
Avec les nouvelles versions de spip, il arrive que ces erreurs n'apparaissent pas à l'écran!!!
Regarde dans les fichiers spip.log (les erreurs MySQL y sont enregistrées) dans les répertoires ecrire/data ou tmp.
A+
agnes a écrit :
non, ce n'est pas ça.. j'avais déjà renommer mon dossier squelette pour voir si le problème est là. J'ai aussi renommer local et tmp pour voir si cela change qqchose, mais non, tout reste blanc
s'il y a d'autre pistes...
Resonnance wrote:
Bonjour,
Parfois cela peut être du au squelette dont un include n'aurait pas été mis à jour.
Arnaud
agnes a écrit :
Salut tout le monde,
j'ai un problème bizarre, le sujet de mon mail le dis déjà : plus rien sur mon site, page blanc, et le code source aussi.
Il s'agit d'un site mutualisé (spip 1.9.2) avec un autre site. L'autre site tourne normalement après avoir causé des problèmes au serveur hier (sa bdd est trop énorme et à causé des problèmes mysql, mais ça c'est un autre problème). Les problèmes avec le serveur sont réglés.
Puisque l'autre site tourne normalement je me suis dit que ce n'est pas l'installation du noyeau qui a un problème. J'ai essayé au niveau de la bdd : j'ai renommé connect.php et voila, la page tout blanc a montré l'écran normale d'installation de spip. J'ai donc suivi la procédure d'installation et j'ai crée une nouvelle bdd. Mais une fois l'installation complété je reçois à nouveau la page blanc.
Vous avez des astuces par où chercher mon problème?
merci d'avance
joz
--
Don't let Microsoft get any more from you... Stop using hotmail
Merci François pour l’interprétation des logs.
Mais ceux que tu cites sont les logs du moment ou j’ai justement renommer config/connect.php pour provoquer la procédure de réinstallation. Après cette procédure je suis arrivé de nouveau sur ma page blanc avec rien du tout, c’est pour cela que j’ai dit que le problème ne se trouve pas dans dans la bdd.
Et non, ce n’est malheureusement pas un test en local (et encore moins en easyPHP) mais un site en production (l’url est dans les logs ), c’est pour ça que c’est assez stressant que le site est tout blanc depuis hier soir…
Si c'est pas mysql alors ce peut être PHP, si tu peux modifié le fichier
php.ini de ton serveur, essaie de mettre un niveau plus élévé pour
l'affichage des erreurs, et au lieu de la page blanche tu aura
normalement un beau message d'erreur.
voir pour le réglage display _errors:
Bonne journée.
Le mercredi 18 mars 2009 à 17:43 +0100, agnes a écrit :
Merci François pour l'interprétation des logs.
Mais ceux que tu cites sont les logs du moment ou j'ai justement
renommer config/connect.php pour provoquer la procédure de
réinstallation. Après cette procédure je suis arrivé de nouveau sur ma
page blanc avec rien du tout, c'est pour cela que j'ai dit que le
problème ne se trouve pas dans dans la bdd.
Et non, ce n'est malheureusement pas un test en local (et encore moins
en easyPHP) mais un site en production (l'url est dans les
logs ), c'est pour ça que c'est assez stressant que le site est
tout blanc depuis hier soir...
F. HAMONNO wrote:
> Je trouve le log assez parlant !!!
>
> Mar 18 13:02:30 62.235.204.52 (pid 24571) - SELECT COUNT(*) FROM
> spip_meta
> Mar 18 13:02:30 62.235.204.52 (pid 24571) 1146 Table
> 'spip_protectioninternational.spip_meta' doesn't exist
> => Spip interroge la table "spip_meta" (elle contient ses
> paramètres).
> La réponse est "la table n'existe pas" => il faut installer
> spip
>
> Mar 18 13:02:35 62.235.204.52 (pid 25625)
> POST /ecrire/?exec=install
> => Sans doute la réception du formulaire avec les paramètres d'accès
> à la base
>
> Mar 18 13:02:35 62.235.204.52 (pid 25625) - DELETE FROM spip_meta
> WHERE nom='cs_decoupe'
> Mar 18 13:02:35 62.235.204.52 (pid 25625) 1045 Access denied for
> user 'protectionline'@'localhost' (using password: NO)
> => accès à la base refusé au login "protectionline" (sans mot de
> passe) sur le serveur mySQL "localhost"
> Ce doit être un test en local sous easyPHP ?
>
> Dans tous les cas le trio login/psw/serveur n'est pas bon => tu ne
> spécifies pas à spip les bons paramètres d'accès à la base.
> Supprime le fichier "config/connect.php" : cela relancera
> l'installation sans modifier la base actuelle (si le fichier
> "ecrire/inc_version.php" n'a pas changé)
>
> A+
> François
>
> agnes a écrit :
> >
> > Hm, j'ai enlevé mes squelettes et j'ai essayé de remplacer la bdd
> > par une nouvelle. Les deux manières n'ont rien donné, est-ce que
> > tu penses quand même qu'il peut s'agir d'un erreur MySQL dans un
> > squelette?
> >
> > En faite j'avais déjà regardé dans les logs, mais cela ne me
> > racontais pas grand chose.
> > Je les copie ici, p-ê cela peut donner une piste?
> >
> > les voici:
> > Mar 18 13:02:30 62.235.204.52 (pid 24571) - SELECT COUNT(*) FROM
> > spip_meta
> > Mar 18 13:02:30 62.235.204.52 (pid 24571) 1146 Table
> > 'spip_protectioninternational.spip_meta' doesn't exist
> > Mar 18 13:02:35 62.235.204.52 (pid 25625)
> > POST /ecrire/?exec=install
> > Mar 18 13:02:35 62.235.204.52 (pid 25625) - DELETE FROM spip_meta
> > WHERE nom='cs_decoupe'
> > Mar 18 13:02:35 62.235.204.52 (pid 25625) 1045 Access denied for
> > user 'protectionline'@'localhost' (using password: NO)
> > Mar 18 13:02:35 62.235.204.52 (pid 25625)
> > POST /ecrire/?exec=install
> > Mar 18 13:02:35 62.235.204.52 (pid 25625) - SELECT * FROM
> > spip_auteurs WHERE statut='0minirezo'
> > Mar 18 13:02:35 62.235.204.52 (pid 25625) 1045 Access denied for
> > user 'protectionline'@'localhost' (using password: NO)
> > Mar 18 13:02:57 62.235.204.52 (pid 25702)
> > POST /ecrire/?exec=install
> > Mar 18 13:02:57 62.235.204.52 (pid 25702) - DELETE FROM spip_meta
> > WHERE nom='cs_decoupe'
> > Mar 18 13:02:57 62.235.204.52 (pid 25702) 1045 Access denied for
> > user 'protectionline'@'localhost' (using password: NO)
> > ...
--
Don't let Microsoft get any more from you... Stop using hotmail
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Bonjour,
je ne peux pas changer le fichier php.ini mais j’ai regardé dans les error logs.
Ces erreurs y reviens souvent:
PHP Fatal error: Call to undefined function cs_glossaire_titres() in /home/protectionline/public_html/spip/ecrire/public/composer.php(48) : eval()'d code on line 84
et
File does not exist: /home/protectionline/public_html/spip/plugins/couteau_suisse
et
PHP Fatal error: Call to undefined function AccesRestreint_rubriques_accessibles_where() in /home/protectionline/public_html/spip/ecrire/public/composer.php(48) : eval()'d code on line 1180
Je trouve bizarre qu’il y a ces erreur dans le noyau spip puisque un des deux sites en mutualisation fonctionne correctement. Ils emploient tout les deux le couteau suisse, qui est un des fatals errors nommé plus haut.
Malheureusement je ne connais pas bien ces sites car je ne les ai pas moi même, ce qui ne facilite pas la chasse à l’erreur. Je vais continuer à chercher et tester. Si vous avez d’autre pistes pour moi, n’hésitez pas…
merci en tout cas
joz
), c’est pour ça que c’est assez stressant que le site est tout blanc depuis hier soir…
), c'est pour ça que c'est assez stressant que le site est