#3273 - PHP ERROR [1] Out of memory
| Identifier | #3273 |
|---|---|
| Issue type | Feature request or suggestion |
| Title | PHP ERROR [1] Out of memory |
| Status | Completed |
| Handling member | Chris Graham |
| Addon | core |
| Description | http://kal.surfrenzy.net/adminzone/
Changed some options in configuration, nothing that should have caused any errors. Perhaps you can investigate. PHP ERROR [1] Out of memory (allocated 112197632) (tried to allocate 196608 bytes) in sources/tempcode.php(2109) : runtime-created function on line 1 |
| Steps to reproduce | |
| Funded? | No |
The system will post a comment when this issue is modified (e.g., status changes). To be notified of this, click "Enable comment notifications".


Comments
It's on the Admin Zone dashboard?
(Click to enlarge)
I'll try and be scientific about it, I'll do a memory analysis of each template's compilation and see if I can find any thing obvious to optimise.
Linux web172.extendcp.co.uk 2.6.32-696.1.1.el6.x86_64 #1 SMP Tue Apr 11 17:13:24 UTC 2017 x86_64
Not sure if it's x64 or not from that, but I get a blank admin screen with php7 so switched back to 5.6.
(Click to enlarge)
I have made a nice optimisation. The first time CSS and JS is compiled, it will happen in separate requests, rather than the main request. Not only will that reduce memory consumption of the main request, it will also parallelise compilation, which is a great thing.
These files on github:
data/script.php (new)
sources/ajax.php
sources/web_resources.php
themes/default/templates/JAVASCRIPT_NEED_FULL.tpl (new)
[email protected]
I am wondering if it is blanking out options, or if you disabled that intentionally.
I wouldn't advise turning that cache off though, Composr is pretty good about auto-decaching edited templates. It's the block cache which tends to be the most problematic one.