<?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>Tue, 18 Jun 2013 19:10:37 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[David Otton's Blog: Stupid PHP Tricks: Illegal Variable Names]]></title>
      <guid>http://www.phpdeveloper.org/news/10885</guid>
      <link>http://www.phpdeveloper.org/news/10885</link>
      <description><![CDATA[<p>
<i>David Otton</i> has shared another of his "stupid PHP tricks" on his blog today. <A href="http://www.otton.org/2008/08/21/stupid-php-tricks-illegal-variable-names/">This one</a> looks at illegal variable names that don't match the "can't start with a number" rule the manual points out.
</p>
<blockquote>
A valid variable name starts with a letter or underscore, followed by any number of letters, numbers, or underscores. As a regular expression, it would be expressed thus: '[a-zA-Z_x7f-xff][a-zA-Z0-9_x7f-xff]*'
</blockquote>
<p>
Technically, you can get around this in two different ways - variable varaibles and the more complex notation with curly braces. He points to the <a href="http://www.php.net/compact">compact</a> function for proof that they're set.
</p>]]></description>
      <pubDate>Fri, 22 Aug 2008 13:47:52 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Stefan Esser's Blog: What site do you want to break today?]]></title>
      <guid>http://www.phpdeveloper.org/news/8063</guid>
      <link>http://www.phpdeveloper.org/news/8063</link>
      <description><![CDATA[<p>
In a <a href="http://blog.php-security.org/archives/87-What-site-do-you-want-to-break-today.html">new post</a> to the PHP Security Blog, <i>Stefan Esser</i> points out <a href="http://cvs.php.net/viewvc.cgi/php-src/ext/session/session.c?r1=1.417.2.8.2.35&r2=1.417.2.8.2.36">a recent commit</a> to the PHP core as a fix to the session handling in PHP:
</p>
<blockquote>
I just came back home and saw a very recent commit to PHP's session management. It is another attempt to fix the session cookie attribute injection that the PHP developers already tried to fix in PHP 5.2.3 without giving any credits. [...] their new fix that consists of blacklisting a bunch of legal characters from the session id, will most probably result in hundreds or thousands of broken sites.
</blockquote>
<p>
<i>Stefan</i> points out that the fix blocks several valid characters that sites could potentially use in their session IDs, and that with this new code in place, it could drastically effect those site's functionality.
</p>
<p>
As of the time of this post, however, it seems that the issue has been <a href="http://cvs.php.net/viewvc.cgi/php-src/ext/session/session.c?r1=1.417.2.8.2.36&r2=1.417.2.8.2.37">recognized and corrected</a> so as not to cause the above mentioned issue in future updates.
</p>]]></description>
      <pubDate>Mon, 18 Jun 2007 08:48:00 -0500</pubDate>
    </item>
  </channel>
</rss>
