Timeline for EE 90 second PHP timeout... where does it live?
Current License: CC BY-SA 3.0
7 events
when toggle format | what | by | license | comment | |
---|---|---|---|---|---|
Aug 8, 2014 at 20:24 | comment | added | Derek Jones |
If your script is encapsulated in a plugin, you can avoid needing PHP in your templates at all, incidentally. The plugin could include this external script and trigger it, so the plugin itself would be very simple and you wouldn't likely have to modify the external script.
|
|
Aug 8, 2014 at 19:46 | comment | added | DaveHamilton | So... I tried adding all kinds of counter resets and... still the same issue. And then it hit me: parse order. I had PHP set to parse on output. :) There goes three half-days of my life I'll never get back. Setting it to parse on input obviously was the answer: it makes it actually run the PHP before the script, resetting the time limit. | |
Aug 7, 2014 at 13:50 | comment | added | Derek Jones | Surely, I've updated the answer above. | |
Aug 7, 2014 at 13:49 | history | edited | Derek Jones | CC BY-SA 3.0 |
added 534 characters in body
|
Aug 6, 2014 at 20:18 | vote | accept | DaveHamilton | ||
Aug 6, 2014 at 12:34 | comment | added | DaveHamilton | Thanks! I forgot about set_time_limit being an analog to the ini_set method. At least that solves the mystery. :) As for this template, it's a script that generates the RSS feed for our podcasts, which involves going out and fetching details about each MP3 file from an external server. It's a time-consuming process. Other than modifying Core.php (and making a global impact) is there an in-template/in-script way of altering this for this one script/template? | |
Aug 5, 2014 at 23:32 | history | answered | Derek Jones | CC BY-SA 3.0 |