<?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>Wed, 22 May 2013 18:40:57 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[SitePoint PHP Blog: How to Expose PHP's Private Parts]]></title>
      <guid>http://www.phpdeveloper.org/news/11385</guid>
      <link>http://www.phpdeveloper.org/news/11385</link>
      <description><![CDATA[<p>
On the SitePoint PHP Blog <i>Troels Knak-Nielsen</i> has <A href="http://www.sitepoint.com/blogs/2008/11/11/how-to-expose-phps-private-parts/">worked up a way</a> to "expose PHP's private parts" when it comes to finding out more about the object/variable he's working with (without a usual <a href="http://www.php.net/print_r">print_r</a> or <a href="http://www.php.net/var_dump">var_dump</a>).
</p>
<blockquote>
I've been tinkering with dumping PHP objects, and have found myself constantly running into a brick wall. The output from <a href="http://docs.php.net/manual/en/function.print-r.php">print_r</a> and friends is fine in some contexts, but for larger structures, it would be nice to tidy the output up a bit and wrap it in some HTML.
</blockquote>
<p>
His solution is to serialize the object into a string (keeping all related meta information) that can be passed around and parsed back into its original form for debugging. He's included the script that works bye taking in the string and manually parsing it back out into its parts into a useful array.
</p>]]></description>
      <pubDate>Tue, 11 Nov 2008 09:32:14 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[International PHP Magazine: Which of the Following Ensures Smooth Implementation of PHP Sessions?]]></title>
      <guid>http://www.phpdeveloper.org/news/7766</guid>
      <link>http://www.phpdeveloper.org/news/7766</link>
      <description><![CDATA[<p>
The <a href="http://www.php-mag.net/magphpde/magphpde_news/psecom,id,27182,nodeid,5.html">results</a> from the latest poll the International PHP Magazine conducted this past week are in. The question they asked developers to respond to was "Which One of the Following Ensures Smooth Implementation of PHP Sessions?".
</p>
<p>
Options this time were:
<ul>
<li>Don't use underscore in host names
<li>Commit your session before it redirects
<li>Prevent session fixation
<li>Don't expose session_id's
</ul>
The results were pretty close for all of the options with one coming out on top (committing the session) and two tying for second - preventing session fixation and not exposing session IDs.
</p>
<p>
Subversion and Symfony users should cast their votes in <a href="http://www.php-mag.net/magphpde/magphpde_news/psecom,id,27181,nodeid,5.html">this week's poll</a>. It asks, of the four options given, which is your favorite "trick" to running the Symfony framework with Subversion.
</p>]]></description>
      <pubDate>Thu, 03 May 2007 11:14:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Oscar Merida's Blog: Avoiding frustration with PHP Sessions]]></title>
      <guid>http://www.phpdeveloper.org/news/7536</guid>
      <link>http://www.phpdeveloper.org/news/7536</link>
      <description><![CDATA[<p>
On his blog, <i>Oscar Merida</i> has <a href="http://www.oscarm.org/news/detail/1877-avoiding_frustration_with_php_sessions">a quick new post</a> those just starting out with sessions should take a look at. He gives four quick tips of things to watch out for that can help your development process go smoother.
</p>
<blockquote>
PHP's support for sessions make adding "state" to your web application super easy.  Bus because the illusion of state is maintained by storing a Session ID via a user's cookies, you might find yourself losing potentially productive hours chasing down bizarre client side bugs or opening up a potential security hole.  Here are 4 tips to help you avoid wasting your time and securing your site.
</blockquote>
<p>
Items on the list are:
<ul>
<li>Don't use underscores in host names
<li>Commit your sessions before redirects
<li>Prevent session fixation (great security tip!)
<li>Don't expose session_id's
</ul>
Check out <a href="http://www.oscarm.org/news/detail/1877-avoiding_frustration_with_php_sessions">the comments</a> - there's some good recommendations in there as well.
</p>]]></description>
      <pubDate>Fri, 30 Mar 2007 11:28:00 -0500</pubDate>
    </item>
  </channel>
</rss>
