WampServer

Salut Otomatic.

Depuis que j'ai migré vers php version 4.0, j'ai un message récurrent :

Citation

PHP Deprecated: PHP Startup: Declaration of case-insensitive constants is deprecated in Unknown on line 0

Impossible de savoir de quoi il s'agit et surtout, j n'arrive pas à localiser la ou les lignes qui sont en cause.

J'ai fait une recherche sur le net, et d'après ce que j'ai pu comprendre, il s'agit du "define()" ou du preg_match()".
Je n'utilise pas le "define" et j'ai bien des "preg_match()", mais je ne vois pas l'erreur.
Il semble qu'il faut échaper le tiret. Le seul cas où j'utilise le tiret c'est dans "[A-Za-z]".

De même quand je lance "localhost", j'ai aussi ce message qui apparaît.
Avez-vous eu le même problème et comment l'avez-vous résolu ?

@+

----------------------------------------------------------------------------------------------------------------------------------------------------------------
Mon site : [www.jcz.fr]



Modifie 1 fois. Derniere modification le 26/04/2020 à 11:41 par Artemus24.

Bonjour,

> Depuis que j'ai migré vers php version 4.0,
Ne serait-ce pas plutôt 7.4.0 ?

Je n'ai jamais eu ce type d'avertissement. Difficile à trouver, vu que c'est au démarrage de PHP.

Pour preg_match, on n'échappe pas les tirets des classes [a-zA-Z] sauf si ledit tiret doit faire partie de la classe [a-zA-Z\-].

Ne serait-ce pas une directive du php.ini ?

Je vais chercher d'où ça pourrait provenir.

------------------------------------------------------------------------------------------------------------
Wampserver 3.2.9 32 bit - Apache 2.4.53 - PHP 8.1.5…5.6.40 - MySQL 5.7.38 - MariaDB 10.5.13/10.6.5
Wampserver 3.2.9 64 bit - Apache 2.4.53 - PHP 8.1.5…5.6.40 - MySQL 5.7.38/8.0.29 - MariaDB 10.5.15/10.7.3
PhPMyadmin 5.1.3 - MysqlDumper 1.24.5 on W10 and W7 Pro 64 bit
Documentation Apache - Documentation PHP - Documentation MySQL - Wampserver install files & addons
« Ce n'est pas parce qu'ils sont nombreux à avoir tort, qu'ils ont forcément raison. Coluche »
« It's not because they are many to be wrong, they are necessarily right. Coluche »

Bonjour,

> Je n'utilise pas le "define"
D'accord, mais un CMS ou une application Web ou une class peut l'utiliser — WordPress, Joomla, etc. — et, a priori, cet avertissement ne peut provenir que de la fonction define si son troisième paramètre est "true" (false par défaut)
Voir fonction define

------------------------------------------------------------------------------------------------------------
Wampserver 3.2.9 32 bit - Apache 2.4.53 - PHP 8.1.5…5.6.40 - MySQL 5.7.38 - MariaDB 10.5.13/10.6.5
Wampserver 3.2.9 64 bit - Apache 2.4.53 - PHP 8.1.5…5.6.40 - MySQL 5.7.38/8.0.29 - MariaDB 10.5.15/10.7.3
PhPMyadmin 5.1.3 - MysqlDumper 1.24.5 on W10 and W7 Pro 64 bit
Documentation Apache - Documentation PHP - Documentation MySQL - Wampserver install files & addons
« Ce n'est pas parce qu'ils sont nombreux à avoir tort, qu'ils ont forcément raison. Coluche »
« It's not because they are many to be wrong, they are necessarily right. Coluche »

Salut Otomatic.

Oui, il s'agit bien de la version php 7.4.4.

>>> Je n'ai jamais eu ce type d'avertissement.

Dans php.ini, je laisse passer tous les messages d'anomalies :
--> error_reporting = E_ALL

>>> Pour preg_match, on n'échappe pas les tirets des classes [a-zA-Z] sauf si ledit tiret doit faire partie de la classe [a-zA-Z\-].

Je n'ai pas de tiret à part. Le tiret est bien celui des classes [a-zA-Z].

