Неблокирующий fsockopen

А для чего собственно нужно вам это?

function fetch_remote_file($url) {

	$user_agent = 'Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9) Gecko/2008052906 Firefox/3.0';

	@ini_set ( 'allow_url_fopen', '1' );

	@ini_set ( 'default_socket_timeout', '5' );

	@ini_set ( 'user_agent', $user_agent );

	if (function_exists ( 'curl_init' )) {

		if ($ch = curl_init ()) {

			curl_setopt ( $ch, CURLOPT_URL, $url );

			curl_setopt ( $ch, CURLOPT_HEADER, false );

			curl_setopt ( $ch, CURLOPT_RETURNTRANSFER, true );

			curl_setopt ( $ch, CURLOPT_CONNECTTIMEOUT, '5' );

			curl_setopt ( $ch, CURLOPT_USERAGENT, $user_agent );

			if ($data = curl_exec ( $ch )) {

				curl_close ( $ch );

				return $data;

			}

		}

	}

	return false;

}

KosoyRoman, спасибо за готовность помочь. Не могли бы Вы пояснить, в каком участке Вашего кода содержится ключ к решению моей проблемы? Стыдно признаться, но я увидел лишь стандартное использование библиотеки cURL, не решающее моей проблемы, как мне кажется.

Для чего нужно перевести fsockopen в неблокирующий режим? Чтобы дать возможность скрипту не останавливаться на время тайм-аута этой функции. Т.е. стандартная цель использования неблокирующего режима.

Кот дак вот же мануал ))

http://www.phpclub.net/manrus/f/socket-set-blocking.html

http://www.phpclub.net/manrus/f/socket-set-blocking.html

http://itby.ru/content/view/6002/40/

Хм... мне казалось, я корректно описал проблему, с которой столкнулся. Давайте, попробую объяснить с другого конца.

Проблема не в том, что я не могу организовать работу с fsockopen, stream_socket_client или cURL (с этим, как раз, все в порядке), а в том, что не получается у меня работать с сокетом в неблокирующем режиме с самого начала соединения. Эта же проблема хорошо описана по ссылке, которую я привел в первом посте. Т.е. мне надо, чтобы к моменту отправки первого бита в сторону удаленной машины (при установлении соединения) сокет уже находился в неблокирующем режиме.

Если же действовать стандартными методами, описанными в мануалах, то установить неблокирующий режим для сокета можно только после установления соединения с удаленной машиной. В подавляющем числе случаев этого достаточно. Я столкнулся с исключением - в отдельных случаях сам процесс установления соединения (когда сокет еще в блокирующем режиме) затягивается. Мне надо уйти от этого затягивания установив неблокирующий режим для функции fsockopen. Или для любой другой аналогичной, хоть для stream_socket_client, хоть для чего-то в cURL или в низкоуровневом интерфейсе сокетов.

Смысл? не дать скрипту подвиснуть? Для этого и ставится таймаут у курла.

Смысл есть.

У Вас есть решение?

Нет, конечно :) Неблокирующие сокеты немного для другого...

Чтобы предложить решение мне сначала понять задачу. Просто "сделать неблокирующиеся сокеты" на основе функций пхп - не решается. Есть конечно функция

socket_set_nonblock -- Sets nonblocking mode for file descriptor fd

Description

bool socket_set_nonblock ( resource socket )

но не факт насчет там этого вашего первого бита

Я, вроде, описал подробно. Допускаю, что криво. Можете уточняющие вопросы задать?

Можно попросить пояснить? Почему не решается? В терминах РНР вроде как решается (за исключением самого начала, да и то, я не уверен, что это не мой косяк).

У нее есть какие-нить принципиальные отличия от socket_set_blocking? За исключением того, что они из разных семейств.

есть специальная опция

curl_setopt ( $ch, CURLOPT_CONNECTTIMEOUT, '5' );

неужели не работает?

Насколько я в курсе, это мы так просто тайм-аут выставляем. Без перехода в неблокирующий режим.