Неудавшаяся загрузка ioncube
Это не полностью отвечает на Ваш вопрос, но я записал сценарий для Контроля Серверов Exchange. (Это было записано для E2k3, но должно работать над E2k7, но E2k10 сомнителен).как есть Теперь, это проверяет, что указанные серверы являются дающими отклик на ping-запрос, Exchange Services работают, Коннекторы работают, Хранилища данных смонтированы, и диски Журнала транзакций по крайней мере на 50% полны (порог которого может, конечно, быть изменен.)
У меня есть это выполнение как запланированная задача каждые 10 минут, отправляя предупреждение электронной почты/пейджера, если проблема обнаруживается. Это работает лучше всего, если у Вас есть автономный сервер SMTP (скажите, что маленький Linux/Unix sendmail сервер, находящийся бесшумно где-нибудь), поскольку ничего не произойдет, если Ваша почтовая среда будет повреждена в единой точке отказа...
Другой способ обойти это ограничение (SPoF) состоит в том, чтобы сделать измененную копию предназначенной, чтобы работать от командной строки и просто распечатать результаты на экран.
Нельзя сказать, что Вы не могли изменить его для вывода формата файла выбора (html/json/xml), чтобы Панель инструментов читала - в, или инициировал другие виды предупреждений. Вы только ограничены Вашим воображением.
Для него должна быть строка zend_extension в вашем /etc/php.ini - удалите ее.
Если ее там нет, попробуйте найти php.ini . Если у вас нет locate (например, вы еще не запускали updatedb ), используйте find / -name php.ini .
Если , что не работает, и вы можете получить эту ошибку в командной строке, strace it:
strace -f -e trace=open php /path/to/script.php 2>&1
Один из них будет файлом конфигурации. Если нет (например, вы видите открытую попытку для ioncube _ *. Поэтому и ни один из *. Ini s не содержит строки для этого), то, скорее всего, ваш PHP-скрипт пытается dl () ит.
Обычно в каталоге php conf.d имеется определенный файл ioncube.ini
/etc/php5/conf.d/ioncube.ini
Просто удалите его, и предупреждения исчезнут.