[RESOLU]PHP 5.3 obsolète chez OVH

Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
#1
Citation :#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 1.11.13
#~ Url du site : dom-art.fr/
#~ Hébergeur / Soft : ovh / mutualisé pro
#~ Informations Système :
#~ ----------------------------------------------
#~ Cms Version: 1.11.13
#~ Installed Modules:
#~ CMSMailer: 5.2.2
#~ CMSPrinting: 1.0.5
#~ FileManager: 1.4.5
#~ MenuManager: 1.8.6
#~ MicroTiny: 1.2.9
#~ ModuleManager: 1.5.8
#~ News: 2.15
#~ Search: 1.7.11
#~ ThemeManager: 1.1.8
#~ TinyMCE: 2.9.12
#~ Gallery: 2.0.1
#~ Showtime: 3.4
#~ FormBuilder: 0.8.1.1
#~ Captcha: 0.5.2
#~ Config Information:
#~ php_memory_limit:
#~ process_whole_template:
#~ max_upload_size: 64000000
#~ url_rewriting: mod_rewrite
#~ page_extension:
#~ query_var: page
#~ image_manipulation_prog: GD
#~ auto_alias_content: true
#~ locale:
#~ default_encoding: utf-8
#~ admin_encoding: utf-8
#~ set_names: true
#~ Php Information:
#~ phpversion: 5.3.29
#~ md5_function: On (Vrai)
#~ gd_version: 2
#~ tempnam_function: On (Vrai)
#~ magic_quotes_runtime: Off (Faux)
#~ E_STRICT: 0
#~ E_DEPRECATED: 8192
#~ memory_limit: 128M
#~ max_execution_time: 120
#~ output_buffering: 4096
#~ safe_mode: Off (Faux)
#~ file_uploads: On (Vrai)
#~ post_max_size: 64M
#~ upload_max_filesize: 64M
#~ session_save_path: /tmp (0700)
#~ session_use_cookies: On (Vrai)
#~ xml_function: On (Vrai)
#~ xmlreader_class: On (Vrai)
#~ Server Information:
#~ Server Api: cgi-fcgi
#~ Server Db Type: MySQL (mysql)
#~ Server Db Version: 5.1.73
#~ Server Db Grants: Impossible de trouver un privilège "GRANT ALL". Cela peut signifier que vous pourriez avoir des problèmes pour installer ou retirer des modules, ou encore l 'ajout et la suppression d'éléments, y compris les pages.
#~ Server Time Diff: Aucune différence de date du système de fichiers trouvées
#~ ----------------------------------------------
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~



Bonjour,

OVH viens d'envoyer un mail signalant que PHP 5.3 ne serais bientôt plus supporté

Ils me conseillent de passer à PHP 5.5

Questions
-CMSMS 1 11 13 supporte t il celà ?
si oui
- faut il modifier les infos dans .htaccess ? ou bien seulement créer .ovhconfig ?