>>> Ne serait-ce pas une directive du php.ini ?

Au départ, j'ai cru que le problème venait du fichier php.ini, mais je ne sais pas où chercher.
Je n'ai rien vu qui pourrait être la cause de mon problème.

>>> D'accord, mais un CMS ou une application Web ou une class peut l'utiliser

Je n'utilise pas de CMS.
Le message apparaît quand je redémarre wampserver.
Cela concerne "prepare.php" et j'ai bien ce message d'avertissement quand j'isole son exécution.
Comme dit précédemment, je n'ai pas de define dans ce script prepare.php.
Mais j'ai des preg_match ???

@+

----------------------------------------------------------------------------------------------------------------------------------------------------------------
Mon site : [www.jcz.fr]

Bonjour,

Au démarrage de Wampserver, j'effectue plus de vingt preg_match() dont plusieurs avec l'option i pour PCRE_CASELESS, insensible à la casse et je n'ai pas d'avertissement et, en développement j'utilise toujours error_reporting = E_ALL

Vu que vous n'avez pas de define(), ne pourrait-il pas s'agir de l'utilisation d'une constante PHP écrite avec une minuscule ?

------------------------------------------------------------------------------------------------------------
Wampserver 3.2.9 32 bit - Apache 2.4.53 - PHP 8.1.5…5.6.40 - MySQL 5.7.38 - MariaDB 10.5.13/10.6.5
Wampserver 3.2.9 64 bit - Apache 2.4.53 - PHP 8.1.5…5.6.40 - MySQL 5.7.38/8.0.29 - MariaDB 10.5.15/10.7.3
PhPMyadmin 5.1.3 - MysqlDumper 1.24.5 on W10 and W7 Pro 64 bit
Documentation Apache - Documentation PHP - Documentation MySQL - Wampserver install files & addons
« Ce n'est pas parce qu'ils sont nombreux à avoir tort, qu'ils ont forcément raison. Coluche »
« It's not because they are many to be wrong, they are necessarily right. Coluche »

Salut Otomatic.

J'ai le même message partout, aussi bien dans phpmyadmin que dans localhost, voire même dans phpsysinfo.


Bizarre, j'ai le message d'avertissement quand je lance php dans l'invite de commande :

F:\Wamp\bin\php\courant>php.exe

Deprecated: PHP Startup: Declaration of case-insensitive constants is deprecated in Unknown on line 0
^C
F:\Wamp\bin\php\courant>
F:\Wamp\bin\php\courant>

Mais d'où sort ce message ?
Qu'est-ce qui s'exécute quand je lance php.exe ?

Est-ce le fichier php.ini qui est en cause ?


@+

----------------------------------------------------------------------------------------------------------------------------------------------------------------
Mon site : [www.jcz.fr]

J'ai trouvé.

Il s'agit de : extension = php_com_dotnet.dll
qui provoque ce message d'anomalie.

@+

----------------------------------------------------------------------------------------------------------------------------------------------------------------
Mon site : [www.jcz.fr]

Bonjour,

Chez moi, quelles que soient les versions de PHP, de 5.6.40 à 7.4.5, l'extension php_com_dotnet.dll est toujours chargée par défaut et il n'y a pas d'erreur.

------------------------------------------------------------------------------------------------------------
Wampserver 3.2.9 32 bit - Apache 2.4.53 - PHP 8.1.5…5.6.40 - MySQL 5.7.38 - MariaDB 10.5.13/10.6.5
Wampserver 3.2.9 64 bit - Apache 2.4.53 - PHP 8.1.5…5.6.40 - MySQL 5.7.38/8.0.29 - MariaDB 10.5.15/10.7.3
PhPMyadmin 5.1.3 - MysqlDumper 1.24.5 on W10 and W7 Pro 64 bit
Documentation Apache - Documentation PHP - Documentation MySQL - Wampserver install files & addons
« Ce n'est pas parce qu'ils sont nombreux à avoir tort, qu'ils ont forcément raison. Coluche »
« It's not because they are many to be wrong, they are necessarily right. Coluche »

Salut Otomatic.

