Я унаследовал этот сервер Windows Server 2008, который мы используем в качестве основного веб-сервера, и в последнее время сталкивался с некоторыми странностями. Раньше PHP устанавливался путем простой загрузки zip-файла, извлечения его в определенное расположение файла (C: \ Apps \ php), внесения соответствующих изменений в php.ini и прекращения его работы. Поскольку я думал, что это было немного неэффективно, я решил отойти от этой модели и пойти по пути установщика веб-платформы, в основном для того, чтобы сделать обновления более простыми и эффективными. Сейчас я верить что я удалил все ссылки на старую установку PHP, но наша установка Wordpress говорит нам об обратном.
Иногда в наших журналах ошибок PHP Wordpress выдает несколько случайных фатальных ошибок по причинам, о которых здесь не нужно упоминать, но он ссылается на старые расширения груши для старой установки PHP. Это меня смутило, потому что в php_info(), все ссылается на новый PHP и ничего не говорит о старой установке груши, и pear config-show делает ссылки только на новую установку PHP.
Так что я не понимаю, почему кажется, что старый PHP-материал все еще используется. Я хотел бы настроить IIS для использования только того, что я укажу, всякий раз, когда я устанавливаю новую версию PHP из WPI. Любая помощь была бы замечательной, спасибо!
Вы пробовали воссоздать IIS FastCGIModule для PHP? Проверьте первую часть этот статья. Кроме того, проверьте наличие старого экземпляра PHP в редакторе реестра. Несколько лет назад у меня была аналогичная проблема с Symantec Endpoint Protection Manager, и я решил ее, удалив все соответствующие реестры (ранее зарезервированные)
Попробуйте переключить обработчик PHP на использование только что установленной новой версии .EXE.
Вы также можете установить путь обработчика PHP на сервере верхнего уровня, который будет унаследован новыми создаваемыми веб-сайтами.