Re: QuickForm isn't

Hi, Seth Price wrote:

I don't have the specific example that I was referring to (30+ seconds render), it and its traces have since been optimized/deleted.

Were you using ArraySmarty renderer, by chance?

But, as an example, the page I'm working on now takes ~0.25 seconds to render when there is no content. (PowerMac G5, ~2GHz, faster than my normal dev machine) This is when require_once()ing my extension of Smarty, and a custom mapping class which is 5k+ lines of code. When I require_once() my extension of QuickForm, similar to what I previously linked to, the render time (with no QF creation) doubles (~0.50 secs). This is a good part of that code bloat that I ranted about. If I then create the form (no QF validate()), the time jumps again to ~0.85 seconds. If I then validate(), render, and print my QuickForm, the time increases marginally (~0.88 secs). That's *triple* my render time when I _only_ have the overhead of PEAR's DB connection, map object creation, and a Smarty include()/fetch(). (Note that the validation is only partially implemented, due to afore mentioned problems with QuickForm rules. Actual validation time would be even greater.)

Well, the numbers you provided show clearly that most of the time is spent on loading and parsing the PHP files. Install some bytecode cache.