<?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, 21 May 2013 12:33:23 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[SitePoint PHP Blog: More PHP frameworks]]></title>
      <guid>http://www.phpdeveloper.org/news/5016</guid>
      <link>http://www.phpdeveloper.org/news/5016</link>
      <description><![CDATA[In <a href="http://www.sitepoint.com/blogs/2006/03/18/more-php-frameworks/">this post</a> from the SitePoint PHP Blog, <i>Harry Fuecks</i> shares information about two more framework systems for PHP - <a href="http://tonic.sourceforge.net/">Tonic</a> and <a href="http://www.codeigniter.com/">Code Igniter</a>.
<p>
<quote>
<i>
Yes I know'"with the framework in progress, we don't need no more stinkin' frameworks. Except there's a couple I've seen recently which are noteworthy. I haven't delved into the source code in any depth'"exploring framework code bases has become as much fun as watching paint dry, but there are some interesting ideas here, if you're looking to new angles on the problem.
</i>
</quote>
<p>
The "new angles" he mentions are:
<ul>
<li>For <a href="http://tonic.sourceforge.net/">Tonic</a>, the fact that it's a "RESTful" environment and feels like <a href="http://webpy.org/">web.py</a> in its development
<li>And for <a href="http://www.codeigniter.com/">Code Igniter</a>, because it has a "Rails-esque" with an interesting approach to URL mapping.
</ul>]]></description>
      <pubDate>Mon, 20 Mar 2006 07:16:54 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Jim Plush's Blog: AJAX, PHP and Javascript Errors - How to get more data]]></title>
      <guid>http://www.phpdeveloper.org/news/4595</guid>
      <link>http://www.phpdeveloper.org/news/4595</link>
      <description><![CDATA[Via our sister site, <a href="http://www.ajaxdeveloper.org">AjaxDeveloper.org</a> today, there's a pointer to <a href="http://www.litfuel.net/plush/?postid=94">this post</a> on Jim Plush's blog - "AJAX, PHP and Javascript Errors - How to get more data".
<p>
<quote>
<i>
Javascript is a powerful tool in the web programmers toolbox however, it's also one of our greatest headaches. Dealing with browser inconsistencies is always a source of great pain. You test on multiple platforms, find everyone you know with a mac running safari and think you have your code locked down however it rarely always works out this way. Being able to detect javascript errors in the wild can be a great resource for you to really see how your code is performing on a day to day basis.
</i>
</quote>
<p>
<a href="http://www.litfuel.net/plush/?postid=94">The key to it</a> is that it uses a global function that IE and Mozilla both have to create a global-level error handler for the page - "onerror". He shows you how, with a few simple lines, you can create the function (with an alert inside) and, together with a little bit of Ajax and PHP magic, write it out to an error logging script for review...]]></description>
      <pubDate>Mon, 02 Jan 2006 16:09:01 -0600</pubDate>
    </item>
  </channel>
</rss>
