|
|
Posted by Erwin Moller on 02/22/06 19:08
Justin Koivisto wrote:
> Erwin Moller wrote:
>> Justin Koivisto wrote:
>>
>> <snip>
>>
>>>> Did you check the part on fopenwrappers at php.net?
>>>> Start here:
>>>> http://nl2.php.net/manual/en/ref.filesystem.php#ini.allow-url-fopen
>>>>
>>>> So check your php.ini settings first.
>>> That was the first thing I checked to no avail. It was set correctly,
>>> but I modified the file, resaved and restarted Apache just to be sure. I
>>> also checked the phpinfo() output to be sure the php.ini file was where
>>> it was expected and that the value of allow_url_fopen was set to On.
>>
>> Ok, that is clear (and right configured) then.
>> Last thing I can think of:
>> I once had excactly the same situation, hanging fopen-wrapper.
>> In my case it turned out that the page I was trying to grab used some
>> redirection at the server that fopen-wrapper could not handle.
>>
>> It boiled down to:
>> 1) Client send request (your php/fopenwrapper)
>> 2) Server answer with 'MOVED PERMANENTLY' or something like that.
>> 3) fopenwrappen got completely confused.
>>
>> That happened with PHP4.3 I think (not sure).
>>
>> So my suggestion would be to use you lynx again to check this.
>> Can it handle the url you are trying to grab?
>
> Yes, I've checked that before too (it's an XML file BTW):
>
> HTTP/1.1 200 OK
> Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
> pre-check=0
> Pragma: no-cache
> Content-Type: text/xml;charset=iso-8859-1
> Expires: Thu, 19 Nov 1981 08:52:00 GMT
> Server: Microsoft-IIS/6.0
> Set-Cookie: PHPSESSID=a3c4ba9f6eb2dfe2d1b4d79230e4e614; path=/
> MicrosoftOfficeWebServer: 5.0_Pub
> X-Powered-By: ASP.NET
> Date: Wed, 22 Feb 2006 15:44:46 GMT
> Connection: close
>
>
> Fun, isn't it? :\
>
Darn. :-/
Sorry mate, I am out of options.
If you find the problem, please repost it here.
Good luck.
Regards,
Erwin Moller
Navigation:
[Reply to this message]
|