<?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>Thu, 04 Dec 2008 14:16:05 -0600</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Mike Lively's Blog: Late Static Binding (LSB) forward_static_call()]]></title>
      <guid>http://www.phpdeveloper.org/news/9939</guid>
      <link>http://www.phpdeveloper.org/news/9939</link>
      <description><![CDATA[<p>
On his blog, <i>Mike Lively</i> has <a href="http://www.ds-o.com/archives/69-Late-Static-Binding-LSB-forward_static_call.html">posted a look</a> at some of the work he's been doing on patches for the late static binding functionality to be included in PHP, including an example of the updates in action.
</p>
<blockquote>
This weekend I wrapped up a few small tests and sent the patch in and it was subsequently pushed to <a href="http://www.ds-o.com/exit.php?url_id=193&entry_id=69">php 5.3 and php 6.0</a>. Now, this is not at all the way I wanted things to work, in all honesty I think the patch is pretty hokey but unfortunately nobody really spoke up in support of the changes I wanted to make to parent:: in regards to LSB.
</blockquote>
<p>
His example shows how to override a static method and push that new method's execution to the parent class (in two ways - safe using forward_static_call and the not so safe calling itself with a parent:: override).
</p>]]></description>
      <pubDate>Wed, 09 Apr 2008 11:24:19 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[PHP 10.0 Blog: php -T (variable tainting)]]></title>
      <guid>http://www.phpdeveloper.org/news/6862</guid>
      <link>http://www.phpdeveloper.org/news/6862</link>
      <description><![CDATA[<p>
On the PHP 10.0 Blog, there's <a href="http://php100.wordpress.com/2006/12/08/php-t/">a new post</a> today talking about variable tainting and what it might be like if PHP included it too.
</p>
<blockquote>
<a href="http://www.webreference.com/programming/perl/taint/">Perl</a> and <a href="http://www.rubycentral.com/book/taint.html">Ruby</a> have variable tainting. Maybe PHP should have it too?
</blockquote>
<p>
Variable tainting is a bit of built-in functionality that provides a "safety net" of sorts to the contents of variables to help protect both the users and the script itself from potentially harmful content.
</p>
<p>
He <a href="http://php100.wordpress.com/2006/12/08/php-t/">talks about</a> how Ruby and Perl handle the functionality and how, were PHP to work it in, which approach would fit better with PHP's current model:
</p>
<blockquote>
If one wants to implement proper tainting or sandboxing, it probably should be based on more generic approach that would account for existence of functions unknown in design time.
</blockquote>]]></description>
      <pubDate>Mon, 11 Dec 2006 10:26:00 -0600</pubDate>
    </item>
  </channel>
</rss>
