JoomlaJunkie - Joomla Template Provider Bringing color to the Joomla community

Was heading into tatami to do some lite edits.

After clicking to get there from the tatami dashboard/template list, i received the following error message after clicking on my only template, Aurora:

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 516377 bytes) in /home/XXXXXXXX/public_html/includes/domit/xml_domit_lite_parser.php on line 1760


Line 1760 is 'gr33k' to me:

Code:

if (!$this->xmlDoc->preserveWhitespace) { $xmlText = eregi_replace('>' . "[[:space:]]+" . '<' , '><', $xmlText); }

It's not happening anywhere else on the site, nor anywhere else in the backend.

Any clues out there... ?


TIA,

Michael

P.S. Is this the standard path for the link for bringing up Tatami?
.../administrator/index2.php?option=com_tatami&task=edittemplate&hidemainmenu=1&t=aurora

The fatal error means your server ran out of free memory for a php process. If its on Mamp you wll have to edit your php.ini. If it's a remote site it is depended upon your hosting company, but generally it will be something to the effect of adding

Code:

php_value memory_limit 20

to a .htacces file and making the value higher then what it is now. It might be at 8m. We are working to resolve this issue with the new version. We have definitely discovered Aurrora uses a fair bit of ram.

Thanks for the quick reply Matt.

As a matter of coincidence, I had a similar issue earlier in the day. It seems our provider (Site5) has just updated Apache and PHP. Played havoc with a bunch of stuff on about 20 of my controlled domains/clients.

This morning I was able to log into the Admin area, but received an error similar/identical to the one above simply trying to get into the site.

They instructed me to create a php.ini file with "memory_size = 32m"

That did the trick. Then.

But alas, this afternoon when I went in to do the above mentioned edits within Tatami, it again occured. I'm curious how high I'm 'allowed' to set my memory_size. I've sent in another support ticket.

I'll let you know what I find out.



Enjoy the Fourth in Columbus!
Centerville fireworks for me.


Michael

32mb is fine. I've seen as high as 200 mb but I don't recommend it. If a script is hosing that much ram there is a leak issue and putting it that high is no solution.


As for the Forth of July, thanks. I think I might sneak up on the roof of my building with a few beers and a lady and see what fireworks I can see.

Well, yes, 32MB was fine. Key word: Was

Tech support at site five is pulling their Jekyl/Hyde routine it seems. They're either expectedly slow in response, or surprisingly fast.

Either way, I'll keep you posted on there "next" recommendation.

Michael

P.S. I snuck the .ini file up to 64, but still got the error. I wonder if they'd let me go further. Not insinuating there's a leak in Tatami or anything though.

Does it just happen on occasion or constantly?

Oh it also never hurts to verify the edit is actually doing something. Hit your /system/system info link in the Joomla backend and look at the php settings. I've thought I made changes before then found out it wasn't changed. I always forget there is a php info screen built right into Joom.