<?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, 22 May 2013 00:59:32 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Agile Toolkit Blog: Which PHP Framework is the Fastest?]]></title>
      <guid>http://www.phpdeveloper.org/news/18060</guid>
      <link>http://www.phpdeveloper.org/news/18060</link>
      <description><![CDATA[<p>
The Agile Toolkit blog has a new post today that looks at <a href="http://agiletoolkit.org/blog/which-php-framework-is-the-fastest/">speed in PHP frameworks</a> the their relative speed (no, there's no benchmarks here).
</p>
<blockquote>
This question is often asked, but is never answered properly. So how to measure framework speed? Let me also explain why "scalability" is more important than general "performance". [...] This along with a general overheads of the framework greatly contributes to the "slowness" of your project. So how can framework contribute to performance of your project?
</blockquote>
<p>They touch a few different ways that frameworks can help execute things a bit faster like:</p>
<ul>
<li>Make Fewer SQL Queries
<li>Selective render
<li>Parallelization
<li>Overheads
<li>Caching
</ul>]]></description>
      <pubDate>Thu, 07 Jun 2012 12:47:41 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Agile Toolkit News: Selective view rendering in Web Applications]]></title>
      <guid>http://www.phpdeveloper.org/news/15399</guid>
      <link>http://www.phpdeveloper.org/news/15399</link>
      <description><![CDATA[<p>
New from the Agile Toolkit News site today, there's <a href="http://blog.atk4.com/html-rendering-in-web-applications/">a new article</a> looking at selectively rendering views in framework-based web applications, handling them as objects instead of just output.
</p>
<blockquote>
Today - any desktop software is able to re-draw itself from a callback by operating system. However many Web Frameworks today do not keep track of objects and cannot selectively produce pieces of HTML code. I believe that ability to have control over objects on HTML pages is very essential to have in the Framework. Here is why...
</blockquote>
<p>
He starts with a look at how desktop software handles things, then moves to the state of web rendering ("still in the 90-ties"). He talks about their better approach to things - creating a two-pass walkthrough where rendering is done on each of the objects in the page first and then those are passed to a "master parser" for overall display. A simple PHP code example is included. Creating an application with this approach makes performance, javascript integration and other templating features simpler.
</p>]]></description>
      <pubDate>Mon, 08 Nov 2010 13:48:56 -0600</pubDate>
    </item>
  </channel>
</rss>
