Warning

danou9

Février 2019

Bonjour,
dans le forum une personne a déjà posé cette question, une solution a été donnée pour les warnings dans mes_options.php mais n’a pas dit pourquoi il y avait ce message quand on va dans l’admin en cliquant sur gestin des plugins on a :
Warning : count() : Parameter must be an array or an object that implements Countable

site sous spip 3.2.3 (24211) et php7.2 ionos.fr ;
merci, j’aime bien comprendre pourquoi et non pas seulement cacher les warnings

SPIP 3.2 Résolu

Par note Par date Par date chronologique

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

3

Pierrox

Février 2019

https://www.spip.net/fr_article6399.html

spip 3.2 compatibilité php 7.1 apparemment

Perso en php 7.2 j’ai des erreurs (non bloquantes) "function deprecated".
sur un SPIP 3.2.3, en dev sur du PHP 7.2 :
je mets ça dans mes_options.php en dev
ini_set('display_errors', 1); define('SPIP_ERREUR_REPORT',E_ALL & ~E_DEPRECATED);
Afficher toutes les erreurs saufs les deprecated.

Essayez ça en spip3.2 php7.2 : vous allez comprendre la différence
ini_set('display_errors', 1); define('SPIP_ERREUR_REPORT',E_ALL);

Normalement les hebergements devraient permettre de switcher facilement entre les versions de php.

En theorie en prod pour spip 3.2.* on devrait utiliser
– PHP <= 7.1
– PHP >= 5.4.0

C’est mon avis personnel ! la 3.2.3 semble bien fonctionner en php 7.2 tout de même !

je pensais que spip 3.2.3 était compatible php 7.2

Vous avez peut être confondu avec la version 3.3 ! qui ne devrait pas tarder !
Indiquez l’intérêt que vous portez à cette réponse

1

Fa_b

Février 2019

En prod. il est préférable de ne pas montrer les erreurs à l’écran (à part éventuellement celles qui sont fatales et encore souvent c’est page blanche à la place). C’est le fonctionnement par défaut de beaucoup de serveurs, donc rien à faire. Si des erreurs s’affichent, mettre dans mes_options.php
ini_set('display_errors', 0);
Ce qui n’empêche pas l’écriture des erreurs dans les logs.

En dev vous faites ce que vous voulez, cela peut être mieux de les afficher toutefois si vous faites du php notamment. Pour les erreurs SPIP, c’est l’interface qui s’en occupe.
Indiquez l’intérêt que vous portez à cette réponse

0

danou9

Février 2019

c’est marrant,

mais quand on va dans gestion des plugins
puis mes plugins
puis tous / tous (tous les plugins apparaîssent)
le message disparaît
voilà
mais j’ai toujours pas la réponse à ce warning
Indiquez l’intérêt que vous portez à cette réponse

0

Pierrox

Février 2019

Warning : count() : Parameter must be an array or an object that implements Countable

il manque le nom du script et la ligne dans laquel cette erreur apparait.

En générale ça veut dire que la variable attendu par la fonction count doit être du type objet ou array.

dans votre cas la variable doit être vide ou de type string, c’est pas dramatique.

De toute façon en production il ne faut pas afficher les erreurs à l’écran.
Et afficher un minimum d’erreur dans les logs. sauf pour des debugs ponctuels.

En dev, j’affiche toutes les erreurs php à l’écran. sur SPIP je trouve qu’elles sont rares voire quasi inexistantes sur le core.

Il faut noter que SPIP 3.3 (en dev) est compatible PHP 7.2
SPIP 3.2 (votre version 3.2.3) est officiellement compatible PHP 7.0 d’où certainement les quelques warnings :)
Indiquez l’intérêt que vous portez à cette réponse

0

danou9

Février 2019

merci,
je pensais que spip 3.2.3 était compatible php 7.2
sinon, pour empêcher les warning j’ai lu qu’il fallait mettre dans mes_options.php, les lignes suivantes
if (!defined(’_ECRIRE_INC_VERSION’)) return ;
# Ligne à ajouter si le fichier existe déja
ini_set ("display_errors", "Off") ; // ne pas afficher les erreurs à l’écran
est-ce une bonne chose de les y mettre ?
cordialement
Indiquez l’intérêt que vous portez à cette réponse

0

Pierrox

Février 2019

Differentes façons de faire, mais en production c’est complètement normal
Indiquez l’intérêt que vous portez à cette réponse

0

danou9

Février 2019

a mon boulo, on a attendu avec impatience spip 3.2 parce que justement il était compatible php 7.2 ; je suis certain qu’on l’avait lu dans les préconisations
puis, aujourd’hui, c’est seulement marqué > à 5.6
alors, je crois, qu’il y a eu une modif depuis dans les préconisations ...
car, on a bien fait attention et attendu en janvier la sortie de la 3.2.3

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

0

danou9

Février 2019

j’ai pas bien tout compris
pour résumer :
en prod dans mes_options.php, on doit mettre quoi pour éviter tous messages erreurs, warnings ou deprecated

et en dev ou qualif on doit mettre quoi de préférence

ce serait bien, s’il y avait un tuto ...
merci
Indiquez l’intérêt que vous portez à cette réponse

0

danou9

Février 2019

Merci bonne explication