<?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, 08 Jul 2008 23:11:57 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Dokeos Blog: mbstring vs iconv]]></title>
      <guid>http://www.phpdeveloper.org/news/10034</guid>
      <link>http://www.phpdeveloper.org/news/10034</link>
      <description><![CDATA[<p>
In <a href="http://dokeoslead.wordpress.com/2008/04/22/mbstring-vs-iconv/">this post</a> on the Dokeos blog, there's a comparison of the <a href="http://www.php.net/mbstring">mbstring</a> function and the <a href="http://php.net/iconv">iconv</a> library as it pertains to their use on multi-byte strings.
</p>
<blockquote>
I was wondering today why use mbstring rather than iconv in Dokeos, and honestly I didn't remember exactly why I had chosen mbstring in the past, but finding information about the *differences* between the two. [...] Searching a bit more, I found a <a href="http://www.nyphp.org/content/presentations/smallworld/April2006-nyphp-Presentation.ppt">PPT presentation</a> from Carlos Hoyos on Google.
</blockquote>
<p>
Essentially, it boils down to how the library is integrated - mbstring is bundled and iconv is pulled from an external source. So, if you're looking for maximum portability, he recommends mbstring.
</p>]]></description>
      <pubDate>Thu, 24 Apr 2008 11:18:08 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Stubbles Blog: Do not trust the reflection API]]></title>
      <guid>http://www.phpdeveloper.org/news/9507</guid>
      <link>http://www.phpdeveloper.org/news/9507</link>
      <description><![CDATA[<p>
On the Stubbles blog, <i>Frank Kleine</i> <a href="http://www.stubbles.org/archives/40-Do-not-trust-the-reflection-API.html">offers some advice</a> to developers looking to use the Reflection API - "don't trust it".
</p>
<blockquote>
If you try to get informations about parameters from methods of internal classes - forget that. Examining several internal classes my key findings are: either there is no information about parameters available and the reflection API says the method does not have any parameters, or the information about the parameter is wrong.
</blockquote>
<p>
He <a href="http://www.stubbles.org/archives/40-Do-not-trust-the-reflection-API.html">includes code examples</a> along side the output from the script to illustrate his point. 
</p>]]></description>
      <pubDate>Mon, 28 Jan 2008 13:07:00 -0600</pubDate>
    </item>
  </channel>
</rss>
