-- bytte 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 blogged it last fall:
h
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 a
-- bytte 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 lists this information
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
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
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 l
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 0
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 s
On Wed, Mar 4, 2009 at 9:21 AM, 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?
>
> Are there any other tools to help me find out wh
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.
Are you using the meta-data cache?
2009/3/4 bytte :
>
> 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
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
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 al
13 matches
Mail list logo