<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Sat, 18 May 2013 22:51:57 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Justin Silverton's Blog:  protecting your PHP code]]></title>
      <guid>http://www.phpdeveloper.org/news/5050</guid>
      <link>http://www.phpdeveloper.org/news/5050</link>
      <description><![CDATA[Some PHP developers out there are very protective of their code for one reason or another. Sometimes it's a matter of their hard work, slaving over a keyboard for hours and hours to get it exactly right. Then there's the other reason - money. Of course, no matter what your situation, a <a href="http://blinduser.blogspot.com/2006/03/protecting-your-php-code.html">new post</a> from <i>Justin Silverton</a> might help you narrow down the encoder software field a bit.
<p>
<quote>
<i>
A client of mine approached me today and was interested in releasing a PHP based product, but didn't want his source code to be viewed, in plaintext, by the people purchasing it (mainly because competitors can could easily just purchase a copy and integrate his source code into their product). So, I researched the different options available to protect source code.
</i>
</quote>
<p>
He includes his suggestions on "what doesn't work" (encoders that can be broken by sites like phprecovery.com) and "what works" - code obfuscation. His personal favorite in this department is <a href="http://pobs.mywalhalla.net/">POBS</a>, a simple application that alters your code by changing function names/variable names and obscuring the code by modifying the structure of the code (adding/removing newlines, stripping spaces, etc).]]></description>
      <pubDate>Mon, 27 Mar 2006 07:32:16 -0600</pubDate>
    </item>
  </channel>
</rss>
