Re: fopen with URL *never* fails [message #172564 is a reply to message #172558] |
Mon, 21 February 2011 21:48 |
Robert Heller
Messages: 60 Registered: December 2010
Karma:
|
Member |
|
|
At Mon, 21 Feb 2011 12:38:03 -0800 (PST) acoleman616 <acoleman616(at)gmail(dot)com> wrote:
>
> On Feb 21, 2:36=A0pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>> On 2/21/2011 2:33 PM, acoleman616 wrote:
>>
>>> Hi all,
>>
>>> I'm at a loss. =A0I'm calling fopen(), passing it absolute URLs, and
>>> when the URLs are from one, and only one, of my public domains, no
>>> matter what URL I pass, it *always* executes successfully. =A0So even i=
> f
>>> I pass it a URL of a file that I *know* doesn't exist, fopen() still
>>> executes and does *not* return false, as it should.
>>
>>> Any ideas?
>>
>>> Thanks in advance for any help.
>>
>> Check what is returned - it's probably a "Page Not Found" page, so the
>> fopen() completed.
>>
>> --
>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>> Remove the "x" from my email address
>> Jerry Stuckle
>> JDS Computer Training Corp.
>> jstuck...@attglobal.net
>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>
> Ah, didn't think of that. Is there any way to detect if a 404 is
> returned from the original URL passed to it?
Even more likely than a 404, would be 302. *Some* CMS's return 302
status codes for URLs that 'don't exist' and redirect you to like the
home page or a search page or something. A 302 is NOT an error, it is
just a redirection to someplace else, therefor a URL fopen wouldn't
fail, it would open whatever the URL on Location: header pointed to.
>
--
Robert Heller -- 978-544-6933 / heller(at)deepsoft(dot)com
Deepwoods Software -- http://www.deepsoft.com/
() ascii ribbon campaign -- against html e-mail
/\ www.asciiribbon.org -- against proprietary attachments
|
|
|