[wp-trac] [WordPress Trac] #17507: Hardcoded memory limit

WordPress Trac wp-trac at lists.automattic.com
Thu May 19 14:01:28 UTC 2011


#17507: Hardcoded memory limit
------------------------------+------------------------------
 Reporter:  christianbolstad  |       Owner:
     Type:  enhancement       |      Status:  new
 Priority:  normal            |   Milestone:  Awaiting Review
Component:  Performance       |     Version:  3.2
 Severity:  normal            |  Resolution:
 Keywords:  has-patch         |
------------------------------+------------------------------

Comment (by christianbolstad):

 Replying to [comment:1 kawauso]:
 > `wp_load_image()` has a high memory limit because the GD is a memory hog
 and wouldn't necessarily work within the normal limit.
 >
 > Don't really see what the use case for the filter would be either unless
 PHP fails to set the limit at all if it's beyond the maximum allowed by
 server settings.

 The problem is that each @ini_set() call can (depending on the system
 configuration) override the server settings (if AllowOveride is enabled in
 for example Apache). People like me, that need more 256MB memory in some
 cases, have to edit the core file to get more memory. Not very optimal.

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/17507#comment:2>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list