<?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 22:42:49 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Gaylord Aulke's Blog: PHP vs. Java]]></title>
      <guid>http://www.phpdeveloper.org/news/10214</guid>
      <link>http://www.phpdeveloper.org/news/10214</link>
      <description><![CDATA[<p>
In <a href="http://100days.de/serendipity/archives/45-PHP-vs.-Java.html">a new post</a> to his blog <i>Gaylord Aulke</i> talks about some of the "soft facts" that make PHP different from Java:
</p>
<blockquote>
Besides the usual aspects: scripting vs. compiled and in-process vs. seperate process and Multithreading etc., i think there are some "soft facts" that might be even more important for commercial software development.
</blockquote>
<p>
He points out things like differences in object lifetimes, defined structures in applications and the "not invented here" syndrome that he thinks PHP suffers more from.
</p>
<blockquote>
Anyway, the result is: Even though there are not so many standards in the PHP world, successful developers have a common understanding about the do's and don'ts in PHP. [...] PHP appears more predictable than other programming languages.
</blockquote>]]></description>
      <pubDate>Mon, 19 May 2008 12:57:56 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Inside Open Source: Zend Framework Cache Improvement]]></title>
      <guid>http://www.phpdeveloper.org/news/7258</guid>
      <link>http://www.phpdeveloper.org/news/7258</link>
      <description><![CDATA[<p>
<i>Matt Wade</i> has <a href="http://opensource.apress.com/article/236/zend-framework-cache-improvement">posted a quick item</a> to APress' Inside Open Source blog today mentioning an update to an item he'd <a href="http://www.phpdeveloper.org/news/7078">previously mentioned</a> - issues with the Zend_Cache module.
</p>
<blockquote>
One of my complaints was the Zend_Cache did not accept lifetimes on a per object basis, but rather the lifetime was at an application level. I just received notice in my inbox that the <a href="http://framework.zend.com/issues/browse/ZF-457?page=all">issue has been fixed</a>! The change is currently in svn, and should be in the 0.80 preview release. Thanks go to Fabien for the fix.
</blockquote>
<p>
You can download this latest version of the Framework (0.7.0) from <a href="http://framework.zend.com/download">the Zend Framework website</a>.
</p>]]></description>
      <pubDate>Mon, 12 Feb 2007 10:43:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[CentreSource Blog: PHP Session Lifetime - an Adventure]]></title>
      <guid>http://www.phpdeveloper.org/news/5442</guid>
      <link>http://www.phpdeveloper.org/news/5442</link>
      <description><![CDATA[<p>
From the CentreBlog today, there's an <a href="http://blog.centresource.com/2006/05/23/php-session-lifetime-an-adventure/#more-484">in-depth look</a> at sessions as discovered by resolving a problem of prematurely expiring sessions on their apps.
</p>
<quote>
<i>
It started about two weeks ago, with no discernable changes to our configuration that could be responsible. So to understand what was necessary to track down this problem, we have to explore a little bit about how PHP session data storage and expiration works.
</i>
</quote>
<p>
They <a href="http://blog.centresource.com/2006/05/23/php-session-lifetime-an-adventure/#more-484">share</a> some of their discoveries, including:
<ul>
<li>the session.save_path setting in the php.ini tells the scripts where the sessions go
<li>garbage collection in PHP checks for sessions older than the session.gc_maxlifetime setting to remove
<li>but sessions were still expiring too early
</ul>
They finally started to Google for some answers and discovered that the problem wasn't in the default PHP configuration, the real issue was other software that overrode this php.ini value inside each execution. The result was that a script with the setting of 45 minutes would remove all sessions untouched for more than 45 minutes - regardless if they belonged to other software or not.
</p>]]></description>
      <pubDate>Wed, 24 May 2006 17:49:15 -0500</pubDate>
    </item>
  </channel>
</rss>
