<?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, 19 Jun 2013 02:37:32 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[PEAR Blog: PEAR Group Meeting Minutes 2008-07-13]]></title>
      <guid>http://www.phpdeveloper.org/news/10630</guid>
      <link>http://www.phpdeveloper.org/news/10630</link>
      <description><![CDATA[<p>
A <a href="http://blog.pear.bluga.net/2008/07/17/pear-group-meeting-minutes-2008-07-13/">new entry</a> has been posted to the PEAR blog with the latest minutes for the group's July 13th meeting.
</p>
<blockquote>
Some highlights from the meeting include new/upcoming RFCs for package naming schemes, exception handling in PHP 5.3, and a vote on extending the current PEAR2 Policies. Heavy stuff, check it out!
</blockquote>
<p>
You can check out the <a href="http://wiki.pear.php.net/index.php/MeetingMinutes20080713">full notes here</a> on the PEAR portion of the PHP.net wiki.
</p>]]></description>
      <pubDate>Thu, 17 Jul 2008 14:08:11 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Akelos.org: Creating a weblog using the Akelos PHP Framework]]></title>
      <guid>http://www.phpdeveloper.org/news/8319</guid>
      <link>http://www.phpdeveloper.org/news/8319</link>
      <description><![CDATA[<p>
The Akelos project has <a href="http://www.akelos.org/screencasts">posted a screencast</a> of their framework in action, their answer to the "Creating a blog in 15 minutes" screencast that the Ruby on Rails folks tout so heavily.
</p>
<blockquote>
This video shows you how to create a weblog engine from scratch using Akelos in just 12 minutes, we implement comments and an administrative interface, so we also had time to cover other <a href="http://www.akelos.org/">Akelos PHP Framework</a> areas.
</blockquote>
<p>
You can either <a href="http://www.akelos.org/screencasts">watch it there on the page</a> or <a href="http://akelos-org.s3.amazonaws.com/akelos_php_framework_screencast.mov">download the quicktime</a> video to watch and learn.
</p>]]></description>
      <pubDate>Tue, 24 Jul 2007 12:03:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Edin Kadribasic's Blog: New Windows Snaps/Release Builder]]></title>
      <guid>http://www.phpdeveloper.org/news/7458</guid>
      <link>http://www.phpdeveloper.org/news/7458</link>
      <description><![CDATA[<p>
<i>Edin Kadribasic</i> shares some <a href="http://edin.dk/archives/33-New-Windows-SnapsRelease-Builder.html">great news</a> on his blog this morning those using the PHP Windows builds will be happy to hear.
</p>
<blockquote>
<p>
During my time at Emini I was using an old beat up machine to build <a href="http://snaps.php.net/">PHP snapshots</a> for Windows. It was only a Pentium II 400MHz and compiling a PHP snapshot on that machine took more than an hour. After <a href="http://edin.dk/archives/30-Leaving-Emini.html">leaving</a> Emini I needed to find a new box for compiling PHP snapshots and <a href="http://pecl4win.php.net/">PECL extensions</a> for the Windows platform.
</p>
</blockquote>
The light at the end of the tunnel came when <a href="http://netevil.org/">Wez Furlong</a> reminded him about a box <a href="http://www.omniti.com/">OmniTI</a> had that could handle just that. Now, what used to take over an hour to run takes around six minutes (a full compile of the latest snapshot with all of the extensions, including checkout and upload of the Win32 snapshot).
</p>]]></description>
      <pubDate>Tue, 20 Mar 2007 08:18:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Kore Nordman's Blog: Raytracing with Image_3D]]></title>
      <guid>http://www.phpdeveloper.org/news/5112</guid>
      <link>http://www.phpdeveloper.org/news/5112</link>
      <description><![CDATA[<i>Kore Nordman</i> has been making even further advancements in the development behind the <a href="http://pear.php.net/package/Image_3D">PEAR Image_3D</a> library - this time, he <a href="http://kore-nordmann.de/home/blog/php/raytracing_with_image_3d">looks at</a> raytracing in PHP.
<p>
<quote>
<i>
I was always writing, that implementing a <a href="http://en.wikipedia.org/wiki/Ray_tracing">raytracer</a> (or the better <a href="http://de.wikipedia.org/wiki/Raytracing">german description</a>) in PHP would be far to slow. And then, two days ago, I had the feeling I should prove this ... this was also the way <a href="http://pear.php.net/package/Image_3D">Image_3D</a> was born. With the infrastructure Image_3D offers, all the existing models, the abstraction etc. it wasn't such a big thing. You mainly need to write a short algorithm which gets the intersection point for a polygon with a line, and that's it. For sure, you should optimze the algorithm a bit. And it is really fun to implement such a simple mathematical model like raytracing is.
</i>
</quote>
<p>
He talks about some of the problems that raytracers don't have that normal renderers do (shadows, reflections, etc) and <a href="http://kore-nordmann.de/home/blog/php/raytracing_with_image_3d">notes</a> that the images display in the post took about seven minutes to render on his system. He proved that it can work, but notes that it supports his original hypothesis - rendering like this with PHP is just too slow.]]></description>
      <pubDate>Wed, 05 Apr 2006 07:48:36 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Rudd-o.com: 5 minutes to finding issues in production PHP Web applications]]></title>
      <guid>http://www.phpdeveloper.org/news/4982</guid>
      <link>http://www.phpdeveloper.org/news/4982</link>
      <description><![CDATA[In <a href="http://rudd-o.com/archives/2006/03/10/5-minutes-to-finding-issues-in-production-php-web-applications/">this post</a> on Bitacle.org, they look at a 5 minute approach to finding some of the more common issues with PHP web applications.
<p>
<quote>
<i>
Detecting and correcting problems with applications at early stages is an important role of the server manager. Unfortunately, not all errors are detected at the testing stages. Even more unfortunate is the fact that most errors go undetected because they are usually triggered when a certain set of criteria is met.
<p>
Since all you have is 5 minutes (which is one of the tenets of this Server management series, and quite possibly the only simple truth in your case), in this installment, we'll unlock the secret of server log foraging.
</i>
</quote>
<p>
They mainly <a href="http://rudd-o.com/archives/2006/03/10/5-minutes-to-finding-issues-in-production-php-web-applications/">make use of grep</a>, a very handly unix command-line tool, to parse through the server logs for answers. Combine that with upping the error reporting level inside of PHP itself, and you should be able to track down most of the problems you'd have. They also include a sample situation or two to watch out for specifically.]]></description>
      <pubDate>Mon, 13 Mar 2006 07:51:51 -0600</pubDate>
    </item>
  </channel>
</rss>
