<?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>Fri, 08 Aug 2008 16:23:51 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Matthew Turland's Blog: Watch Your Include Path]]></title>
      <guid>http://www.phpdeveloper.org/news/9867</guid>
      <link>http://www.phpdeveloper.org/news/9867</link>
      <description><![CDATA[<p>
<i>Matthew Turland</i> is looking to "save you some grief" by <a href="http://ishouldbecoding.com/2008/03/26/watch-your-include-path">pointing out</a> an issue he recently had trouble with and eventually found out was <a href="http://bugs.php.net/bug.php?id=43677">a bug in PHP</a>.
</p>
<blockquote>
It's pretty rare that I encounter a bug in the software I run that hampers my ability to work or my server environment's ability to function normally. However, I encountered one last week that has taken me and several Rackspace support technicians nearly a week to figure out, namely <a href="http://bugs.php.net/bug.php?id=43677">PHP bug #43677</a>.
</blockquote>
<p>
The issue was that PHP seemed to be "forgetting" the include_path in the current script (not Apache). The bug has been found in PHP 5.2.5 (and possible in all of the 5.2.x releases as well). The problem has been fixed in the latest CVS version and <a href="http://bugs.php.net/bug.php?id=43677">a patch</a> has been created for those that want to correct the problem right away.
</p>]]></description>
      <pubDate>Thu, 27 Mar 2008 10:24:38 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Cal Evans' Blog: set_include_path() failing]]></title>
      <guid>http://www.phpdeveloper.org/news/9636</guid>
      <link>http://www.phpdeveloper.org/news/9636</link>
      <description><![CDATA[<p>
<i>Cal Evans</i> came up against <a href="http://blog.calevans.com/2008/02/14/set_include_path-failing/">a problem</a> earlier in his development work - issues when he was trying to get his old include path.
</p>
<blockquote>
What you SHOULD get back is a string describing your old include path. If you get false, you have hit the problem I hit last night. I went so far as to recompile 2 difference versions of Apache thinking (almost correctly) that it was something that had changed in my Apache config files.
</blockquote>
<p>
If you're one of the "falsers" out there, check out <a href="http://blog.calevans.com/2008/02/14/set_include_path-failing/">the rest of his post</a> of his solution around the problem. His problem stemmed from his trying to reassign a php_admin_value (instead of php_value where the script could override it) setting, specifically the one for the include_path. 
</p>
<p>
He also points out that Zend Framework users might keep an eye out for this problem too as the Zend_Loader package changes the include path at times.
</p>]]></description>
      <pubDate>Thu, 14 Feb 2008 15:09:38 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Developer Tutorials Blog: 4 PHP Professional Development Paths]]></title>
      <guid>http://www.phpdeveloper.org/news/9517</guid>
      <link>http://www.phpdeveloper.org/news/9517</link>
      <description><![CDATA[<p>
<i>Akash Mehta</i> has <a href="http://www.developertutorials.com/blog/php/4-php-professional-development-paths-17/">posted a list</a> of suggestions he has for developers wanting to move up and enhance their skills in the language:
</p>
<blockquote>
So, youâ'™re an up-and-coming PHP developer, youâ'™re spending a lot of time learning new tricks and youâ'™re always on the bleeding edge when it comes to using technologies in your web applications. Whatâ'™s next?
</blockquote>
<p>His four answers to "what's next" are:</p>
<ul>
<li>Read books, write code.
<li>Attend conferences
<li>Take courses and qualification tests
<li>Watch the web
</ul>
<p>
...with the final one being his most important.
</p>]]></description>
      <pubDate>Tue, 29 Jan 2008 12:04:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[The Bakery: New Articles/Tutorials - NiceHead, Field Validation and Plugin Paths]]></title>
      <guid>http://www.phpdeveloper.org/news/7848</guid>
      <link>http://www.phpdeveloper.org/news/7848</link>
      <description><![CDATA[<p>
The Bakery has three new items posted today - a view helper for CSS/JS file inclusion, field validation, and rewriting a plugin's paths:
</p>
<ul>
<li><a href="http://bakery.cakephp.org/articles/view/nicehead-helper-with-autoloading-of-javascript-and-css">NiceHead helper with autoloading of javascript and css</a> - Injects CSS/JS into the head tag in your layout and autoloads css/js files for you based on current controller and action.
<li><a href="http://bakery.cakephp.org/articles/view/multiple-rules-of-validation-per-field-in-cakephp-1-2">Multiple rules of validation per field in CakePHP 1.2</a> - On this article we'll take a look at multiple rules of validation per field, and how easy it is to use them on our 1.2 models.
<li><a href="http://bakery.cakephp.org/articles/view/rewrite-a-plugin-s-paths-to-look-nicer">Rewrite a plugin's paths to look nicer</a> - Plugins are a fantastic and vastly underused tool in CakePHP! But their default paths can be strange sometimes. This article describes how to rewrite a plugin's paths using bootstrap.php.
</ul>
<p>
Check out these and more great CakePHP-related tutorials on <a href="http://bakery.cakephp.org">The Bakery</a>!
</p>]]></description>
      <pubDate>Tue, 15 May 2007 11:53:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Elizabeth Smith's Blog: Php User Streams - why doesn't anyone use them?]]></title>
      <guid>http://www.phpdeveloper.org/news/7784</guid>
      <link>http://www.phpdeveloper.org/news/7784</link>
      <description><![CDATA[<p>
In a <a href="http://elizabethmariesmith.com/2007/05/04/php-user-streams-why-doesnt-anyone-use-them/">new post</a> today, <i>Elizabeth Smith</i> takes a look at one of the lesser used (well, overall) features that PHP has to offer these days - PHP user streams.
</p>
<blockquote>
<p>
PHP user streams are amazing - they're powerful, fun, and make things like a templating system with filters and multiple back ends quick and easy.
</p>
<p>
Here's a little "test script" that shows you how to implement contexts for your streams. What are contexts? They're resources that hold additional information. Built in php streams, such as the ftp streams, already have contexts you can set. But they're also great to use in your own user land streams.
</p>
</blockquote>
<p>
In <a href="http://elizabethmariesmith.com/2007/05/04/php-user-streams-why-doesnt-anyone-use-them/">the test script</a>, she shows how to open a stream to a few different resources (including passing parameters and user information), grabbing the contents of each.
</p>]]></description>
      <pubDate>Mon, 07 May 2007 08:04:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Richard Davey's Blog: A Guide to using PHP 5 Extensions on Windows]]></title>
      <guid>http://www.phpdeveloper.org/news/7605</guid>
      <link>http://www.phpdeveloper.org/news/7605</link>
      <description><![CDATA[<p>
Over on his blog today, <i>Richard Davey</i> has <a href="http://www.corephp.co.uk/archives/36-A-Guide-to-using-PHP-5-Extensions-on-Windows.html">posted a guide</a> to using some of the PHP5 extensions on Windows.
</p>
<blockquote>
To aid you, I have put together this guide which covers *every* default extension that comes with PHP5 and tells you how to get it working on Windows, what dependencies they have and also some vital tips on how you need to arrange your php.ini file and file system to ensure a painless set-up and no messy DLL conflicts.
</blockquote>
<p>
He lays it all out in <a href="http://www.corephp.co.uk/archives/36-A-Guide-to-using-PHP-5-Extensions-on-Windows.html">a series of two steps</a> - getting everything all set up to make it work (including the value for the extension_dir setting and how to change your PATH variable) and the list of extensions and the DLL files they require.
</p>]]></description>
      <pubDate>Wed, 11 Apr 2007 13:47:02 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[PHP 10.0 Blog: dirname(__FILE__)]]></title>
      <guid>http://www.phpdeveloper.org/news/7481</guid>
      <link>http://www.phpdeveloper.org/news/7481</link>
      <description><![CDATA[<p>
On the PHP 10.0 Blog today, <i>Stas</i> <a href="http://php100.wordpress.com/2007/03/21/dirname__file__/">has a suggestion</a> that might help out developers that use the combination "dirname(__FILE__)" to get the working directory. He proposes something like __FILEDIR__ to replace it and to help make code cleaner.
</p>
<blockquote>
The reason is simple - libraries want to include files relative to library top directory, and do not want to count on include path. And relative include resolution rules in PHP not clear to all, so people prefer to be sure. The downside here is that this expression is dynamic - executed at run-time. Meaning it's slower and less toolable and also makes a bad habit of putting dynamic things into include (which is not a problem here, since itâ'™s "static dynamic" thing, but still a bad habit).
</blockquote>
<p>
His <a href="http://php100.wordpress.com/2007/03/21/dirname__file__/">suggestion</a> has merit, and, according to the comments on the post, the reception seems like it would be positive. 
</p>]]></description>
      <pubDate>Thu, 22 Mar 2007 07:42:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Richard Lord's Blog: Zend_View helpers in include path]]></title>
      <guid>http://www.phpdeveloper.org/news/7241</guid>
      <link>http://www.phpdeveloper.org/news/7241</link>
      <description><![CDATA[<p>
In working with the Zend Framework, <i>Richard Lord</i> has come across something <a href="http://www.bigroom.co.uk/blog/zend_view-helpers-in-include-path/">a little strange</a> - how Zend_View helpers work if you try to put them outside of the Framework's own helpers folder and try to use them.
</p>
<blockquote>
All is fine if you place your helpers either within the zend framework's own helpers folder (not a good idea) or within a directory in your site structure. The problem arises if you place the helpers in a folder in the PHP include path and don't know the full path to the folder.
</blockquote>
<p>
He <a href="http://www.bigroom.co.uk/blog/zend_view-helpers-in-include-path/">investigates</a> why this might happen, tracking it down to some include issues despite mimicking the structure the Zend Framework itself recommends. Unfortunately, this still requires knowing the full path to the helper, not the relative. Unfortunately, that's just not what he needs.
</p>
<p>
So, he set out to find a solution and ended up with two - one that makes a modification to the Zend_View_Abstract class and the other is to extend the Zend_View class with his own custom class handling the pathing to pull the helper in correctly.
</p>]]></description>
      <pubDate>Thu, 08 Feb 2007 07:44:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Ed Finkler's Blog: Bug in Zend Studio 5.5's php.ini]]></title>
      <guid>http://www.phpdeveloper.org/news/7026</guid>
      <link>http://www.phpdeveloper.org/news/7026</link>
      <description><![CDATA[<p>
<i>Ed Finkler</i> points out (in his <a href="http://funkatron.com/wp/archives/php/bug-in-zend-studios-local-debugger/">latest blog entry</a>) a problem he's noticed when using Zend Studio 5.5 related to its default path.
</p>
<blockquote>
In the php.ini file used by the PHP5 executable, the include path is hosed.  If you installed in the default location and are running Windows, you'll probably find the file at: C:Program FilesZendZendStudio-5.5.0binphp5php.ini
</blockquote>
<p>
The <a href="http://funkatron.com/wp/archives/php/bug-in-zend-studios-local-debugger/">problem</a> is that the value of include_path isn't wrapped in quotes, making portions of it act like a comment and "hose" your directory path. Thankfully, it's a pretty simple fix - just quote the value and be on your merry way. It's one of those bugs that has the potential to be so small that it'd be very frustrating to find.
</p>]]></description>
      <pubDate>Thu, 04 Jan 2007 07:22:05 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Pierre-Alain Joye's Blog: Zip-1.7.5 works even with broken path]]></title>
      <guid>http://www.phpdeveloper.org/news/6557</guid>
      <link>http://www.phpdeveloper.org/news/6557</link>
      <description><![CDATA[<p>
For those using the Zip pecl pakcage, <i>Pierre</i> has <a href="http://blog.thepimp.net/index.php/2006/10/22/114-zip-175-works-even-with-broken-path">a quick update</a> you'll need to download to resolve some pathing issues that were found.
</p>
<blockquote>
A little release to help windows users to work with broken zip entries named like "a/b//c.txt". PHP 5.1+ mkdir does not support such path on windows and simply refuses to create the base dir. The """bug""" has been fixed in php 5.2 or earlier and a work around exists in zip itself for earlier versions.
</blockquote>
<p>
You can grab this latest update directly from <a href="http://pecl.php.net/zip">the project's homepage</a>.
</p>]]></description>
      <pubDate>Mon, 23 Oct 2006 14:58:00 -0500</pubDate>
    </item>
  </channel>
</rss>
