From: Sean M. <nh...@gm...> - 2008-08-26 19:36:24
|
One thing that you all seem to be forgetting is that max_execution_time only measures time spent in PHP. Calls to outside libraries, exec(), etc... are not included. I'm not entirely sure if cURL is qualified as an outside library or not, but I think that's something that warrants testing before you start cranking up the max_execution_time. It's entirely possible that cURL is excluded from that timeout and the change would have no effect. Sean On Tue, Aug 26, 2008 at 2:07 PM, < chi...@li...> wrote: > Send chiPHPug-discuss mailing list submissions to > chi...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > or, via email, send a message with subject or body 'help' to > chi...@li... > > You can reach the person managing the list at > chi...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of chiPHPug-discuss digest..." > > > Today's Topics: > > 1. Re: cURL problem (Wilfried Schobeiri) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 26 Aug 2008 09:45:42 -0500 > From: Wilfried Schobeiri <ws...@de...> > Subject: Re: [chiPHPug-discuss] cURL problem > To: "Discussions of PHP-related topics among members of the Chicago > PHP User's Group." <chi...@li...> > Message-ID: <B4B...@de...> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > I'm sure if the script is still in dev, he's going to want to see the > results/debug output of it.. be it browser or CLI (though I do agree.. > getting it out of the browser would serve you much better, Neil) > > On Aug 26, 2008, at 08:53 , Jason Rexilius wrote: > > > You really should fork-exec that long running process and then poll a > > results page or something, rather than upping max_execution_time. > > > > If there is a good reason for this process to run longer than a couple > > seconds, then I would get it out of the way of browser interaction. > > > > > > > > Neil Rest wrote: > >> Yes. > >> > >> But this is my own script running on my own machine, while I watch > >> it. Or at least watch it until I'm sure it's running right. > >> I'm scraping some directories, so there's nested lookups &c., and > >> some of them really are taking 5 or 10 minutes or more on my cheesy > >> little machine and cheesy little "fast" internet connection. > >> > >> Nervous Nellie that I am, my script now starts > >> > >> echo 'original max_execution_time = ' . > >> ini_get('max_execution_time') . "<br />\n"; > >> ini_set('max_execution_time', 1200); > >> echo 'reset max_execution_time = ' . > >> ini_get('max_execution_time') . "<br />\n<br />\n"; > >> > >> > >> At 07:43 PM 8/25/2008, "Jough Dempsey" <jou...@gm...> > >> wrote: > >>> Not that the previous answers won't work, but I'm wondering if just > >>> taking off the safeties that are in place to stop things like > >>> scripts > >>> that take a minute or two is really the Right Answer. > >>> > >>> A minute in PHP execution is a LONG time. Is what the script is > >>> doing > >>> really that intensive, or are you just executing the same operations > >>> many times (e.g. if you were writing a spider that would request > >>> thousands of web pages)? Even then, you should be careful that your > >>> script isn't doing Bad Things or capitalizing things > >>> Inappropriately. > >>> > >>> Regardless, I'd suggest setting max_execution_time to a higher > >>> value, > >>> but not "0" which means your script just runs and runs and runs. > >>> > >> > >> Neil > >> -- > >> Nei...@rc... > >> > >> Never lift what you can drag, never drag what you can roll, never > >> roll what you can leave. > >> > >> > ------------------------------------------------------------------------- > >> This SF.Net email is sponsored by the Moblin Your Move Developer's > >> challenge > >> Build the coolest Linux based applications with Moblin SDK & win > >> great prizes > >> Grand prize is a trip for two to an Open Source event anywhere in > >> the world > >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ > >> _______________________________________________ > >> chiPHPug-discuss mailing list > >> chi...@li... > >> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > challenge > > Build the coolest Linux based applications with Moblin SDK & win > > great prizes > > Grand prize is a trip for two to an Open Source event anywhere in > > the world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > chiPHPug-discuss mailing list > > chi...@li... > > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > > > > > ------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > ------------------------------ > > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > > > End of chiPHPug-discuss Digest, Vol 28, Issue 4 > *********************************************** > -- " I have not failed. I've just found 10,000 ways that won't work. -T. Edison " "Those who beat their swords into plowshares usually end up plowing for those who kept their swords." - Ben Franklin |