Module PHP est déjà chargé d'avertissement

Viens de remarquer, que PHP lance des avertissements, lorsqu'il est exécuté sur le CLI:

module php est déjà chargé

$ php -v
PHP Warning:  Module 'PDO' already loaded in Unknown on line 0
PHP Warning:  Module 'calendar' already loaded in Unknown on line 0
PHP Warning:  Module 'ctype' already loaded in Unknown on line 0
PHP Warning:  Module 'exif' already loaded in Unknown on line 0
PHP Warning:  Module 'fileinfo' already loaded in Unknown on line 0
PHP Warning:  Module 'ftp' already loaded in Unknown on line 0
PHP Warning:  Module 'gettext' already loaded in Unknown on line 0
PHP Warning:  Module 'iconv' already loaded in Unknown on line 0
PHP Warning:  Module 'Phar' already loaded in Unknown on line 0
PHP Warning:  Module 'posix' already loaded in Unknown on line 0
PHP Warning:  Module 'shmop' already loaded in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/sockets.so' - /usr/lib/php/20151012/sockets.so: undefined symbol: php_network_gethostbyname in Unknown on line 0
PHP Warning:  Module 'sysvmsg' already loaded in Unknown on line 0
PHP Warning:  Module 'sysvsem' already loaded in Unknown on line 0
PHP Warning:  Module 'sysvshm' already loaded in Unknown on line 0
PHP Warning:  Module 'tokenizer' already loaded in Unknown on line 0
PHP 7.0.3-5+deb.sury.org~trusty+1 (cli) ( NTS )
Copyright (c) 1997-2016 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies
with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies
with Xdebug v2.4.0RC4, Copyright (c) 2002-2016, by Derick Rethans

Je sais, comment les prévenir -- enlevez simplement extension={extname}.so de la /etc/php/7.0/cli/conf.d/{extname}.ini fichiers. Mais:

Est la suppression de cette ligne dans les fichiers INI une solution ou tout simplement une solution de contournement pour éviter les messages d'avertissement? Peut des effets secondaires se produisent en raison de cela? Pourquoi fait-il /Quel est le problème en fait causée par?

Il ressemble à votre installation de PHP pourrait être le chargement de deux php.les fichiers ini ou le même deux fois, vous pouvez poster votre PHP.fichier ini sur justpasteit
Merci pour votre commentaire. Juste posté mon CLI php.ini est ici.
Il montre tous les commentaires sont commentées, pouvez-vous mettre la valeur de php -i à partir de la ligne de commande pour ce site?
fait 🙂
De fournir le lien :p

OriginalL'auteur automatix | 2016-07-04

4

Vous avez probablement chargé de l'montré les extensions de deux fois dans votre php.les fichiers ini.

Vous pouvez rechercher le dossier /etc/php/7.0 où vous trouverez de php.les fichiers ini dans ses sous-dossiers, probablement en :
- /etc/php/7.0/cli/
- /etc/php/7.0/apache2/
Si vous voyez quelques extension=quelque chose.donc répété deux fois dans ces php.les fichiers ini, vous pouvez le supprimer à partir d'un ou encore si l'avertissement s'affiche supprimer des deux.

JE VOUS REMERCIE. Été la recherche de ce pour 2 jours.

OriginalL'auteur Anurag Kumar
3

PHP sur Linux analyses des sous-dossiers et fichiers de configuration, qui est ce qui s'est passé dans ce cas.
```
Configuration File (php.ini) Path => /etc/php/7.0/cli Loaded
Configuration File => /etc/php/7.0/cli/php.ini Scan this dir for additional .ini files => /etc/php/7.0/cli/conf.d 
Additional .ini files parsed => 
/etc/php/7.0/cli/conf.d/10-opcache.ini,
/etc/php/7.0/cli/conf.d/10-pdo.ini,
/etc/php/7.0/cli/conf.d/20-calendar.ini,
/etc/php/7.0/cli/conf.d/20-ctype.ini,
/etc/php/7.0/cli/conf.d/20-curl.ini,
/etc/php/7.0/cli/conf.d/20-exif.ini,
/etc/php/7.0/cli/conf.d/20-fileinfo.ini,
/etc/php/7.0/cli/conf.d/20-ftp.ini,
/etc/php/7.0/cli/conf.d/20-gettext.ini,
/etc/php/7.0/cli/conf.d/20-iconv.ini,
/etc/php/7.0/cli/conf.d/20-json.ini,
/etc/php/7.0/cli/conf.d/20-mcrypt.ini,
/etc/php/7.0/cli/conf.d/20-mongodb.ini,
/etc/php/7.0/cli/conf.d/20-mysqli.ini,
/etc/php/7.0/cli/conf.d/20-pdo_mysql.ini,
/etc/php/7.0/cli/conf.d/20-pdo_sqlite.ini,
/etc/php/7.0/cli/conf.d/20-phar.ini,
/etc/php/7.0/cli/conf.d/20-posix.ini,
/etc/php/7.0/cli/conf.d/20-readline.ini,
/etc/php/7.0/cli/conf.d/20-shmop.ini,
/etc/php/7.0/cli/conf.d/20-sockets.ini,
/etc/php/7.0/cli/conf.d/20-sqlite3.ini,
/etc/php/7.0/cli/conf.d/20-sysvmsg.ini,
/etc/php/7.0/cli/conf.d/20-sysvsem.ini,
/etc/php/7.0/cli/conf.d/20-sysvshm.ini,
/etc/php/7.0/cli/conf.d/20-tokenizer.ini,
/etc/php/7.0/cli/conf.d/20-xdebug.ini,
/etc/php/7.0/cli/conf.d/20-xsl.ini
```
Peu de marche par le biais de PHP analysé le dossier /etc/php/7.0/cli/ et a trouvé un php.ini qui a dit il devrait y avoir plus de configuration (ini) des fichiers dans un sous-répertoire appelé conf.d et chaque module dispose de son propre fichier ini généralement sur Linux et dans la dernière version de PHP.

