1. vsll - 09 Мая, 2011 - 18:59:39 - перейти к сообщению
Что быстрее определяет прокси на живучесть (без проверки на анонимность и тд) fsockopen или curl ? Гугл выдал что curl написан на языке более низкого уровня и потому работает быстрее. Но у меня подозрение, что именно в описанном мной случае, всётаки fsockopen быстрее, причём намного...
2. Champion - 09 Мая, 2011 - 19:01:54 - перейти к сообщению
Учитывая, что 99% времени - это ожидание ответа, я думаю, что заморачиваться не стоит и надо пользоватьсч тем, чем удобнее - т.е. скорее всего курлом.
3. movEAX - 09 Мая, 2011 - 19:08:03 - перейти к сообщению
Vasiliya пишет:
Что быстрее определяет прокси на живучесть (без проверки на анонимность и тд) fsockopen или curl ? Гугл выдал что curl написан на языке более низкого уровня и потому работает быстрее. Но у меня подозрение, что именно в описанном мной случае, всётаки fsockopen быстрее, причём намного...
А в чем проблема, взяли бы и затестили) microtime + while или for. Правда стоит учесть, что время ответа от сревера будет скорее всего разным.
По мне, так curl удобней.
4. vsll - 09 Мая, 2011 - 19:08:21 - перейти к сообщению
Champion пишет:
смотря какая ошибка, если Operation timed out то да, но для прокси более характерна: No route to host или Connection refused, если для fsockopen - это 0, то для curl - это время по полной, я засекала таймомУчитывая, что 99% времени - это ожидание ответа
(Добавление)
movEAX естессно curl удобней - не надо писать лишние велосипеды, благодаря функционалу, может не правильно выражусь сейчас, но чтобы образно понятно было, но я говорю именно о пинге
5. OrmaJever - 09 Мая, 2011 - 19:13:27 - перейти к сообщению
Vasiliya суть не в этом, вот представим что разница между курл и сокетами 1-3 мс, а время ответа от сервера 80-100 мс fsockopen не может продолжить работу без ответа и в любом случае будет ждать эти 80-100 мс. Дак есть смысл заморачиватся из-за 1-3 мс если время будет 100 мс?
6. vsll - 09 Мая, 2011 - 19:22:34 - перейти к сообщению
OrmaJever значит я curl неправильно записала, мне надо чтобы curl в таких случаях (No route to host или Connection refused) сразу прерывало сеанс, когда проверяешь большой список, то большинство прокси плохие
PHP:
скопировать код в буфер обмена
скопировать код в буфер обмена
- function http_get_contents($proxy) {
- curl_setopt($ch, CURLOPT_USERAGENT, "Mozilla/5.0 (Windows; U; Windows NT 6.0; ru; rv:1.9.2.16) Gecko/20110319");
- return $ss;
- }