<?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>Sun, 07 Sep 2008 15:53:32 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Nick Halstead's Blog: Reverse Polish Notation in PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/8399</guid>
      <link>http://www.phpdeveloper.org/news/8399</link>
      <description><![CDATA[<p>
As a follow up to a <a href="http://blog.assembleron.com/2007/08/06/back-to-basics-of-programming-part-1/">previous post</a> where he discussed reverse polish notation, <i>Nick Halstead</i> has decided to split off the code he created for that previous post into a new, sleeker post without much of the explanation and heavy on the code.
</p>
<blockquote>
My <a href="http://blog.assembleron.com/2007/08/06/back-to-basics-of-programming-part-1/">last post</a> about back to basics covered <a href="http://blog.assembleron.com/2007/08/06/back-to-basics-of-programming-part-1/">reverse polish notation</a> including a link to a <a href="http://code.assembleron.com/rpn">RPN parser</a> which I wrote to allow people to learn by example (best way in my opinion and <a href="http://blog.assembleron.com/2007/07/13/quick-programming-poll-self-taught-vs-college-taught/">in yours</a>). The post got quite long and the PHP code was not really relevant to the subject so I have decided to include in this separate post instead.
</blockquote>
<p>
There's <a href="http://blog.assembleron.com/2007/08/06/reverse-polish-notation-in-php/">two parts to the post</a> - a pseudo-code explanation that an overview of how things work and the actual code, a block of code (in the 30 line area) that runs through each item and, based on a token, pushes the value into the array differently.
</p>]]></description>
      <pubDate>Mon, 06 Aug 2007 16:56:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Brian Nelson's Blog: Reverse Proxy in PHP5, Rev2]]></title>
      <guid>http://www.phpdeveloper.org/news/8315</guid>
      <link>http://www.phpdeveloper.org/news/8315</link>
      <description><![CDATA[<p>
<i>Brian Nelson</i> has <a href="http://techzinger.blogspot.com/2007/07/reverse-proxy-in-php5-rev2.html">posted a follow-up</a> to his <a href="http://www.phpdeveloper.org/news/8280">previous article</a> on creating a reverse proxy with PHP5, this time expanding on the functionality of it and reworking some to increase performance.
</p>
<blockquote>
It's gotten a bit more complex; The proxy handler didn't pass all the client headers to the proxy server. This caused problems with having the wrong client type, no Etag caching, cookie passing, etc. Here's the current rev, which solves a lot of these issues.
</blockquote>
<p>
The complete code for <a href="http://techzinger.blogspot.com/2007/07/reverse-proxy-in-php5-rev2.html">the proxy class</a> included in the post and a note was added that there's now a <a href="http://php5rp.googlecode.com/">Google Code project</a> that's been created for it (<a href="http://php5rp.googlecode.com/svn/">svn repository</a>).
</p>]]></description>
      <pubDate>Tue, 24 Jul 2007 08:46:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Brian Nelson's Blog: Writing A Reverse Proxy in PHP5]]></title>
      <guid>http://www.phpdeveloper.org/news/8280</guid>
      <link>http://www.phpdeveloper.org/news/8280</link>
      <description><![CDATA[<p>
<i>Brian Nelson</i> submitted a link to <a href="http://techzinger.blogspot.com/2007/07/writing-reverse-proxy-in-php5.html">a new class he's developed</a> to fill a hole he hand and didn't see anything that would easily fill it - having a reverse proxy in PHP5.
</p>
<blockquote>
So I have been working on a little class to run a reverse proxy from <a href="http://www.php.net/">PHP</a> using <a href="http://us.php.net/curl">cURL</a>. I have extended this class for my own purposes (single-sign-on) to handle some special request parameters, but here it is. It has some warts, but it's a good starting point. I would appreciate any pointers anyone has to offer.
</blockquote>
<p>
<a href="http://techzinger.blogspot.com/2007/07/writing-reverse-proxy-in-php5.html">His code</a> uses the cURL functionality to set up a handler to push the requests through. Also included are an htaccess file and a two-line PHP example of how to use it to request a public site.
</p>]]></description>
      <pubDate>Wed, 18 Jul 2007 15:55:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Alan Knowles' Blog: Recovering encoded php files]]></title>
      <guid>http://www.phpdeveloper.org/news/5011</guid>
      <link>http://www.phpdeveloper.org/news/5011</link>
      <description><![CDATA[<i>Alan Knowles</i> has posted <a href="http://www.akbkhome.com/blog.php/View/117/Recovering_encoded_php_files.html">this post</a> about some of the thinks that came from <a href="http://www.phpdeveloper.org/news/3841">a previous post</a> he did concerning a tool for encrypting PHP scripts. In this new post, however, he mentions something on the other side of the equation - a "PHP recovery tool".
<p>
<quote>
<i>
Someone posted a comment on a post I did a while back about a <a href="http://www.akbkhome.com/blog.php/View/105/Code+encryption+%3D+funny+solutions.html">product that was supposed to provide encryption on PHP scripts</a>. (That blog post was probably my most controversial, as the author of the application send me an email asking me to contact his lawyers....)
<p>
The post this time was about another magic cure, php recovery, a new web site claiming (or appearing to) sell a product to recover php source code after it has been encrypted. Well, considering my last post, using plain old PHP methods, this is perfectly feasible. However they also claim to restore your code if it was encrypted with ioncube and Zend's encoders, which, not having tried them, but knowing the author of both products reasonably well, I have a few doubts about.
</i>
</quote>
<p>
He <a href="http://www.akbkhome.com/blog.php/View/117/Recovering_encoded_php_files.html">mentions</a> what most of the encoders on the market do to accomplish their protection (the translation into bytecodes) and what some of the potential problems with converting the bytecodes back to PHP would be. There's on piece of software he mentions ("Derick's VLD"), but that's only really useful because it dumps back the opcodes in a readable format.]]></description>
      <pubDate>Mon, 20 Mar 2006 07:02:53 -0600</pubDate>
    </item>
  </channel>
</rss>