J'ai installé php 7.4.5 pensant que le problème venait de l'extension php_com_dotnet.
Et bien non, le problème est toujours présent.

J'ai regardé le paramétrage, dans php.ini que j'avais utilisé et il n'était pas bon.
J'ai repris celui-ci :
--> [www.php.net]
et tout est rentré dans l'ordre !

Problème résolu.

@+

----------------------------------------------------------------------------------------------------------------------------------------------------------------
Mon site : [www.jcz.fr]

Bonjour,

Ces directives ne font pas partie de php.ini-development fourni avec chaque version de PHP, elles ne sont donc pas dans mes php.ini.

Tous mes php.ini n'ont que très peu de différence par rapport au fichier php.ini-development ;
- Quelques valeurs changées
- Quelques extensions chargées en plus
- Deux extensions zend ajoutées : php_opcache.dll et php_xdebug_xxxx.dll
----------------------------------------------------------------
N°ligne ini-dev - valeur ini-dev -> valeur php.ini wampserver
!> sans n° de ligne indique ajout

386	* 	max_execution_time = 30 -> max_execution_time = 120
403	* 	;max_input_vars = 1000 -> max_input_vars = 2500
582	* 	;error_log = php_errors.log -> error_log ="E:/wamp64/logs/php_error.log"
675	* 	auto_globals_jit = On -> auto_globals_jit = Off
757	* 	;extension_dir = "ext" -> extension_dir ="E:/wamp64/bin/php/php7.4.5/ext/"
838	* 	;upload_tmp_dir = -> upload_tmp_dir ="E:/wamp64/tmp"
909	* 	;extension=bz2 -> extension=bz2
   	!>	extension=com_dotnet
910	* 	;extension=curl -> extension=curl
   	!>	;extension=dba
   	!>	;extension=enchant
912	* 	;extension=ftp -> extension=ftp
913	* 	;extension=fileinfo -> 	extension=fileinfo
914	* 	;extension=gd2 -> extension=gd2
915	* 	;extension=gettext -> extension=gettext
916	* 	;extension=gmp -> extension=gmp
917	* 	;extension=intl -> extension=intl
918	* 	;extension=imap -> extension=imap
919	* 	;extension=ldap -> extension=ldap
920	* 	;extension=mbstring -> extension=mbstring
921	* 	;extension=exif -> extension=exif      ; Must be after mbstring as it depends on it
922	* 	;extension=mysqli -> extension=mysqli
925	* 	;extension=openssl -> extension=openssl
927	* 	;extension=pdo_mysql -> extension=pdo_mysql
931	* 	;extension=pdo_sqlite -> extension=pdo_sqlite
   	!>	;extension=phpdbg_webhelper
939	* 	;extension=soap -> extension=soap
940	* 	;extension=sockets -> extension=sockets
942	* 	;extension=sqlite3 -> extension=sqlite3
   	!>	;extension=sysvshm
944	* 	;extension=xmlrpc -> 	extension=xmlrpc
945	* 	;extension=xsl -> extension=xsl
   	!>	;extension=zend_test
958	* 	;date.timezone = -> date.timezone = "UTC"
1072	* 	;sendmail_from = me@example.com -> 	sendmail_from ="admin@wampserver.invalid"
1338	* 	;session.save_path = "/tmp" -> 	session.save_path ="E:/wamp64/tmp"
1744	* 	soap.wsdl_cache_dir="/tmp" -> soap.wsdl_cache_dir="E:/wamp64/tmp"
1765	  	[opcache]
    	!>	zend_extension="E:/wamp64/bin/php/php7.4.5/ext/php_opcache.dll"
1954	
    	!>	; XDEBUG Extension
    	!>	[xdebug]
    	!>	zend_extension="E:/wamp64/bin/php/php7.4.5/zend_ext/php_xdebug-2.9.4-7.4-vc15-x86_64.dll"
    	!>	xdebug.remote_enable = off
    	!>	xdebug.profiler_enable = off
    	!>	xdebug.profiler_enable_trigger = Off
    	!>	xdebug.profiler_output_name = cachegrind.out.%t.%p
    	!>	xdebug.profiler_output_dir ="E:/wamp64/tmp"
    	!>	xdebug.show_local_vars=0

