Closed (works as designed)
Project:
HTTP Parallel Request & Threading Library
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
7 Sep 2011 at 22:21 UTC
Updated:
8 Nov 2012 at 23:22 UTC
Comments
Comment #1
hass commentedWe learned that curl is really bad if it comes to the responds array. At least if it comes to a redirect. I'm looking forward how you plan to make this consistent.
A definitive big pro point for linkchecker if this module can handle all the variants. I plan to move on and leave the patch #380052: Add support with non-blocking parallel link checking outside if this module can do all.
Comment #2
mikeytown2 commentedI started to follow that thread; it's full of some good ideas for getting cURL working. I might make cURL the last option as socket_select is close to stream_select and I can thus I can use similar logic for the event loop.
Comment #3
mikeytown2 commentedInteresting development in a sandbox http://drupal.org/sandbox/daeron/1490922
Comment #4
mikeytown2 commentedLooks like this is a good lib for curl https://github.com/jmathai/php-multi-curl
Comment #5
mikeytown2 commentedLooks like CURL has something just like stream_select: http://php.net/curl-multi-select
Comment #6
chx commentedSeriously the best curl_multi docs are http://drupalcode.org/project/redis_ssi.git/blob/refs/heads/7.x-1.x:/red... here. Once I figure out how to edit PHP docs past their github migration I will add this there. The curl multi pages are full of busywaiting by calling curl_multi_exec and checking for $active.
Comment #7
mikeytown2 commentedYet another cURL module http://drupal.org/project/chr
Comment #8
mikeytown2 commentedNot going to implement fallback code. Open to patches though.
Comment #8.0
mikeytown2 commentedmod