It would be great if you could share me some more details. Maybe point me in
the right direction on how to share those PluginLoader objects between each
element?
Too bad I'm on a tight schedule (should be finished by the end of the week).
If I don't hear back from the list I'll most likely take
-- bytte thomas.bytteb...@gmail.com wrote
(on Tuesday, 17 March 2009, 09:08 AM -0700):
It would be great if you could share me some more details. Maybe point me in
the right direction on how to share those PluginLoader objects between each
element?
Actually, the person I worked on it with
Hi guys
Thanks to your help I managed to load the page in only 15 queries whereas
before I needed more than 1000 queries. That's great.
However my page load problem hasn't been solved. I've installed xdebug and
it lists this information:
( ! ) Fatal error: Maximum execution time of 30 seconds
-- bytte thomas.bytteb...@gmail.com wrote
(on Monday, 16 March 2009, 08:04 AM -0700):
Thanks to your help I managed to load the page in only 15 queries whereas
before I needed more than 1000 queries. That's great.
However my page load problem hasn't been solved. I've installed xdebug and
it
Thanks Christoph for your insightful reply. You're right. I'm using 4 nested
for each loops with a few select queries in each loop. I will try to make a
join query and then loop through the returned result array. As I understand
from your reply that should make the page load faster and put a lot
I cannot speak to whether the page will load faster as the queries are
executing fast on a non-loaded DB server but it should save you a lot
of trouble down the road.
Christoph
bytte wrote:
Thanks Christoph for your insightful reply. You're right. I'm using 4 nested
for each loops with a
bytte wrote:
Hey that was interesting. I have the indexes defined and I see though Firebug
that there's currently 381 queries being performed at 0.14949 seconds. I
guess that means they're not the culprit?
381 DB queries is a lot of queries for a single web page. Even if they
only take
Hey that was interesting. I have the indexes defined and I see though Firebug
that there's currently 381 queries being performed at 0.14949 seconds. I
guess that means they're not the culprit?
Are there any other tools to help me find out what code makes the script run
so slow? Any help would be
Are you using the meta-data cache?
2009/3/4 bytte thomas.bytteb...@gmail.com:
Hey that was interesting. I have the indexes defined and I see though Firebug
that there's currently 381 queries being performed at 0.14949 seconds. I
guess that means they're not the culprit?
Are there any other
I'm not. I'll look into that.
keith Pope-4 wrote:
Are you using the meta-data cache?
--
View this message in context:
http://www.nabble.com/Best-coding-practice--Form-takes-too-long-to-load-now.-tp22309252p22331385.html
Sent from the Zend Framework mailing list archive at Nabble.com.
On Wed, Mar 4, 2009 at 9:21 AM, bytte thomas.bytteb...@gmail.com wrote:
Hey that was interesting. I have the indexes defined and I see though Firebug
that there's currently 381 queries being performed at 0.14949 seconds. I
guess that means they're not the culprit?
Are there any other tools
I have a form class that creates form elements based on database information.
The problem is that the form takes more than 20 seconds to load on my
localhost. On the web server it's even worse: the form doesn't load at all
because of limited memory resources.
I was hoping you guys could give me
Try running the Firebug profiler, Zend_Db_Profiler_Firebug, to see if its
the database queries are the culprit. I assume you already have indices
defined for the playground_id and device_id columns.
Might be time to switch to a data table like display (e.g. YUI DataTable)
containing a list of
13 matches
Mail list logo