Professional Joomla templates and extensions club

permalink · 07-03-2008

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&hid emainmenu=1&t=aurora

permalink · 07-03-2008

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.

permalink · 07-03-2008

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

permalink · 07-03-2008

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.

permalink · 07-03-2008

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.

permalink · 07-04-2008

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.

permalink · 07-04-2008

Right now, \"constantly\" with regard to being unable to bring up Tatami.

Funny you should mention system/system, as I actually went there after your previous reply. Like minds I guess.

Here\'s what it\'s presently showing from within Joomla:

[img size=150]http://content.screencast.com/media/e020b554-ee6c-42a1-9078-6a540a6b4ff0_b580e1cd-a055-4892-a563-91598baddd42_static_0_0_00000010.png[/img]

Here\'s what has been saved within the php.ini file:

[img size=150]http://content.screencast.com/media/2a2578a3-81bf-46de-8526-3f9e48158c0f_b580e1cd-a055-4892-a563-91598baddd42_static_0_0_00000011.png[/img]

And for S&G, this is what\'s showing from the domain\'s admin area (cPanel) PHP info:

[img size=150]http://content.screencast.com/media/6c18d270-567d-49dd-98d1-2d9411cc7590_b580e1cd-a055-4892-a563-91598baddd42_static_0_0_00000012.png[/img]

I\'m learning more each day it seems (cranialcompressionitis anyone?), so I ask now-- does the php.ini act as an override, and effects are made, but not shown in a PHP configuration report? or might there be something else amiss here.

I know this morning, when I couldn\'t load the front end, after I created the php.ini file at 32mb, I had success in getting in.

So, what might you say now?

Just wait for jekyl/hyde to report, oops, tech support to get back to me?

Also, sorry to be a pain if indeed this is causing one of those \"when will these users ever learn\" moments for you.
:)

I still think, as I was successfully able to call up Tatami prior to the Apache/PHP5 upgrade, and now I cannot AFTER their upgrade, that there\'s more to this on THEIR end at Site5.

L8r.

Michael

permalink · 07-06-2008

Yeah your changes to php.ini are not being made. You might try a .htaccess override instead, but like I said, these are all usually host depended on how the server is setup.

Actually, is your server a windows server? If so a .htaccess will not do anything.

permalink · 07-06-2008

Here\'s the skinny:

Code:

PHP Version:   	 5.2.5
Web Server: 	Apache/2.2.9 (Unix) mod_ssl/2.2.9 OpenSSL/0.9.7a mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635
WebServer to PHP interface: 	cgi

Might you be able to share an example of how that override might be written?

Thanks.

Michael

permalink · 07-06-2008

Apache. thank god. I was scared you were on Win and I was going to have to pick on you. :p

add this to your top most .htaccess file, or make one in root. Again these values might not be perfect for you but can be used as a base.

Code:

php_value memory_limit 20M


php_value max_execution_time 60

07-03-2008	#1 (permalink)
mlangham Guest [+] more user info Posts: n/a	This is a new one... 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&hid emainmenu=1&t=aurora

07-03-2008	#2 (permalink)
Matt Guest [+] more user info Posts: n/a	Re:This is a new one... 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.

07-03-2008	#3 (permalink)
mlangham Guest [+] more user info Posts: n/a	Re:This is a new one... 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

07-03-2008	#4 (permalink)
Matt Guest [+] more user info Posts: n/a	Re:This is a new one... 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.

07-03-2008	#5 (permalink)
mlangham Guest [+] more user info Posts: n/a	Re:This is a new one... 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.

Professional Joomla templates and extensions club

Free and commercial templates for your Joomla website

Notices

This is a Advertisement. Sign up to have these ads removed.
Freelance jobs on GetAFreelancer.com Find more freelance jobs

07-04-2008	#6 (permalink)
Matt Guest [+] more user info Posts: n/a	Re:This is a new one... 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.

07-04-2008	#7 (permalink)
mlangham Guest [+] more user info Posts: n/a	Re:This is a new one... Right now, \"constantly\" with regard to being unable to bring up Tatami. Funny you should mention system/system, as I actually went there after your previous reply. Like minds I guess. Here\'s what it\'s presently showing from within Joomla: [img size=150]http://content.screencast.com/media/e020b554-ee6c-42a1-9078-6a540a6b4ff0_b580e1cd-a055-4892-a563-91598baddd42_static_0_0_00000010.png[/img] Here\'s what has been saved within the php.ini file: [img size=150]http://content.screencast.com/media/2a2578a3-81bf-46de-8526-3f9e48158c0f_b580e1cd-a055-4892-a563-91598baddd42_static_0_0_00000011.png[/img] And for S&G, this is what\'s showing from the domain\'s admin area (cPanel) PHP info: [img size=150]http://content.screencast.com/media/6c18d270-567d-49dd-98d1-2d9411cc7590_b580e1cd-a055-4892-a563-91598baddd42_static_0_0_00000012.png[/img] I\'m learning more each day it seems (cranialcompressionitis anyone?), so I ask now-- does the php.ini act as an override, and effects are made, but not shown in a PHP configuration report? or might there be something else amiss here. I know this morning, when I couldn\'t load the front end, after I created the php.ini file at 32mb, I had success in getting in. So, what might you say now? Just wait for jekyl/hyde to report, oops, tech support to get back to me? Also, sorry to be a pain if indeed this is causing one of those \"when will these users ever learn\" moments for you. :) I still think, as I was successfully able to call up Tatami prior to the Apache/PHP5 upgrade, and now I cannot AFTER their upgrade, that there\'s more to this on THEIR end at Site5. L8r. Michael

07-06-2008	#8 (permalink)
Matt Guest [+] more user info Posts: n/a	Re:This is a new one... Yeah your changes to php.ini are not being made. You might try a .htaccess override instead, but like I said, these are all usually host depended on how the server is setup. Actually, is your server a windows server? If so a .htaccess will not do anything.

07-06-2008	#9 (permalink)
mlangham Guest [+] more user info Posts: n/a	Re:This is a new one... Here\'s the skinny: Code: PHP Version: 5.2.5 Web Server: Apache/2.2.9 (Unix) mod_ssl/2.2.9 OpenSSL/0.9.7a mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 WebServer to PHP interface: cgi Might you be able to share an example of how that override might be written? Thanks. Michael

07-06-2008	#10 (permalink)
Matt Guest [+] more user info Posts: n/a	Re:This is a new one... Apache. thank god. I was scared you were on Win and I was going to have to pick on you. :p add this to your top most .htaccess file, or make one in root. Again these values might not be perfect for you but can be used as a base. Code: php_value memory_limit 20M php_value max_execution_time 60

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode