bon eh bien les erreurs de squelette spip ont disparu spontanément (j'ai rien fait) de la page de forum.
Heureusement qu'Emmanuel les a vues sinon.
Je n'ai plus que les erreurs de header already sent :
Warning: Cannot send session cookie - headers already sent by (output started at /home/www/inc-public.php3(111) : eval()'d code:4) in /home/allergiq/www/phpSecurePages/checklogin.php on line 68
Warning: Cannot send session cache limiter - headers already sent (output started at /home/www/inc-public.php3(111) : eval()'d code:4) in /home/allergiq/www/phpSecurePages/checklogin.php on line 68
Cela signifie bien qu'il reçoit des informations affichées de mes_fonctions.php3?
Cela pourrait-être un message d'erreur par exemple si une des fonctions utilisable en 1.8a ne l'était plus avec la 1.8cvs?
et le :
Warning: 1 is not a valid MySQL-Link resource in /home/allergiq/www/ecrire/inc_db_mysql.php3 on line 24
Celui-là je l'ai plein de fois et je ne vois pas.
J'ai viré tous les anciens fichiers qui pouvaient traîner des spip 1.2 1.3 1.4 1.5 1.6 1.7 (ouf!)
Je n'ai plus que les erreurs de header already sent :
Warning: Cannot send session cookie - headers already sent by (output
started at /home/www/inc-public.php3(111) : eval()'d code:4) in
/home/allergiq/www/phpSecurePages/checklogin.php on line 68
les warning peuvent afficher des trucs dans la page avant d'arriver
dans des codes qui font des setCookies qu'il n'a plus moyen de faire
puisque les warning on déjà envoyé du contenu.
et le :
Warning: 1 is not a valid MySQL-Link resource in
/home/allergiq/www/ecrire/inc_db_mysql.php3 on line 24
dans cette ligne 24, il y a un test pour reprendre la connexion
mysql existante.
si tu as du code qui effectue ses propres accès mysql par ailleurs,
ça peux mettre la zone.
dans inc_version, en mettant $mysql_rappel_connexion à false ça
devrait déjà aller mieux, mais ça serait quand même à creuser.
bon eh bien les erreurs de squelette spip ont disparu spontanément (j'ai
rien fait) de la page de forum.
Ca devait trainer dans ton cache.
Heureusement qu'Emmanuel les a vues sinon.
seulement le warning
Je n'ai plus que les erreurs de header already sent :
Warning: Cannot send session cookie - headers already sent by (output
started at /home/www/inc-public.php3(111) : eval()'d code:4) in
/home/allergiq/www/phpSecurePages/checklogin.php on line 68
c'est qui celui-là ? c'est le coupable.
Warning: Cannot send session cache limiter - headers already sent (output
started at /home/www/inc-public.php3(111) : eval()'d code:4) in
/home/allergiq/www/phpSecurePages/checklogin.php on line 68
Cela signifie bien qu'il reçoit des informations affichées de
mes_fonctions.php3?
Cela pourrait-être un message d'erreur par exemple si une des fonctions
utilisable en 1.8a ne l'était plus avec la 1.8cvs?
et le :
Warning: 1 is not a valid MySQL-Link resource in
/home/allergiq/www/ecrire/inc_db_mysql.php3 on line 24
Celui-là je l'ai plein de fois et je ne vois pas.
c'est la fonction centrale, ca aide pas. Il faudrait tracer + finement.
J'avais pourtant gfait attention à le vider mais je pense que ce devait être dans le cache d'un navigateur que j'ai dû oublier de régler à zéro. désolé pour celui-là (enfin...tant mieux quoi )
Je n'ai plus que les erreurs de header already sent :
Warning: Cannot send session cookie - headers already sent by (output
started at /home/www/inc-public.php3(111) : eval()'d code:4) in
/home/allergiq/www/phpSecurePages/checklogin.php on line 68
c'est qui celui-là ? c'est le coupable.
C'est un script php d'authentification pour certaines pages (phpMySecure) la ligne correspond au session_start();
Mais jusque là il fonctionnait très bien depuis euh...deux ans déjà et jusqu'à hier avec l'arrivée de la CVS : elle a changé quoi sur les sessions?
[...]
et le :
Warning: 1 is not a valid MySQL-Link resource in
/home/allergiq/www/ecrire/inc_db_mysql.php3 on line 24
Celui-là je l'ai plein de fois et je ne vois pas.
c'est la fonction centrale, ca aide pas. Il faudrait tracer + finement.
des idées pour "tracer plus finement"?
Christian disait :
si tu as du code qui effectue ses propres accès mysql par ailleurs,
ça peux mettre la zone.
dans inc_version, en mettant $mysql_rappel_connexion à false ça
devrait déjà aller mieux, mais ça serait quand même à creuser.
Je pense que c'est ce même script puisqu'effectivement il va chercher dans d'autres tables (mais dans la même base sur le même serveur) le login/passwd et statut de l'abonné.
Plus d'idées?
Merci!
Depuis hier rien a priori dans cette zone. Tu es sûr que ca
fonctionnait il y a encore qq jours ?
Tout fonctionnait jusqu'à hier : passage pour ce site d'une 1.8a à une 1.8b puis quand j'ai vue les warning (donc déjà présents avec une 1.8b mais pas avec une 1.8a) j'ai fais la mise à jour en CVS et ça a fini de m'exploser l'interface
Les alertes de boucles étaient visiblement liées à un cache pas vidé dans le navigateur.
Par contre les warning perdurent.
J'ai retransféré un à un chacun des fichiers ce matin pour m'assurer qu'ils soient bien envoyés dans le bon mode et ce 'est pas mieux.
Pour info il y a un bug d'affichage sous IE (firefox ok) : la sélection de "configuration" amène le layer en dessous de "Aide" et donc ça se superpose avec le choix de langue ce qui rend "maitenance du site" et "vider le cache" difficilement cliquables.
Bah alors c'est clair: ton inclusion n'est pas au tout début de ton squelette,
donc c'est trop tard. Il faut que ton squelette commence par "<?php include..."
à la rigueur précédé de balises "<BOUCLE..." mais de sorte que le "<?php"
soit accolé au ">" de la déclaration de boucle, elle même accolée etc:
[...]
Bah alors c'est clair: ton inclusion n'est pas au tout début de ton
squelette,
Oui, c'est clair.
donc c'est trop tard. Il faut que ton squelette commence par "<?php
include..."
à la rigueur précédé de balises "<BOUCLE..." mais de sorte que le
"<?php"
soit accolé au ">" de la déclaration de boucle, elle même accolée etc:
Bien compris je pense mais euh...ça le fait pas :-\
je pense que ça ne marcherait pas avant mais que un "@" t'empechait de
le savoir.
Effectivement...peut-être que les warning sont un nouveauté mais que tout ne marchait pas parfaitement avant...en tous cas il y a des modifications du comportement du script depuis (session qui ne dure plus que le temps de l'ouverture de la page).
J'ai placé la boucle en tout première ligne sans espace du squelette, vidé le cache et changé de navigateur (pas deux fois), et c'est exactement pareil : mêmes warning.
Avant en tous cas le script prenait bien les données et créait la session pour le temps configuré.
merci
Je ne programme pas pour spip mais j'ai un conseil pour vous.
Il fout faire spip compatible avec xhtml ! il y a des html-codes qui
sont incorrects.
Je crois que est un grand problème.
)