PHP :: Bug #16261 :: fsockopen() does not allow milisecond timeouts

Bug #16261

fsockopen() does not allow milisecond timeouts

Submitted:

2002-03-25 09:55 UTC

Modified:

2002-07-23 16:49 UTC

Votes:	6
Avg. Score:	4.7 ± 0.7
Reproduced:	4 of 4 (100.0%)
Same Version:	1 (25.0%)
Same OS:	3 (75.0%)

From:

jroberts at forumone dot com

Assigned:

Status:

Closed

Package:

Sockets related

PHP Version:

4.3-dev

OS:

Linux

Private report:

CVE-ID:

None

View Add Comment Developer Edit

[2002-03-25 09:55 UTC] jroberts at forumone dot com

I'm specifying a timeout of 0.2 seconds, but the fsockopen() function is taking as long as 3-4 seconds with slow domains (I know www.krasnapolsky.sr to be slow).  This example took about 3.6 seconds.

CODE:
echo microtime();
echo fsockopen("www.krasnapolsky.sr", 80, &$errno, &$errstr, 0.2);
echo microtime();
echo "Error Number = $errno, Error String = $errstr";

RESULT:
0.39859300 1016822517
Resource id #1
0.04482100 1016822521
Error Number = 0, Error String = 

So the socket is opened -- it just took way longer than I intended to allow it.  Setting the timeout to an integer (e.g. 1) does not work either (although the documentation says it can be of type float).

I reported this previously under bug 14740, but that thread was related to win 98 and 2k, where the timeout is not expected to work.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports

[2002-03-25 09:58 UTC] jroberts at forumone dot com

BTW, socket_set_timeout is working fine for me after the socket has been opened.  It's the failure to timeout on the actual fsockopen() that is causing issues.

[2002-07-15 09:46 UTC] jason@php.net

This behavior does not actually exist in the version you report. The test domain you are using is slow on the DNS lookup, which does not count against the timeout.

The current development branch does not allow subsecond timeouts, and as such I am modifying this bug to apply.

-Jason

[2002-07-15 12:34 UTC] jroberts at forumone dot com

Thanks Jason.  Would it be possible/desireable to include the time for DNS lookup in the timeout period?  I'm using sockets to request headers for remote files (PDF, etc.) to display size/type in a distributed library.  In cases where I'm showing 10-20 files per page, a delay of more than 0.5 seconds or so each is major problem -- regardless of whether it's caused by DNS lookup or response from the actual server.  In those cases I'd rather just show a "filesize unknown" message rather than waiting an indeterminate amount of time for the content-length header.

[2002-07-23 16:49 UTC] jason@php.net

This bug has been fixed in CVS. You can grab a snapshot of the
CVS version at http://snaps.php.net/. In case this was a documentation 
problem, the fix will show up soon at http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites.
Thank you for the report, and for helping us make PHP better.

fsockopen now behaives as specified.
As far as the DNS queries go, there is no way to currently achieve that behavior on all platforms. I would recommend using gethostbyname, and passing the ip directly to fsockopen, this will cause you to take the dns hit once.

-Jason

	php.net \| support \| documentation \| report a bug \| advanced search \| search howto \| statistics \| random bug \| login
go to bug id or search bugs for


Copyright © 2001-2024 The PHP Group All rights reserved.	Last updated: Thu Apr 18 09:01:27 2024 UTC