Comments on: Zend_Form Performance Issues

By: Federico

Federico — Sun, 22 Feb 2009 20:03:15 +0000

Caching objects in PHP doesn’t offer substantial benefits. The serialise function has its proper uses, but it’s a relatively slow process.

By: iongion

iongion — Sun, 22 Feb 2009 19:31:57 +0000

As John above mentioned, why don’t you cache the entire form object and use form’s class name as cache key ?

By: John

John — Fri, 01 Aug 2008 13:56:33 +0000

Yeah it really is amazing how slow Zend_Form can be. Normally my relatively complicated zend pages (with MVC) take about .5 seconds to load, with some modest zend_forms on them, we’re talking about 1.5 – 2 seconds per page load! (no caching, on my laptop).

I noticed a lot of translation calls, so hopefully setting the setDisableTranslator flag will help on that end.

To speed up Zend_Form loading i cache the actual Zend_Form object, not the rendered HTML, and i think im seeing some speed results with that. The problem with caching just the HTML is that even though the initial GET request of a form will be fast, you still need to rebuild the object on the postback to enable things like validation.

By: Quinton

Quinton — Thu, 31 Jul 2008 16:28:35 +0000

geez i’m experiencing the slowness right now..

i have some fairly large select boxes with +300 elements per box (using zlib compression too)

box 1 = countries
box 2 = timezones
box 3 = languages

I’m not concerned with internationalization so i’ve explicitly disabled translation on each form element

$oFormElement->setDisableTranslator(true);

This helps alot. And in addition cached the form variable in an APC user variable. That helps even more… Its still not as zippy as i’d like but its alot better without it

Looking forward to seeing Matthew’s changes! *phew*

By: phpimpact

phpimpact — Thu, 10 Jul 2008 09:56:38 +0000

That exception is thrown whenever you pass an invalid cache ID to the save() method. Check your $form variable and make sure you pass it as a string. More info here: Zend_Cache_Core, line 404.

By: iongion

iongion — Thu, 10 Jul 2008 09:46:08 +0000

Hopefully i am not too profane, this line:

$cache->save($form, $this->_formId);

throws an Uncaught exception ‘Zend_Cache_Exception’ with message ‘Invalid id or tag : must be a string’

By: Matthew Weier O'Phinney

Matthew Weier O'Phinney — Wed, 09 Jul 2008 00:50:15 +0000

Just a note — while lazy loading will be helpful in many situations, caching your forms is still a good idea.While the validators and filters may not need to load for GET requests, there are still many, many objects floating around, and a lot of logic that has to be performed for rendering. So the takeaway is that the root issue — objects that were never used were being loaded — is corrected, the techniques you describe here are still sound.

By: Веб-обзор

Веб-обзор — Tue, 08 Jul 2008 13:46:34 +0000

[...] Zend_Form Performance Issues – для любителей фреймворка от компании Zend интересное исследование производительности и вообще нюансов внутренней работы модуля форм. При всем моем уважении к этому фреймворку [...]

By: phpimpact

phpimpact — Mon, 07 Jul 2008 17:42:47 +0000

That was quick, thanks! (post updated)

By: Matthew Weier O'Phinney

Matthew Weier O'Phinney — Mon, 07 Jul 2008 15:51:11 +0000

You’ll be happy to know that I’ve already made changes in the incubator to allow lazy loading of validators, filters, and decorators; basically, the plugin objects are only instantiated when you actually need them (for instance, validators are only loaded when you either call getValidator() or isValid(); filters are only loaded when you call getFilter() or getValue(); and decorators are only rendered if you call getDecorator() or render()). These changes will be released with version 1.6.0.