<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: APC vs Zend vs MMCache vs Ioncube</title>
	<atom:link href="http://blog.kloppmagic.ca/archives/2005/11/03/apc-vs-zend-vs-mmcache-vs-ioncube/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.kloppmagic.ca/archives/2005/11/03/apc-vs-zend-vs-mmcache-vs-ioncube/</link>
	<description>A Stefan Klopp Weblog</description>
	<lastBuildDate>Tue, 27 Jul 2010 23:31:50 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: stefan</title>
		<link>http://blog.kloppmagic.ca/archives/2005/11/03/apc-vs-zend-vs-mmcache-vs-ioncube/comment-page-1/#comment-373</link>
		<dc:creator>stefan</dc:creator>
		<pubDate>Mon, 19 Dec 2005 17:12:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.kloppmagic.ca/archives/2005/11/03/apc-vs-zend-vs-mmcache-vs-ioncube/#comment-373</guid>
		<description>Till do you have any of your php files encoded? I think it is caused by the encoded processes. Basically what happens is you will start to see a lot of segfaults going through your logs on a random script, then eventually apache stops responding. There is a bug report about it that has never been solved. Have talked to all the people with the same issues and they told me they had the same problems, nothing changed... Here is the link to the bug:

http://sourceforge.net/tracker/index.php?func=detail&amp;aid=1091402&amp;group_id=122249&amp;atid=692864

It has been open since 2004 still no fix. Also you will probably find a bunch of segfault bugs in there as well... You are pretty lucky not to have this problem. We face having to restart our webservers weekly/bi-weekly depending on when apache locks up.

If you don&#039;t need encoding ability I would highly suggest that you use APC instead, it is pretty stable with a really good development team (hey when you have Rasmus Lerdorf as one of the developers you know you are in good hands). Anyway those are just my 2 cents. If eaccellerator is working error free for you, then you have nothing to worry about, why change something that is working well.</description>
		<content:encoded><![CDATA[<p>Till do you have any of your php files encoded? I think it is caused by the encoded processes. Basically what happens is you will start to see a lot of segfaults going through your logs on a random script, then eventually apache stops responding. There is a bug report about it that has never been solved. Have talked to all the people with the same issues and they told me they had the same problems, nothing changed&#8230; Here is the link to the bug:</p>
<p><a href="http://sourceforge.net/tracker/index.php?func=detail&amp;aid=1091402&amp;group_id=122249&amp;atid=692864" rel="nofollow">http://sourceforge.net/tracker/index.php?func=detail&amp;aid=1091402&amp;group_id=122249&amp;atid=692864</a></p>
<p>It has been open since 2004 still no fix. Also you will probably find a bunch of segfault bugs in there as well&#8230; You are pretty lucky not to have this problem. We face having to restart our webservers weekly/bi-weekly depending on when apache locks up.</p>
<p>If you don&#8217;t need encoding ability I would highly suggest that you use APC instead, it is pretty stable with a really good development team (hey when you have Rasmus Lerdorf as one of the developers you know you are in good hands). Anyway those are just my 2 cents. If eaccellerator is working error free for you, then you have nothing to worry about, why change something that is working well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: till</title>
		<link>http://blog.kloppmagic.ca/archives/2005/11/03/apc-vs-zend-vs-mmcache-vs-ioncube/comment-page-1/#comment-372</link>
		<dc:creator>till</dc:creator>
		<pubDate>Mon, 19 Dec 2005 10:12:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.kloppmagic.ca/archives/2005/11/03/apc-vs-zend-vs-mmcache-vs-ioncube/#comment-372</guid>
		<description>Can you elaborate a little on eAccelerator? I&#039;ve been running eAccelerator in production for several months, and with production I mean that those are websites that handle 200+ GB of web traffic monthly. I did not encounter any Apache deadlocks.</description>
		<content:encoded><![CDATA[<p>Can you elaborate a little on eAccelerator? I&#8217;ve been running eAccelerator in production for several months, and with production I mean that those are websites that handle 200+ GB of web traffic monthly. I did not encounter any Apache deadlocks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stefan</title>
		<link>http://blog.kloppmagic.ca/archives/2005/11/03/apc-vs-zend-vs-mmcache-vs-ioncube/comment-page-1/#comment-371</link>
		<dc:creator>stefan</dc:creator>
		<pubDate>Fri, 09 Dec 2005 04:08:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.kloppmagic.ca/archives/2005/11/03/apc-vs-zend-vs-mmcache-vs-ioncube/#comment-371</guid>
		<description>I think the reason Ioncube claims to be better is that some of these encoders such as mmcache/eaccelerator and source guardian just encode to a form of bytecode, such it can be translated back to PHP code. The Zend encoder however I think is pretty strong as well.  You are right though, there are two questions at play here, how much you value the security of your scripts, and how much you the value the speed at which they run. Personally I would love to see an encoder for APC, that would ideal.</description>
		<content:encoded><![CDATA[<p>I think the reason Ioncube claims to be better is that some of these encoders such as mmcache/eaccelerator and source guardian just encode to a form of bytecode, such it can be translated back to PHP code. The Zend encoder however I think is pretty strong as well.  You are right though, there are two questions at play here, how much you value the security of your scripts, and how much you the value the speed at which they run. Personally I would love to see an encoder for APC, that would ideal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jesus</title>
		<link>http://blog.kloppmagic.ca/archives/2005/11/03/apc-vs-zend-vs-mmcache-vs-ioncube/comment-page-1/#comment-369</link>
		<dc:creator>jesus</dc:creator>
		<pubDate>Wed, 30 Nov 2005 22:37:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.kloppmagic.ca/archives/2005/11/03/apc-vs-zend-vs-mmcache-vs-ioncube/#comment-369</guid>
		<description>
hello. great information.

one more question about
protecting source-code: 

IONcube claims that their propietary technology is likely unbreakable and better than the others.

is this right ?

i couldnt find what what weaknesses of
the competitors...
may be you know what
they are pointing to.

we have two different
king of web-applications:

- those ones that requires security instead of speed

- and those ones that
required acceleration
dispate of sacrificing some security.

thanks in advance
and very usefull information,
jesus
</description>
		<content:encoded><![CDATA[<p>hello. great information.</p>
<p>one more question about<br />
protecting source-code: </p>
<p>IONcube claims that their propietary technology is likely unbreakable and better than the others.</p>
<p>is this right ?</p>
<p>i couldnt find what what weaknesses of<br />
the competitors&#8230;<br />
may be you know what<br />
they are pointing to.</p>
<p>we have two different<br />
king of web-applications:</p>
<p>- those ones that requires security instead of speed</p>
<p>- and those ones that<br />
required acceleration<br />
dispate of sacrificing some security.</p>
<p>thanks in advance<br />
and very usefull information,<br />
jesus</p>
]]></content:encoded>
	</item>
</channel>
</rss>