Merci
#1
Citation :#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 1.11.13
#~ Url du site : dom-art.fr/
#~ Hébergeur / Soft : ovh / mutualisé pro
#~ Informations Système :
#~ ----------------------------------------------
#~ Cms Version: 1.11.13
#~ Installed Modules:
#~ CMSMailer: 5.2.2
#~ CMSPrinting: 1.0.5
#~ FileManager: 1.4.5
#~ MenuManager: 1.8.6
#~ MicroTiny: 1.2.9
#~ ModuleManager: 1.5.8
#~ News: 2.15
#~ Search: 1.7.11
#~ ThemeManager: 1.1.8
#~ TinyMCE: 2.9.12
#~ Gallery: 2.0.1
#~ Showtime: 3.4
#~ FormBuilder: 0.8.1.1
#~ Captcha: 0.5.2
#~ Config Information:
#~ php_memory_limit:
#~ process_whole_template:
#~ max_upload_size: 64000000
#~ url_rewriting: mod_rewrite
#~ page_extension:
#~ query_var: page
#~ image_manipulation_prog: GD
#~ auto_alias_content: true
#~ locale:
#~ default_encoding: utf-8
#~ admin_encoding: utf-8
#~ set_names: true
#~ Php Information:
#~ phpversion: 5.3.29
#~ md5_function: On (Vrai)
#~ gd_version: 2
#~ tempnam_function: On (Vrai)
#~ magic_quotes_runtime: Off (Faux)
#~ E_STRICT: 0
#~ E_DEPRECATED: 8192
#~ memory_limit: 128M
#~ max_execution_time: 120
#~ output_buffering: 4096
#~ safe_mode: Off (Faux)
#~ file_uploads: On (Vrai)
#~ post_max_size: 64M
#~ upload_max_filesize: 64M
#~ session_save_path: /tmp (0700)
#~ session_use_cookies: On (Vrai)
#~ xml_function: On (Vrai)
#~ xmlreader_class: On (Vrai)
#~ Server Information:
#~ Server Api: cgi-fcgi
#~ Server Db Type: MySQL (mysql)
#~ Server Db Version: 5.1.73
#~ Server Db Grants: Impossible de trouver un privilège "GRANT ALL". Cela peut signifier que vous pourriez avoir des problèmes pour installer ou retirer des modules, ou encore l 'ajout et la suppression d'éléments, y compris les pages.
#~ Server Time Diff: Aucune différence de date du système de fichiers trouvées
#~ ----------------------------------------------
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~



Bonjour,

OVH viens d'envoyer un mail signalant que PHP 5.3 ne serais bientôt plus supporté

Ils me conseillent de passer à PHP 5.5

Questions
-CMSMS 1 11 13 supporte t il celà ?
si oui
- faut il modifier les infos dans .htaccess ? ou bien seulement créer .ovhconfig ?

Merci
#2
Citation :signalant que PHP 5.3 ne serais bientôt plus supporté...
depuis le 14/08/2014 = PHP 5.3.29 :lol:
This release marks the end of life of the PHP 5.3 series

Citation :Ils me conseillent de passer à PHP 5.5
Questions
-CMSMS 1 11 13 supporte t il celà ?
CMSms 1.11.13 est OK pour PHP 5.5.x et PHP 5.6.x naturellement c'est d'ailleurs écrit sur l'annonce de la mise à jour : PHP 5.4.3 mini

pour le reste voir OVH
J-C Etiemble v 2.2.xx
#2
Citation :signalant que PHP 5.3 ne serais bientôt plus supporté...
depuis le 14/08/2014 = PHP 5.3.29 :lol:
This release marks the end of life of the PHP 5.3 series

Citation :Ils me conseillent de passer à PHP 5.5
Questions
-CMSMS 1 11 13 supporte t il celà ?
CMSms 1.11.13 est OK pour PHP 5.5.x et PHP 5.6.x naturellement c'est d'ailleurs écrit sur l'annonce de la mise à jour : PHP 5.4.3 mini

pour le reste voir OVH
J-C Etiemble v 2.2.xx
#3
Merci jce pour ta réponse je suis rassuré pour la version.

Par contre pour passer de PHP 5.3 à 5.4 ou 5.5 c'est différend

mes connaissances sont très limitées et en même temps j'essaie de participer en signalant les erreurs rencontrées

je ne dois pas être le seul utilisateur dont le site est chez ovh
c'est un peut long mais j'essaie d'être précis :/

**********************
si je modifie .htaccess en supprimant SetEnv PHP_VER 5_3 (en local avec wamp 2.5 ça fonctionne très bien comme ça et cmsms tourne en PHP 5.5.12)
il y a l'erreur suivante sur une page blanche :
Parse error: syntax error, unexpected T_OBJECT_OPERATOR in /home/domart/www/include.php on line 93

*************
si je modifie la version PHP dans .htaccess
SetEnv PHP_VER 5_3 deviens SetEnv PHP_VER 5_4
ça fonctionne mais E_STRICT dans error_reporting est activé (avec PHP 5.3 il est désactivé) et une erreur est affichée dans le site concernant le module showtime
Warning: Creating default object from empty value in /home/domart/www/modules/Showtime/function.default_swf.php on line 108

si j'ajoute ces 2 lignes dans .htaccess (ça fonctionne en local avec wamp 2.5 pour désactiver E_STRICT et E_DEPRECATED )
php_flag display_errors off
php_value error_reporting 0

Cette erreur est affichée sur une page blanche
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, postmaster@www.dom-art.fr and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.

je ne sait pas arrêter E_STRICT dans error_reporting autrement que par .htaccess
et je ne peut pas rester avec cette erreur qui s'affiche

**************
si je modifie la version PHP dans .htaccess pour essayer 5.5 (ovh conseille 5.5)
SetEnv PHP_VER 5_3 deviens SetEnv PHP_VER 5_5
il y a l'erreur suivante sur une page blanche:
Parse error: syntax error, unexpected T_FUNCTION in /home/domart/www/lib/html_entity_decode_php4.php on line 307

détails sur le fichier
html_entity_decode_php4.php
22 juin 2006
This is a PHP4 function that redefine the standard html_entity_decode function to support UTF-8 encoding.

*******************************

en créant .ovhconfig (je laisse .htaccess tranquile) comme décrit dans ovh.com/fr/g1207.php-ovh
CMSMS tourne avec php 5.5.22
E_STRICT dans error_reporting est activé mais l'erreur de showtime n'est plus signalée ???

je laisse comme ça pour l'instant ...
je crains dans l'avenir d'avoir des problèmes avec E_STRICT et je ne sais pas comment le désactiver sans passer par .htaccess

Si quelqu'un y comprend quelque chose je serais ravi de savoir

Sinon je mettrais résolu dans 2 ou 3 jours

Merci en tous cas ça fait plaisir de ne pas être seul Smile
#3
Merci jce pour ta réponse je suis rassuré pour la version.

Par contre pour passer de PHP 5.3 à 5.4 ou 5.5 c'est différend

mes connaissances sont très limitées et en même temps j'essaie de participer en signalant les erreurs rencontrées

je ne dois pas être le seul utilisateur dont le site est chez ovh
c'est un peut long mais j'essaie d'être précis :/

**********************
si je modifie .htaccess en supprimant SetEnv PHP_VER 5_3 (en local avec wamp 2.5 ça fonctionne très bien comme ça et cmsms tourne en PHP 5.5.12)
il y a l'erreur suivante sur une page blanche :
Parse error: syntax error, unexpected T_OBJECT_OPERATOR in /home/domart/www/include.php on line 93

*************
si je modifie la version PHP dans .htaccess
SetEnv PHP_VER 5_3 deviens SetEnv PHP_VER 5_4
ça fonctionne mais E_STRICT dans error_reporting est activé (avec PHP 5.3 il est désactivé) et une erreur est affichée dans le site concernant le module showtime
Warning: Creating default object from empty value in /home/domart/www/modules/Showtime/function.default_swf.php on line 108

si j'ajoute ces 2 lignes dans .htaccess (ça fonctionne en local avec wamp 2.5 pour désactiver E_STRICT et E_DEPRECATED )
php_flag display_errors off
php_value error_reporting 0

Cette erreur est affichée sur une page blanche
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, postmaster@www.dom-art.fr and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.

je ne sait pas arrêter E_STRICT dans error_reporting autrement que par .htaccess
et je ne peut pas rester avec cette erreur qui s'affiche

**************
si je modifie la version PHP dans .htaccess pour essayer 5.5 (ovh conseille 5.5)
SetEnv PHP_VER 5_3 deviens SetEnv PHP_VER 5_5
il y a l'erreur suivante sur une page blanche:
Parse error: syntax error, unexpected T_FUNCTION in /home/domart/www/lib/html_entity_decode_php4.php on line 307

détails sur le fichier
html_entity_decode_php4.php
22 juin 2006
This is a PHP4 function that redefine the standard html_entity_decode function to support UTF-8 encoding.

*******************************

