php warning module zip already loaded in unknown on line 0
Конфигурация — Предупреждение PHP: Модуль уже загружен в Неизвестный в строке 0
На Mac OSX Mavericks при использовании homebrew php55 всякий раз, когда я запускаю команду php, я получаю следующее сообщение об ошибке (все работает нормально, это просто раздражает)
Проверено в файле php.ini, и единственное место, где загружается intl, находится вверху, и оно закомментировано. Содержимое других файлов выглядит примерно так:
где содержимое после последней косой черты является расширением.
Я не уверен, где еще искать.
Любая помощь приветствуется
Решение
Другие решения
Надеюсь, это кому-нибудь поможет.
Я удалил файл 20-mongo.ini в /etc/php5/cli/conf.d, и это решило проблему.
В файле php.ini есть два файла «php_intl.dll» на 872 и 968 числовых строках. если Модуль предупреждения php ‘intl’ уже загружен в неизвестное в строке 0 это сообщение ориентировано на ваш CLI. Затем вы должны будете удалить префиксы полуклонов в строке 872. Я ожидаю, что это будет сделано …..
В предыдущей версии дистрибутива этот файл назывался 50-geoip.ini но недавний был изменен на 40-geoip.ini и я подозреваю, что в процессе обновления версии старое не было удалено, а новое было создано.
Это был фактический случай проблемы. После удаления бродячих 50-geoip.ini от /etc/php.d/ и перезапуск httpd это просто работало без нареканий.
Чтобы решить эту проблему, вы должны отредактировать файл php.ini (или extensions.ini) и закомментировать уже скомпилированные расширения. Например, после редактирования ваш INI-файл может выглядеть следующим образом:
В моем случае я удалил комментарий; extension = php_curl.so в php.ini, но Ubuntu уже вызывала это расширение где-то еще.
Чтобы найти это «где-то еще», на php.ini сообщу. По моему делу:
/etc/php/7.1/apache2/conf.d/20-curl.ini был путь.
Итак, теперь мы редактируем этот файл (терминал):
PHP Warning: Module already loaded in Unknown on line 0
On Mac OSX Mavericks using homebrew php55 whenever I run a a php command I get the following error message (everything runs fine it’s just annoying)
and the output was
Checked in the php.ini file and the only place intl is loaded is at the top and it’s commented out. The other files contents look something like:
where the contents after the last slash is the extension.
I’m not sure where else to look.
Any help is appreciated
19 Answers 19
Hope this helps someone.
To fix this problem, you must edit your php.ini (or extensions.ini) file and comment-out the extensions that are already compiled-in. For example, after editing, your ini file may look like the lines below:
In my case I had uncoment the ;extension=php_curl.so in php.ini, but Ubuntu was already calling this extension somewhere else.
To find this «somewhere else», on php.ini will informe. On my case: /etc/php/7.1/apache2/conf.d/20-curl.ini was the path.
So now we edit this file (terminal):
Comment the ;extension=php_curl.so
Save file and restart apache:
For shared hosting, in cPanel I unchecked the Module in question under «Select PHP Version» > «Extensions» and the error disappeared for PHP 7.4.
That was the actual case of the issue. After removing stray 50-geoip.ini from /etc/php.d/ and restarting httpd it just worked flawlessly.
I deleted the 20-mongo.ini file in /etc/php5/cli/conf.d and this solved the problem.
I figured this out by printing the PHP configuration and searching by xml.ini. Notice in the following output how xml is loaded twice (first as 20-xml.ini and then as xml.ini):
There are two «php_intl.dll» files inside php.ini file on 872 and 968 number lines. if php warning module ‘intl’ already loaded in unknown on line 0 this message is focused on your CLI. Then you should have to remove the semiclone prefixes on line 872. I expect this will done.
Just for the record as it might help others who are on shared hosting (cPanel).
I had error on shared hosting php7.2: Module ‘imagick’ already loaded in Unknown on line 0
PHP предупреждение: модуль уже загружен в Unknown on line 0
на Mac OSX Mavericks с помощью homebrew php55 всякий раз, когда я запускаю команду php, я получаю следующее сообщение об ошибке (все работает нормально, это просто раздражает)
проверено в php.ini-файл и единственное место, где загружается intl, находится вверху, и он закомментирован. Содержимое других файлов выглядит примерно так:
где содержимое после последней косой черты расширение.
Я не уверен, где еще искать.
любая помощь приветствуется
8 ответов
надеюсь, это кому-то поможет.
вы должны иметь / etc/php2 / conf.d
есть два «php_intl.dll файлы» файлы в PHP.ini-файл на 872 и 968 номерных строках. если php предупреждающий модуль ‘intl’ уже загружен в unknown в строке 0 это сообщение сосредоточено на вашем CLI. Затем вы должны снять semiclone префиксы на линии 872. Я ожидаю, что это будет сделано.
это был настоящий случай проблемы. После снятия блуждающих 50-geoip.ini С /etc/php.d/ и руководство httpd он просто работал безупречно.
чтобы устранить эту проблему, необходимо отредактировать php.ini (или расширения.ini) файл и комментировать расширения, которые уже скомпилированы. Например, после редактирования ваш ini-файл может выглядеть следующим образом:
Я удалил 20-монго.ini-файл в файле / etc/php5/cli / conf.D и это решило проблему.
в моем случае я имел в uncoment ;расширение=php_curl.так в PHP.ini, но Ubuntu уже вызывал это расширение где-то еще.
чтобы найти это «где-то еще», на php.Ини будут в. По моему делу: в /etc/РНР/7.1/apache2 не/конф.Д/20-завиток.ini был путем.
Итак, теперь мы редактируем этот файл (терминал):
«PHP Warning: Module ‘zip’ already loaded in Unknown on line 0» #111
Comments
joacimmelin commented Nov 22, 2017 •
.. I’m no PHP wizard but I get this when I try to run the script from command line:
PHP Warning: readfile(/tmp/wp-jekyll.zip): failed to open stream: No such file or directory in on line 472.
The module error in the subject line has been taken care of.
PHP 5.6.10 (cli) (built: Jun 11 2015 08:33:51)
Copyright (c) 1997-2015 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2015 Zend Technologies
with Suhosin v0.9.38, Copyright (c) 2007-2015, by SektionEins GmbH
Grateful for any help you can offer me.
The text was updated successfully, but these errors were encountered:
We are unable to convert the task to an issue at this time. Please try again.
The issue was successfully created but we are unable to update the comment at this time.
joacimmelin commented Nov 23, 2017 •
I managed to figure out that the disk went full (I have 7000+ posts in WordPress and a small root drive where /tmp is located). Re-located /tmp and all was well.. or so I thought. PHP ran out of memory, I increased but it still crashes:
PHP Fatal error: Allowed memory size of 4293918720 bytes exhausted (tried to allocate 2018775802 bytes).
PHP Fatal error: Unknown: Cannot use output buffering in output buffering display handlers in Unknown on line 0
UPDATE: Found that /bin/composer set it’s own memory limit of up to 1,5GB RAM. I increased that to 4GB of RAM but it doesn’t help. I give up.
stale bot commented Jan 22, 2018
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.