Re: a curl meetup at Fosdem
Dshah <[email protected]> Thu, 29 Sep 2011 00:06:50 +0300
| Newsgroups | gmane.comp.web.curl.php |
|---|---|
| Message-ID | <CAOOxsY65pAXufpYWaFPu1E3kaU7QewVj70dPHM6oVHNLRnRuSg@mail.gmail.com> |
Thank you very much sir for your kind reply, I am sure you are very busy but your 1 minute can solve my puzzle which i am struggling from last 6 months, here is an example of class i am using, it is processing X sites at one time, so if i have 25 sites in $postsites array and i set $maxSitesToProcess to 10, it will open call1 to 10 sites, then call2 to open thread and then call3 to post on 10 sites, i cant find any solution to this to request those 3 calls in one layer and limit sites to process in one loop, i asked some other developers and they said i cant so that's why i requested you this feature. here is my class with example at last lines: http://webbuilderstudio.com/Post.php.txt Thanks again for reading my msg, i am glad i was able to contact you sir, you name will remain in history :) Best Regards On Tue, Sep 27, 2011 at 11:50 PM, Daniel Stenberg <[email protected]> wrote: > On Tue, 27 Sep 2011, Dshah wrote: > > Q:what's the most important stuff libcurk still lacks? >> > > A: if i have to process let's assume 100 sites to post my thread on a >> vbulletin based site, i am sending it as a batch of 10 sites in multi curl, >> each site have to process 3 requests, first it process login page, then >> process open thread and third process post thread for those 10 sites using >> multi curl, when those 10 sites are finished it move to next 10. >> >> I wish if you can add a feature so we can send those 3 requests at same >> time (login,open thread page to get security tokens, post thread) so we can >> build those 3 requests in one execution. it will save a lot of time and make >> it more multithreaded. >> > > Thanks for your feedback, but... > > First, libcurl is not multithreaded at all. > > Then, I don't see why libcurl would bother with what you're asking for. You > can easily write a glue layer on top that does any number of requests in any > chosen fancy way and offer that to applications. I see no reason at all to > add such features to libcurl. > > > -- > > / daniel.haxx.se > ______________________________**_________________ > http://cool.haxx.se/cgi-bin/**mailman/listinfo/curl-and-php<http://cool.haxx.se/cgi-bin/mailman/listinfo/curl-and-php> > _______________________________________________ http://cool.haxx.se/cgi-bin/mailman/listinfo/curl-and-php