<?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, 06 Sep 2008 18:44:35 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[SitePoint PHP Blog: Dealing with Dependencies]]></title>
      <guid>http://www.phpdeveloper.org/news/9561</guid>
      <link>http://www.phpdeveloper.org/news/9561</link>
      <description><![CDATA[<p>
On the SitePoint PHP blog today, <i>Troels Knak-Nielsen</i> has <a href="http://www.sitepoint.com/blogs/2008/02/04/dealing-with-dependencies/">written up an article</a> that talks about dependencies in your applications - those little interconnections your code relies on to do more with less.
</p>
<blockquote>
In lack of better words, I'll call this compositional programming style. It's a style which is usually more prevalent with experienced programmers. [...] There is, however, a dark side to composition - dependencies.
</blockquote>
<p>
He <a href="http://www.sitepoint.com/blogs/2008/02/04/dealing-with-dependencies/">starts</a> with a definition to bring everyone up to a level field then moves on to how their used (through a "global symbol" or directly passed in) and how they can "leak" if you're not careful. 
</p>
<p>
To help protect you and your code from any kind of damage down the line, <i>Troels</i> suggests making a container to keep objects where they need to be. He even includes an example with namespace support to make things even easier down the road.
</p>]]></description>
      <pubDate>Mon, 04 Feb 2008 12:09:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Pavel Shevaev's Blog: A reliable way to serialize/unserialize objects in PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/9219</guid>
      <link>http://www.phpdeveloper.org/news/9219</link>
      <description><![CDATA[<p>
<i>Pavel Shevaev</i> has <a href="http://efiquest.org/?p=6">posted his method</a> (a reliable way) for serializing and unserializing objects in your applications:
</p>
<blockquote>
<p>
An experienced PHP developer might be wondering why posting this topic in a blog if PHP already has universal and almost transparent tools for this job [...] The key statement here is "almost transparent" which means you have to include all class definitions before invoking unserialize or use some __autoload schema.
</p>
<p>
The whole problem is due to the fact a serialized object has no idea about its class definition except the class name(the reason behind that is absolutely valid). [...] That's why I decided to hack up, hopefully, a more universal solution to this problem
</p>
</blockquote>
<p>
<a href="http://efiquest.org/?p=6">His method</a> contains things inside of a "serialization container" that automagically includes everything needed before it gets serialized. His code for the method is included as well as some examples of its use.
</p>]]></description>
      <pubDate>Tue, 11 Dec 2007 12:09:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[PHP Addiction Blog: PHP - No Container libraries?]]></title>
      <guid>http://www.phpdeveloper.org/news/9158</guid>
      <link>http://www.phpdeveloper.org/news/9158</link>
      <description><![CDATA[<p>
On the PHP Addiction blog today, there's <a href="http://www.phpaddiction.com/tags/uncategorized/php-no-container-libraries/">a new post</a> where <i>Doug Hill</i> asks a question of his fellow developers - are there advantages to having a standard container library for PHP?
</p>
<blockquote>
Most compiled languages that I have used have some kind of container implementation, Lists, Maps, Trees, Stacks and all their many variations. PHP has arrays and the <a href="http://www.php.net/~helly/php/ext/spl/">SPL</a>.
</blockquote>
<p>
The only problem he's noted so far is that containers made in userland would be slower than ones created natively. A comment from <i>Antony Dovgal</i> points out <a href="http://cvs.php.net/viewvc.cgi/pecl/adt/">a project similar</a> to what he's looking for that's already in the works.
</p>]]></description>
      <pubDate>Mon, 03 Dec 2007 10:27:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[PHPied.com: SAP container for PEAR::Auth]]></title>
      <guid>http://www.phpdeveloper.org/news/6212</guid>
      <link>http://www.phpdeveloper.org/news/6212</link>
      <description><![CDATA[<p>
If you've ever wanted to quickly and easily connect your PHP script over to a SAP server to authenticate a user but weren't sure quite how, you'll be happy to see that you can <a href="http://www.phpied.com/sap-container-for-pearauth/">use the PEAR::Auth package</a> to make the request - with a little help.
</p>
<blockquote>
<p>
<a href="http://pear.php.net/package/Auth/">PEAR::Auth</a> is a package that allows you to abstract the user authentication from the main part of your application and not worry about it. What is good about the package is that it comes with different "containers" that allows you to authenticate users against different storages.
</p>
<p>
So I played around with creating an SAP container that allows you to check users against your company's SAP system and for example build a section of your Internet (or Extranet) page that is only accessible for people and partners that exist as users in the SAP system.
</p>
</blockquote>
<p>
There's <a href="http://saprfc.sourceforge.net/">an extension to PHP</a> you'll need to get and install, but with that in place, it's as simple as setting the authentication type to "SAP" and giving it the hostname to connect to. He <a href="http://www.phpied.com/sap-container-for-pearauth/">also includes</a> some sample scripts to get you started, including the Auth_Container_SAP class that makes the magic happen.
</p>]]></description>
      <pubDate>Thu, 07 Sep 2006 07:04:09 -0500</pubDate>
    </item>
  </channel>
</rss>
