<?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>Sat, 06 Sep 2008 18:52:03 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Eirik Hoem's Blog: VCL/PHP followup]]></title>
      <guid>http://www.phpdeveloper.org/news/10900</guid>
      <link>http://www.phpdeveloper.org/news/10900</link>
      <description><![CDATA[<p>
With a follow up to a <a href="http://www.phpdeveloper.org/news/8721">previous post</a> of his about Delphi's choice of VCL over Prado for the behind the scenes framework for their software, <i>Eirik Hoem</i> has <a href="http://blog.eirikhoem.net/index.php/2008/08/26/vclphp-followup/">posted this</a> based on feedback from the original post.
</p>
<blockquote>
What I miss in the feedback I got from my previous post was people acually using VCL/PHP for enterprise applications and how that is working. From what I can tell the usage of Exceptions is still limited to the 3rd party libs such as Zend Framework which are included with VCL/PHP. That's a bit interesting.
</blockquote>
<p>
He mentions one big issue that several people pointed out with the VLC implementation - the class name prefixing (or lack there of) and the problems it could cause in the future. Prado uses naming conventions that keep its classes out of the move generally named realm. He also touches on the quality of the code behind the VLC implementation, noting that while it might work well for smaller projects, there's more of a potential for failure on enterprise-level usage.
</p>]]></description>
      <pubDate>Tue, 26 Aug 2008 10:21:55 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Maggie Nelson's Blog: To persist or not to persist?]]></title>
      <guid>http://www.phpdeveloper.org/news/10882</guid>
      <link>http://www.phpdeveloper.org/news/10882</link>
      <description><![CDATA[<p>
On her blog, Objectively Oriented, <i>Maggie Nelson</i> looks at <a href="http://www.objectivelyoriented.com/2008/08/to_persist_or_not_to_persist.html">a topic</a> she was debating for a new application - whether or not to use persistent connections to her database.
</p>
<blockquote>
There's a connection already waiting for you. Yay, right? Well, with MySQL, connecting is actually really really cheap, and frankly, if you are using persistent connections, you might encounter some issues with Apache going zombie on processes that use a connection, effectively taking that connection out of use. Grrr.
</blockquote>
<p>
She <a href="http://www.objectivelyoriented.com/2008/08/to_persist_or_not_to_persist.html">did some research</a> on the topic but found contradicting evidence for both sides. Eventually, what her choice boiled down to was this possible issue mentioned by <i>Jay Pipes</i> (of MySQL):
</p>
<blockquote>
If you use Apache, Apache can zombie a PHP process and cause the mysql connection to be held until the mysql server restarts...
</blockquote>]]></description>
      <pubDate>Fri, 22 Aug 2008 11:18:12 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Michael Kimsal's Blog: Why not PHP for Google's App Engine?]]></title>
      <guid>http://www.phpdeveloper.org/news/9950</guid>
      <link>http://www.phpdeveloper.org/news/9950</link>
      <description><![CDATA[<p>
In a recent post to his blog, <i>Michael Kimsal</i> <a href="http://michaelkimsal.com/blog/why-not-php-for-googles-app-engine/">asks a question</a> that I'm sure PHP developers everywhere are wondering - why did Google choose to go with Python as the programming language of choice for their new <a href="http://www.techcrunch.com/2008/04/07/google-jumps-head-first-into-web-services-with-google-app-engine/">App Engine</a> service.
</p>
<blockquote>
TechCrunch is announcing Google's new "App Engine" service being launched this evening.  The basic service is a full app stack hosted and managed by Google, providing a web framework (maybe I'm misreading this?) and the Google 'big table' database service. [...] My question is "why was Python was chosen instead of PHP?"
</blockquote>
<p>
There's been some <a href="http://michaelkimsal.com/blog/why-not-php-for-googles-app-engine/#comments">great responses</a> since it was originally posted including everything from agreement to rationalizations for the move (though there is a fair amount of PHP and Python bashing going on - an obvious occurance).
</p>]]></description>
      <pubDate>Thu, 10 Apr 2008 12:11:02 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Ask Apache Blog: A better way to use PDF files online]]></title>
      <guid>http://www.phpdeveloper.org/news/9114</guid>
      <link>http://www.phpdeveloper.org/news/9114</link>
      <description><![CDATA[<p>
From the Ask Apache blog, there's a <a href="http://www.askapache.com/htaccess/pdf-plugin-adobe.html">quick tip</a> that makes it simple to give your site's visitors the option to either download or view a PDF file no matter what their browser default is.
</p>
<blockquote>
One of the most annoying things on the Internet for me is when I click on a link to an Adobe PDF file. For me this is annoying to the extreme because the PDF file is openened directly in your browser because of the Adobe PDF Plugin that almost all browsers have installed. [...] For me an ideal solution would be to offer me choices.
</blockquote>
<p>
His <a href="http://www.askapache.com/htaccess/pdf-plugin-adobe.html">solution</a> uses mod_rewrite in an .htaccess file to push the visitor to a PHP file. This file grabs the filename they want and pulls in the content, pushing it back out the other side with the "attachment" header that forces a request box on the browser.
</p>]]></description>
      <pubDate>Mon, 26 Nov 2007 11:11:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Brian Moon's Blog: My Editor of Choice]]></title>
      <guid>http://www.phpdeveloper.org/news/8818</guid>
      <link>http://www.phpdeveloper.org/news/8818</link>
      <description><![CDATA[<p>
<i>Brian Moon</i> has <a href="http://doughboy.wordpress.com/2007/10/10/my-editor-of-choice/">posted today</a> about his editor fo choice for PHP work - <a href="http://www.jedit.org/">jEdit</a> and some of the benefits he thinks it has for other developers.
</p>
<blockquote>
I keep trying all the latest and greatest editors out there.  I fought with Eclipse and have tried the newer more PHP centric offerings built on Eclipse.  I recently tried out Komodo Edit for a week.  I had tried the Komodo IDE when it came out for Mac a while back.  But, I just keep coming back to jEdit.
</blockquote>
<p>
He's <a href="http://doughboy.wordpress.com/2007/10/10/my-editor-of-choice/">broken it down</a> into two (well, really three) different sections - the likes and dislikes followed by things that he "doesn't care about but you might" (including Subversion and CVS support).
</p>]]></description>
      <pubDate>Wed, 10 Oct 2007 11:40:18 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Stefan Mischook's Blog: Why PHP is the choice language - a business owners perspective]]></title>
      <guid>http://www.phpdeveloper.org/news/8430</guid>
      <link>http://www.phpdeveloper.org/news/8430</link>
      <description><![CDATA[<p>
A <a href="http://www.killerphp.com/articles/why-php-business-perspective/">new article</a> over on <i>Stefan Mischook</i>'s blog today talks about why PHP should be the language of choice as told from a business mindset.
</p>
<blockquote>
I have written this article to speak to business owners and other non-nerd types. [...] I concentrate on the business arguments and only touch on the technological issues underlying them … when it makes sense to mention the nerd stuff.
</blockquote>
<p>
He <a href="http://www.killerphp.com/articles/why-php-business-perspective/">talks about</a> answers to the "business questions" (like "Is the language reliable?"), about how PHP was made for the web not adapted to it and a quick story of his own to back up his points (started a project with Java and moved to PHP for thousands of dollars in savings).
</p>]]></description>
      <pubDate>Fri, 10 Aug 2007 14:10:32 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Community News: phpBB & phpMyAdmin Win at SourceForce Community Choice Awards]]></title>
      <guid>http://www.phpdeveloper.org/news/8394</guid>
      <link>http://www.phpdeveloper.org/news/8394</link>
      <description><![CDATA[<p>
As mentioned by the <a href="http://hades.phparch.com/hermes/public/viewnews/index.php?id=3483">php|architect website</a>, the results are in for the Community Awards competition SourceForge was hosting for the year and two PHP-based projects <a href="http://sourceforge.net/community/index.php/landing-pages/cca07/">made the list</a> - phpBB and phpMyAdmin.
</p>
<blockquote>
The Community Choice Awards are over! The SourceForge.net 2007 Community Choice Awards provided you an opportunity to recognize projects that stand taller than the rest. Everybody got to vote, and everybody's vote counted equally. The winning projects, each with superlative quality, productivity, and ingenuity, represent the cream of the crop on SourceForge.net.
</blockquote>
<p>
<a href="http://sourceforge.net/projects/phpbb">phpBB</a> made the cut in the "Best Project for Communications" category and <a href="http://sourceforge.net/projects/phpmyadmin">phpMyAdmin</a> won in the "Best Tool or Utility for SysAdmins". Congratulations to both projects on your achievement!
</p>]]></description>
      <pubDate>Mon, 06 Aug 2007 11:06:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Enterprise PHP Magazine: Why Groupe Girard choosed PHP to J2EE to develop their ERP]]></title>
      <guid>http://www.phpdeveloper.org/news/6760</guid>
      <link>http://www.phpdeveloper.org/news/6760</link>
      <description><![CDATA[<p>
On the Enterprise PHP Magazine (part of PHP Magazine) site today, there's <a href="http://enterprise.phpmagazine.net/2005/11/why_groupe_girard_choosed_php.html">a look at</a> why Groupe Girard chose to go with PHP over J2EE to create their ERP.
</p>
<blockquote>
Le Groupe Gerard is an european leader in furniture transportation. By choosing PHP, groupe Girard divided by ten the development time of its ERP software which using more than 400 screen. The maintenance is also much more easy. Explained Valentin Moyano, IT Director of the groupe.
</blockquote>
<p>
They <a href="http://enterprise.phpmagazine.net/2005/11/why_groupe_girard_choosed_php.html">list out</a> some of the resons why those went with PHP:
<ul>
<li>PHP, a very permissive language
<li>The development time divided by ten
</ul>
</p>]]></description>
      <pubDate>Thu, 23 Nov 2006 12:05:09 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[KillerPHP Blog: PHP Interfaces: when and why you should use them instead of classes?]]></title>
      <guid>http://www.phpdeveloper.org/news/6148</guid>
      <link>http://www.phpdeveloper.org/news/6148</link>
      <description><![CDATA[<p>
On the KillerPHP blog today, there's <a href="http://www.killerphp.com/articles/php-interfaces/">this new post</a> that asks the question of when the choice should be made to use interfaces and why they should be used instead of classes in your code. It's an article/podcast, so for the full effect, <a href="http://www.killerphp.com/articles/audio/interfaces.mp3">grab the audio here</a>.
</p>
<p>
The post itself are really just notes to support the content in the podcast, but they provide plenty of information <a href="http://www.killerphp.com/articles/php-interfaces/">by themselves</a>. They talk about what interfaces are, include examples of both them and a class (showing how they differ) and an example of a class using and interface (dog implementing animal).
</p>
<p>
There are also a few other notes there at the bottom mentioning the purpose of interfaces, which one to choose when, and two miscellaneous notes about how interfaces can help both you and your code.
</p>]]></description>
      <pubDate>Mon, 28 Aug 2006 07:35:56 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Jacob Santos's Blog: Don't Advocate Inner Classes]]></title>
      <guid>http://www.phpdeveloper.org/news/6009</guid>
      <link>http://www.phpdeveloper.org/news/6009</link>
      <description><![CDATA[<p>
<I>Jacob Santos</i> talks in <a href="http://www.santosj.name/php/dont-advocate-subclasses/">this new blog post</a> about something that, if added to PHP, just might be more trouble than it's worth - inner classes.
</p>
<blockquote>
<p>
Inner Classes are contained in parent classes and offer a sort of namespace mechanism for the public and open private class data transfer for private subclasses.
</p>
<p>
The functionality is already available in other languages, but the question is whether it is needed in PHP. The short answer is no. With PHP execution model, it would further slow down and bloat PHP compilation.
</p>
</blockquote>
<p>
He <a href="http://www.santosj.name/php/dont-advocate-subclasses/">demonstrates their purpose</a> with some simple examples but also gives the reasons why it would be a bad thing to try to include them, including the better choice of namespaces over inner classes.
</p>]]></description>
      <pubDate>Fri, 11 Aug 2006 07:38:43 -0500</pubDate>
    </item>
  </channel>
</rss>