------------------------------------------------------------------------------------------------------------
Wampserver 3.2.9 32 bit - Apache 2.4.53 - PHP 8.1.5…5.6.40 - MySQL 5.7.38 - MariaDB 10.5.13/10.6.5
Wampserver 3.2.9 64 bit - Apache 2.4.53 - PHP 8.1.5…5.6.40 - MySQL 5.7.38/8.0.29 - MariaDB 10.5.15/10.7.3
PhPMyadmin 5.1.3 - MysqlDumper 1.24.5 on W10 and W7 Pro 64 bit
Documentation Apache - Documentation PHP - Documentation MySQL - Wampserver install files & addons
« Ce n'est pas parce qu'ils sont nombreux à avoir tort, qu'ils ont forcément raison. Coluche »
« It's not because they are many to be wrong, they are necessarily right. Coluche »

Salut Otomatic.

J'ai été obligé de modifier le fichier php.ini afin d'introduire du paramétrage pour faire fonctionner quelques extensions que j'utilise.
Dans l'ensemble, je n'ai pas trop de différence avec votre fichier php.ini.
En tout cas, merci de me l'avoir communiqué.

Je n'utilise pas xdebug.

@+

----------------------------------------------------------------------------------------------------------------------------------------------------------------
Mon site : [www.jcz.fr]

Salut Otomatic.

Je constate que la déclarative du fuseau horaire est la suivante chez vous :

;date.timezone = -> date.timezone = "UTC"

Pourquoi mettre UTC au lieu de "Europe/Paris" ?

Cela ne vous dérange pas d'avoir un décalage de deux heures ?

@+

----------------------------------------------------------------------------------------------------------------------------------------------------------------
Mon site : [www.jcz.fr]

Bonjour,

Chez moi, j'ai bien Europe/Paris.

UTC est mis par défaut pour toutes les distributions de versions PHP.
Ensuite, l'utilisateur met ce qu'il veut via le menu de configuration des paramètres PHP.

------------------------------------------------------------------------------------------------------------
Wampserver 3.2.9 32 bit - Apache 2.4.53 - PHP 8.1.5…5.6.40 - MySQL 5.7.38 - MariaDB 10.5.13/10.6.5
Wampserver 3.2.9 64 bit - Apache 2.4.53 - PHP 8.1.5…5.6.40 - MySQL 5.7.38/8.0.29 - MariaDB 10.5.15/10.7.3
PhPMyadmin 5.1.3 - MysqlDumper 1.24.5 on W10 and W7 Pro 64 bit
Documentation Apache - Documentation PHP - Documentation MySQL - Wampserver install files & addons
« Ce n'est pas parce qu'ils sont nombreux à avoir tort, qu'ils ont forcément raison. Coluche »
« It's not because they are many to be wrong, they are necessarily right. Coluche »

Salut otomatic.

J'ai eu un problème avec une date qui n'était pas dans le bon fuseau horaire.
Et pourtant, dans le fichier php.ini, j'ai bien mis Europe/Paris.

Le problème venait du fichier php.ini.
Il n'était pas accessible par le script batch, même depuis l'icône wampserver.
La solution a été d'écrire ceci :

Type: item; Caption: "Version Php"; Action: run; FileName: "%PhpVisu%"; WorkingDir: "%ScriptsDir%"; Flags: waituntilterminated; Glyph: 9; Parameters: "-c %PhpIni% VersionPhp.php"

Le -c signifie que l'on doit préciser le chemin vers le fichier php.ini.
Après le -c il y avait un point, voulant signifier le répertoire courant.
Or le répertoire courant est définie par workingDir.
J'ai dû remplacer ce point par le chemin vers le fichier php.ini.
Ma variable %PHPINI% contient le chemin.

Pourquoi j'indique cette solution ?
Parce que la plupart du temps, une erreur de fuseau horaire dans l'affichage de l'heure est dû à l'accès au fichier php.ini.

@+

----------------------------------------------------------------------------------------------------------------------------------------------------------------
Mon site : [www.jcz.fr]