Pour répondre à la question "Est la suppression de cette ligne dans les fichiers INI une solution ou tout simplement une solution de contournement pour éviter les messages d'avertissement?"

Honnêtement, je voudrais avoir la configuration de chaque module dans un fichier séparé, mais vous pouvez supprimer les fichiers en conf.d si vous souhaitez configurer le module dans le php.ini fichier. Je trouve juste qu'il se bloque.

Merci pour la réponse! Mais vous êtes en supposant, que la extension={exname}.so instructions sont dans le fichier INI comprend ET dans les principaux php-ini. Droit? Mais ce n'est pas de ce genre-de la php.ini ne consiste pas en quoi que ce soit pour le chargement des extensions. C'est pourquoi je me demandais, que PHP essaie de charger deux fois.
Pouvez-vous zip ou tar /etc/php/7.0 et la télécharger. PHP utilise différents fichiers ini pour les cli/cgi/apache/nginx/fpm. Je peux le faire tourner sur ma distro linux et j'espère résoudre ce problème qui est devenu personnelle :p
Merci encore pour essayer de m'aider & désolé pour le retard!! Je zippée à l'ensemble de la /etc/php répertoire. (Bien sûr, tous les liens symboliques est devenu indépendant de fichiers.) Vous pouvez le télécharger ici.
L' /cli/php.fichier ini n'est pas dans l'archive. La lecture par le biais de certains postes en ligne, il semble que PHP est compilé avec PDO déjà (ma configuration utilise comme une extension de php 5) donc il n'y a pas de raison de le charger comme une extension. Cependant, j'ai été incapable de trouver la confirmation de ce sur le site de PHP.
Désolé, j'ai supprimé le php.ini pour la CLI de tester quelque chose et puis oublié de le restaurer. Ajouté il maintenant de nouveau à /etc/php/7.0/cli/ et de l'archive dans Dropbox. J'ai également ajouté de la sortie de php -i comme un fichier (php-i.txt dans les archives de la racine).

OriginalL'auteur Philip Rollins
2

PHP est le chargement des modules à plusieurs reprises. Trouver et supprimer les php.ini fichier(s).
1. Exécuter le script php ci-fichier. Il permet d'imprimer beaucoup d'infos sur votre installation de php dans un tableau:
.
```
<?php
phpinfo();
```
1. Dans le tableau, trouver l'entrée d' "Charger le Fichier de Configuration". Il vous dira où php.ini est situé. Aller sur le disque et de le renommer php.ini.bak.
2. Redémarrer le serveur et exécuter le fichier ci-dessus une fois de plus. "Charger le Fichier de Configuration" vais vous dire, là où les autres php.ini est situé. C'est le double.
3. De sauvegarde et de supprimer le doublon. Rétablir l'original, et vous devriez être bon d'.
Merci, mais il ne fonctionne pas. Regardez: 1. php -r 'phpinfo(); echo PHP_EOL;' | grep "php.ini" -- sortie: ligne1 Configuration File (php.ini) Path => /etc/php/7.0/cli, line2 Loaded Configuration File => /etc/php/7.0/cli/php.ini. 2. mv /etc/php/7.0/cli/php.ini ~/Desktop/. 3. service php7.0-fpm restart. 4. php -r 'phpinfo(); echo PHP_EOL;' | grep "php.ini" -- sortie: onlie une ligne Configuration File (php.ini) Path => /etc/php/7.0/cli. Et tous les PHP Warning: Module 'gettext' already loaded in Unknown on line 0 truc est toujours là.

OriginalL'auteur BeetleJuice
0

Vérifiez /etc/php5/apache2/php.ini et /etc/php5/cli/php.ini. Vous ne devez pas charger dans chaque php.ini dans ce répertoires de l'extension xdebug.. Une seule php.ini doit charger.
PHP Warning: Module déjà chargé in Unknown on line 0

sudo gedit /etc/php5/cli/php.ini
supprimer ce: zend_extension="/usr/lib/php5/20******/xdebug.donc" xdebug.remote_enable=1 xdebug.remote_autostart=1 xdebug.remote_handler=dbgp xdebug.remote_mode=req xdebug.remote_host=127.0.0.1 xdebug.remote_port=9000

OriginalL'auteur kenai37
0

J'ai eu le même problème. J'ai mis à jour ma Version de PHP et effacé du problème.

Pour une raison quelconque, le problème provient en raison d'un état incohérent de la composer.lock fichier. Après un compositeur mise à jour (et bien sûr, l'exécution de tout mon unité de tests afin de s'assurer que rien n'a été cassé), l'erreur a disparu et le compositeur de la course a été propre.

OriginalL'auteur VBage Tech

Vous devez vous connecter pour publier un commentaire.