On Sun, 2002-10-20 at 01:23, Boris Bukowski wrote: > Am Saturday 19 October 2002 23:59 schrieb Sterling Hughes: > > On Sat, 2002-10-19 at 15:42, Boris Bukowski wrote: > > > Hi, > > > > > > now I made a Patch that is hopefully ok for you ;^) > > > > > > I introduced the following functions: > > > > > > curl_multi_init(); > > > curl_multi_add ($multi,$ch1); > > > curl_multi_add ($multi,$ch2); > > > curl_multi_exec($multi); > > > curl_get_content($ch1); > > > > Why would this patch be useful, your implementation of curl_multi_exec() > > kinda defeats the whole purpose, doesn't it? > No, > > It executes every curls session you add to a multi session in parallel. > if you have 10 sources with 1 second Latency you need only 1.2 Seconds > to fetch them, not 10 Seconds. > I think that is useful. > > If you look on our search Page: > http://search.lycos.co.uk/cgi-bin/pursuit?query=cars > You find Sponsored Links, News, Fast Search Results, our Directory Search and > the Ads on the right side. HTTP Requests around the half World. The added > Latence is around 7 Seconds. > > This moment we are using an additional Apache with a threads based Solution. > That one is a little bit ill and I will replace it with the curl multi > interface. >
ok, i can see the use in that, however, i think it can be more useful if you give the user the option of when to use the select() call - that's the whole point of the cURL multi interface, and while it may be useful in this case, the interface was designed to be much more powerful, and this patch does take a lot of that power away. -Sterling -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
