[wpmu-trac] [WordPress MU Trac] #1053: Memory Hog
WordPress MU Trac
wpmu-trac at lists.automattic.com
Thu Jul 16 19:44:28 UTC 2009
#1053: Memory Hog
----------------------------+-----------------------------------------------
Reporter: jasonbenesch | Owner: somebody
Type: enhancement | Status: reopened
Priority: normal | Milestone:
Component: Administration | Version: 2.8.1
Severity: normal | Resolution:
Keywords: |
----------------------------+-----------------------------------------------
Changes (by jasonbenesch):
* status: closed => reopened
* severity: critical => normal
* resolution: invalid =>
* summary: White screen for dashboard => Memory Hog
* priority: high => normal
* type: defect => enhancement
Comment:
Hey James,
Thanks for the help.
Thanks for pointing out the increase in memory limit. Maybe we would be
able to have someone add that here
http://codex.wordpress.org/Upgrading_WPMU...
I still don't believe that completely solves the problem though. If you
have an inefficient query that is hogging a bunch of memory, than simply
increasing the memory limit doesn't necessarily solve the problem. (It did
solve most of mine)
I am still having a couple fatal errors all revolving around
get_blogs_of_user().
On the file wp-admin/includes/mu.php notice that get_blogs_of_user() is
called 3 - 4 times within itself... This might be causing some of the
memory hogging. Check it:
Called once on admin menu line 1270
Then called again on the submenu page line 1222
Then called again within the myblogs_allblogs_options action on line 1137
There has got to be a better way of handling this, no? Or am I missing
something?
--
Ticket URL: <http://trac.mu.wordpress.org/ticket/1053#comment:11>
WordPress MU Trac <http://mu.wordpress.org/>
WordPress Multiuser
More information about the wpmu-trac
mailing list