en créant .ovhconfig (je laisse .htaccess tranquile) comme décrit dans ovh.com/fr/g1207.php-ovh
CMSMS tourne avec php 5.5.22
E_STRICT dans error_reporting est activé mais l'erreur de showtime n'est plus signalée ???

je laisse comme ça pour l'instant ...
je crains dans l'avenir d'avoir des problèmes avec E_STRICT et je ne sais pas comment le désactiver sans passer par .htaccess

Si quelqu'un y comprend quelque chose je serais ravi de savoir

Sinon je mettrais résolu dans 2 ou 3 jours

Merci en tous cas ça fait plaisir de ne pas être seul Smile
#4
Citation :en créant .ovhconfig (je laisse .htaccess tranquile) comme décrit dans ovh.com/fr/g1207.php-ovh
CMSMS tourne avec php 5.5.22
super
Citation : E_STRICT dans error_reporting est activé
tu as des messages Strict Standards.... ??
si oui
"Les messages Strict Standards ne sont pas des erreurs, mais des avrtissements aux développeurs, indiquant que la programmation n'a pas respecté strictement ..."
1- Donc déja reporter ces erreurs au développeur
2- c'est ta configuration PHP et en particulier ton php.ini mal configuré

si non : c'est bon mais tu peux voir ton php.ini ou verifier que tes dossiers sont au bon CHMOD
tu dois avoir une ligne
error_reporting = ...
devrait etre = E_ALL & ~E_DEPRECATED & ~E_STRICT (mode production)
par contre chez OVH je ne sais pas Wink mais d'autre doivent savoir
J-C Etiemble v 2.2.xx
#4
Citation :en créant .ovhconfig (je laisse .htaccess tranquile) comme décrit dans ovh.com/fr/g1207.php-ovh
CMSMS tourne avec php 5.5.22
super
Citation : E_STRICT dans error_reporting est activé
tu as des messages Strict Standards.... ??
si oui
"Les messages Strict Standards ne sont pas des erreurs, mais des avrtissements aux développeurs, indiquant que la programmation n'a pas respecté strictement ..."
1- Donc déja reporter ces erreurs au développeur
2- c'est ta configuration PHP et en particulier ton php.ini mal configuré

si non : c'est bon mais tu peux voir ton php.ini ou verifier que tes dossiers sont au bon CHMOD
tu dois avoir une ligne
error_reporting = ...
devrait etre = E_ALL & ~E_DEPRECATED & ~E_STRICT (mode production)
par contre chez OVH je ne sais pas Wink mais d'autre doivent savoir
J-C Etiemble v 2.2.xx
#5
Citation :tu as des messages Strict Standards.... ??
voila le message :
Warning: Creating default object from empty value in /home/domart/www/modules/Showtime/function.default_swf.php on line 108
j'ai vraiment besoin de progresser en PHP ...

php.ini : en local j'ai réussi, le plus difficile étant de l'afficher avec notepad++ histoire de s'y retrouver
(modifier: \wamp\wampmanager.conf puis tout redémarrer, il ne suffit pas de redémarrer les services)

Chez OVH en offre mutualisé on a pas accès au php.ini :/ donc je reste avec la solution .ovhconfig

Je me penche sur la sécurisation

Merci de ton aide
#5
Citation :tu as des messages Strict Standards.... ??
voila le message :
Warning: Creating default object from empty value in /home/domart/www/modules/Showtime/function.default_swf.php on line 108
j'ai vraiment besoin de progresser en PHP ...

php.ini : en local j'ai réussi, le plus difficile étant de l'afficher avec notepad++ histoire de s'y retrouver
(modifier: \wamp\wampmanager.conf puis tout redémarrer, il ne suffit pas de redémarrer les services)

Chez OVH en offre mutualisé on a pas accès au php.ini :/ donc je reste avec la solution .ovhconfig

Je me penche sur la sécurisation

