Как показывает Гугль, такое горе постигает периодически многих разработчиков, а не только меня. В случае с использованием ОС Linux, такая проблема не актуальна и расширение cURL там не работает по иным причинам (ведь DLL — это часть ОС семейства Windows). Т.е. мы говорим о случае со всеми не любимой Виндой.
Суть проблемы — Апач в логах ругается на невозможность загрузки библиотеки php_curl.dll. Например так: «PHP Warning: PHP Startup: Unable to load dynamic library…» и дальше путь к Вашей библиотеке из папки ext Вашего PHP. Казалось бы, вроде всё лежит по месту, прочие библиотеки вполне себе нормально грузятся, а именно эта — нет. Ответ прост: виной всему пути. Пути, где Апач ищет библиотеки для используемых расширений. И именно в случае с cURL, библиотек этих несколько больше, чем мы ожидаем. Дело в том, что для работы cURL, кроме собственно php_curl.dll из папки ext в PHP, требуется еще 3 библиотеки: libeay32.dll, libssh2.dll и ssleay32.dll из корня папки PHP. Ну, зависимости, знаете ли..
Так вот, именно этих трёх библиотек Апачу и не хватает для успешной загрузки нашей php_curl.dll. Наверное даже Билли Гейтс не ответит, почему добавление пути к папке с PHP в конфигурационных настройках Windows (в моём случае это была Windows 7 64x), проблемы не решила. Хотя, возможно сторонняя сборка Апача 2.4 под Windows (мы же помним, что Apache.org уже давно прекратил выпуск и поддержку Windows-версий Апача), не пользуется путями из переменных Windows. Вероятнее всего так и есть, поскольку копирование этих трёх DLL в папку Windows/System32, как советуют многие, мне лично не помогло. А помогло тривиальное копирование их в папку bin Апача. Только не забудьте сам Апач перезапустить после этого. И будет Вам счастье.
Похожие записи
Нет комментариев
Оставить комментарий или два