Я столкнулся с интересной ошибкой PHP / SOAP, которая помешала мне. После поиска я не нашел правдоподобного объяснения и буду признателен за вашу помощь. Вот фон:
У меня есть сайт, построенный на PHP / CodeIgniter , который использует SOAP для связи по SSL с серверной системой, предоставленной третьей стороной (назовем их «Компания X» для защиты невинных), а не в моем контроле В духе хорошего MVC я поместил код, специфичный для взаимодействия с этим источником данных, в отдельную модель (system/application/models/company_x.php). Я разрабатывал локально, используя MAMP на своем Mac, и почти все было относительно гладко в процессе тестирования и разработки; включая вызов веб-службы компании X через SSL. Вероятно, я должен упомянуть, что у их веб-сервиса был странный WSDL, который не нравился SOAP в PHP 5. Такие вещи, как обязательные параметры, которых там не было. Было немного странно вызывать методы SOAP в явном виде, но у меня все получилось, и это сработало во время тестирования. Я даже развернул его на тестовом сайте по адресу Моссо , и я мог бы поклясться, что он тоже какое-то время работал там.
Вообразите мое удивление, когда каждый вызов веб-службы SOAP начинает выдавать ошибки, подобные следующим:
A PHP Error was encountered
Severity: Warning
Message: SoapClient::__doRequest() [soapclient.--dorequest]:
WARNING: URL fopen access
Filename: models/company_x.php
Line Number: 86
Журналы ошибок не дают больше информации, кроме полного пути к файлу модели на сервере. Он работает локально, и я думал, что раньше он работал на Моссо. Может быть, Моссо изменил свои настройки и отключил SOAP или что-то. Чуть позже phpinfo(), и их более чем достаточно. Я подумал, что, возможно, мой Mac более терпим к сертификату SSL. В конце концов, это сертификат GoDaddy * .domain.com, может быть, fopen не может пройти. Я поднял тестовый файл для подключения по SSL и поместил его в Mosso, и он заработал.
Мне интересно, почему fopen доступ внезапно становится проблемой для SOAP? Что такого в Моссо, что внезапно делает это трудным? Нужно ли переопределить некоторые настройки php.ini? Может ли быть так, как это часто бывает с такими бесполезными ошибками, чем-то совершенно другим?
Обновление: Вот команда настройки из phpinfo ():
'./configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-kerberos' '--enable-ucd-snmp-hack' '--with-unixODBC=shared,/usr' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--with-ming' '--with-mime-magic' '--with-sqlite=shared' '--with-libxml-dir=/usr' '--with-xml' '--with-system-tzdata' '--with-apxs2=/usr/sbin/apxs' '--without-mysql' '--without-gd' '--without-odbc' '--disable-dom' '--disable-dba' '--without-unixODBC' '--disable-pdo' '--disable-xmlreader' '--disable-xmlwriter' '--disable-json'
Примечание : Мой комментарий ниже phpinfo() сообщает о том, что furl разрешен; странно!