Merci de ton aide
#6
Citation :Warning: Creating default object from empty value in /home/domart/www/modules/Showtime/function.default_swf.php on line 108
j'ai vraiment besoin de progresser en PHP ...
alors d'abord quand on a une erreur sur un module c'est de regarder dans Bug Tracker du module
si l'erreur est déjà répertoriée
et la on a [#9339] PHP Warning
il faut donc en remettre une couche :|
J-C Etiemble v 2.2.xx
#6
Citation :Warning: Creating default object from empty value in /home/domart/www/modules/Showtime/function.default_swf.php on line 108
j'ai vraiment besoin de progresser en PHP ...
alors d'abord quand on a une erreur sur un module c'est de regarder dans Bug Tracker du module
si l'erreur est déjà répertoriée
et la on a [#9339] PHP Warning
il faut donc en remettre une couche :|
J-C Etiemble v 2.2.xx
#7
Il te faut créer un fichier ".ovhconfig" à la racine de ton site et mettre dedans les lignes suivantes :
Code :
[== Indéfini ==]
app.engine=php
app.engine.version=5.5
http.firewall=none
environment=production
#7
Il te faut créer un fichier ".ovhconfig" à la racine de ton site et mettre dedans les lignes suivantes :
Code :
[== Indéfini ==]
app.engine=php
app.engine.version=5.5
http.firewall=none
environment=production
#8
@ gmassart

je pensais que "environment=production" était par défaut, non ?
J-C Etiemble v 2.2.xx
#8
@ gmassart

je pensais que "environment=production" était par défaut, non ?
J-C Etiemble v 2.2.xx
#9
J'ai repris la configuration préconisée par OVH, c'est à priori pour gérer ou non l'affichage des erreurs dans l'éxécution de php je crois.
#9
J'ai repris la configuration préconisée par OVH, c'est à priori pour gérer ou non l'affichage des erreurs dans l'éxécution de php je crois.
#10
@ Shérab que donne "environment=production" comme indiqué par gmassart ?
J-C Etiemble v 2.2.xx
#10
@ Shérab que donne "environment=production" comme indiqué par gmassart ?
J-C Etiemble v 2.2.xx
#11
Merci à tous les deux,

.ovhconfig est la solution que j'ai adoptée le 11 mars
Citation :en créant .ovhconfig (je laisse .htaccess tranquile) comme décrit dans ovh.com/fr/g1207.php-ovh
CMSMS tourne avec php 5.5.22
E_STRICT dans error_reporting est activé mais l'erreur de showtime n'est plus signalée ???
dans CMSMS/infos système
version PHP 5.5.22
E_STRICT dans error_reporting est activé
(aussi E_DEPRECATED est activé mais c'était déja le cas avec PHP 5.3 et ça n'a pas posé de problème)

j'ai suivi le guide OVH pour .ovhconfig
app.engine=php
app.engine.version=5.5
http.firewall=none
environment=production

environnement production ou development
gère la mise en cache :

; values: production | development
;
; production:
; apache will maximise local cache
; mod_expires will grow up TTL of js, css, pdf, images, video, audio
; you can override it changing expiration explicitly or in your .htaccess
; feel free to look on our guide.
; development:
; no expiration is added, files are not locally in cache,
; will speed up tests but decrease performances


même en development les erreurs ne sont pas signalées - ça date de fin 2013 ...
openclassrooms.com/forum/sujet/erreurs-php-ovh-mutualise
désolé je ne peut toujours pas mettre de liens complets
#11
Merci à tous les deux,

.ovhconfig est la solution que j'ai adoptée le 11 mars
Citation :en créant .ovhconfig (je laisse .htaccess tranquile) comme décrit dans ovh.com/fr/g1207.php-ovh
CMSMS tourne avec php 5.5.22
E_STRICT dans error_reporting est activé mais l'erreur de showtime n'est plus signalée ???
dans CMSMS/infos système
version PHP 5.5.22
E_STRICT dans error_reporting est activé
(aussi E_DEPRECATED est activé mais c'était déja le cas avec PHP 5.3 et ça n'a pas posé de problème)

j'ai suivi le guide OVH pour .ovhconfig
app.engine=php
app.engine.version=5.5
http.firewall=none
environment=production

environnement production ou development
gère la mise en cache :

; values: production | development
;
; production:
; apache will maximise local cache
; mod_expires will grow up TTL of js, css, pdf, images, video, audio
; you can override it changing expiration explicitly or in your .htaccess
; feel free to look on our guide.
; development:
; no expiration is added, files are not locally in cache,
; will speed up tests but decrease performances


même en development les erreurs ne sont pas signalées - ça date de fin 2013 ...
openclassrooms.com/forum/sujet/erreurs-php-ovh-mutualise
désolé je ne peut toujours pas mettre de liens complets
#12
si "E_STRICT dans error_reporting est activé" est affiché et que tu as "environment=production" pour .ovhconfig
cela veut dire que les messages Strict Standards seront affichés.
-> "Les messages Strict Standards ne sont pas des erreurs, mais des avertissements aux développeurs, indiquant que la programmation n'a pas respecté strictement ..."
1- Donc déjà reporter ces erreurs au développeur
2- Si tu veux supprimer ces "messages" il faut dans ce cas dans le fichier include.php du cms
ajouter en ligne avant $dirname = dirname(__FILE__);
Code :
error_reporting(E_ALL ^ E_STRICT );
Pour information et compléments
J-C Etiemble v 2.2.xx
#12
si "E_STRICT dans error_reporting est activé" est affiché et que tu as "environment=production" pour .ovhconfig
cela veut dire que les messages Strict Standards seront affichés.
-> "Les messages Strict Standards ne sont pas des erreurs, mais des avertissements aux développeurs, indiquant que la programmation n'a pas respecté strictement ..."
1- Donc déjà reporter ces erreurs au développeur
2- Si tu veux supprimer ces "messages" il faut dans ce cas dans le fichier include.php du cms
ajouter en ligne avant $dirname = dirname(__FILE__);
Code :
error_reporting(E_ALL ^ E_STRICT );
Pour information et compléments
J-C Etiemble v 2.2.xx
#13
Merci JCE
donc pour modifier error_reporting on peut utiliser php.ini ou .htaccess ou include.php

si j'ai bien compris php.ini va être répercuté sur tous les sites présents sur le serveur (donc pas accessible en offre mutualisée) et include.php règle séparément chaque site

j'ai testé dans include.php
error_reporting(E_ALL ^ E_STRICT );
et
error_reporting(E_ALL ^ E_STRICT ^E_DEPRECATED );
ça fonctionne, information système ne met plus "d'alertes"

Petite rectification pour .ovhconfig, d'après OVH les erreurs ne sont pas affichées en mode development

En mode development :

aucun cache n'est appliqué
les logs PHP apparaissent sur votre site (display_errors=On)

En mode production : (option par défaut)

les fichiers statiques tels que images, vidéo, audio ont une expiration plus grande ce qui maximise la mise en cache des fichiers sur les navigateurs
les logs PHP n'apparaissent pas sur votre site (display_errors=Off)


je laisse donc include.php tel quel mais c'est toujours bon de savoir au cas ou
#13
Merci JCE
donc pour modifier error_reporting on peut utiliser php.ini ou .htaccess ou include.php

si j'ai bien compris php.ini va être répercuté sur tous les sites présents sur le serveur (donc pas accessible en offre mutualisée) et include.php règle séparément chaque site

j'ai testé dans include.php
error_reporting(E_ALL ^ E_STRICT );
et
error_reporting(E_ALL ^ E_STRICT ^E_DEPRECATED );
ça fonctionne, information système ne met plus "d'alertes"

Petite rectification pour .ovhconfig, d'après OVH les erreurs ne sont pas affichées en mode development

En mode development :

aucun cache n'est appliqué
les logs PHP apparaissent sur votre site (display_errors=On)

En mode production : (option par défaut)

les fichiers statiques tels que images, vidéo, audio ont une expiration plus grande ce qui maximise la mise en cache des fichiers sur les navigateurs
les logs PHP n'apparaissent pas sur votre site (display_errors=Off)


je laisse donc include.php tel quel mais c'est toujours bon de savoir au cas ou


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)