<?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>Sun, 06 Jul 2008 03:11:02 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Community News: php|tek 2008 Coverage]]></title>
      <guid>http://www.phpdeveloper.org/news/10236</guid>
      <link>http://www.phpdeveloper.org/news/10236</link>
      <description><![CDATA[<p>
Rather than having a lots of different blog posts scattered all over covering this year's <a href="http://tek.phparch.com">php|tek conference</a> in Chicago, I figured that pulling them all together here would work best. So, without further ado - the coverage from php|tek 2008:
</p> 
<ul>
<li>the <a href="http://tek.phparch.com/c/p/live,main">php|tek live</a> site
<li><a href="http://tek.phparch.com/c/p/live,slides">slides</a> (as they get them
<li><a href="http://tek.phparch.com/c/p/live,slides">Photos on Flickr</a> tagged with "tek08"
</ul>
<ul>
<li><i>Ivo Jansch</i>: <a href="http://feeds.feedburner.com/~r/ijansch/~3/293963346/">Day -1</a>, <a href="http://www.jansch.nl/2008/05/21/phptek-2008-day-0/">Day 0</a>, <a href="http://www.jansch.nl/2008/05/22/phptek-2008-day-1/">Day 1</a>, <a href="http://feeds.feedburner.com/~r/ijansch/~3/296691319/">Day 2</a>, <a href="http://feeds.feedburner.com/~r/ijansch/~3/298521063/">Day 3 (and wrapup)</a> 
<li><i>Eli White</i>: <a href="http://eliw.wordpress.com/2008/05/20/heading-to-phptek/">Heading to php|tek</a>
<li><i>Greg Beaver</i>: <a href="http://greg.chiaraquartet.net/archives/190-phar-is-near-at-phptek.html">phar is near at php|tek</a>
<li><i>Ivo Jansch</i>'s coverage of the <a href="http://www.jansch.nl/2008/05/22/microsoft-and-yahoo-zend-php-updates/">Zend/Microsoft issue</a> during <i>Joe Stagner</i>'s keynote
<li><i>Brian DeShong</i>'s slides - <a href="http://brian.deshong.net/talks/2008/phptek/grown_up_companys_guide_to_development.pdf">The Grown-Up Company's Guide to Development</a> and <a href="http://brian.deshong.net/talks/2008/phptek/robust_batch_processing_with_php.pdf">Robust Batch Processing with PHP</a>
<li><i>Maggie Nelson</i> slides - <a href="http://www.objectivelyoriented.com/conferences/phptek2008/keeping_your_db_and_php_in_sync.pdf">Keeping You DB and PHP in Sync</a>, <a href="http://www.objectivelyoriented.com/conferences/phptek2008/angering_database_gods.pdf">Angering the Database Gods</a>
<li><i>Sebastian Bergmann</i>'s slides - <a href="http://sebastian-bergmann.de/archives/783-Type-Safe-Objects-in-PHP.html">Type-Safe Objects in PHP</a>, <a href="http://sebastian-bergmann.de/archives/782-Understanding-the-PHP-Object-Model.html">Understanding the PHP Object Model</a>, <a href="http://sebastian-bergmann.de/archives/781-Quality-Assurance-in-PHP-Projects.html">Quality Assurance in PHP Projects</a>
<li><a href="http://feeds.feedburner.com/~r/ramsey/~3/296961995/">a wrapup</a> of the conference from <i>Ben Ramsey</i>
<li><a href="http://ishouldbecoding.com/2008/05/24/php-tek-and-the-conference-experience">Matthew Turland's look</a> back at the conferece
<li><i>Gennady Feldman</i>'s <a href="http://www.gena01.com/forum/gena01_blog/phptek_2008_impressions_and_closing_notes-t219.0.html;msg1390#msg1390">wrapup</a>
<li><i>Maggie Nelson</i>'s slides for <a href="http://www.objectivelyoriented.com/conferences/phptek2008/angering_database_gods.pdf">Angering the Database Gods</a>
<li>a <A href="http://mtabini.blogspot.com/2008/05/revenge-never-tasted-so-sweet.html">heads-up</a> from <i>Marco Tabini</i> to look in the near future for some incriminating video of some php|architect staff in KISS outfits
<li><a href="http://www.procata.com/blog/archives/2008/05/26/php-tek-wrapup/">Jeff Moore's wrapup</a> of this year's conference and links to his slides - <a href="http://www.procata.com/talks/phptek-may2008-exceptional.pdf">Exceptional PHP</a> and <a href="http://www.procata.com/talks/phptek-may2008-maintainable.pdf">Coding for Success: Writing Software You'll Be Able To Understand Next Month</a>
<li><a href="http://www.principlespatternsandpractices.com/2008/05/28/phptek-2008-recap/">Another recap</a> by <i>Andrew Culver</i>
<li>slides from <i>Greg Beaver</i> - <a href="http://greg.chiaraquartet.net/archives/192-phptek-PEARpharPyrus-talk-slides.html">PEAR, Phar and Smart PHP</a>
<li>slides from <i>Ed Finkler</i>'s talks - <a href="http://funkatron.com/content/Building%20Desktop%20RIAs-phptek2008.pdf">Building Desktop RIAs with PHP, HTML & Javascript in AIR</a>, <a href="http://tek.phparch.com/mats/slides/ed_finkler-phpsecinfo.pdf">Securing the PHP Environment with PHPSecinfo</a>
<li><a href="http://blogs.oracle.com/opal/2008/06/05#a318">an overview</a> from <i>Christopher Jones</i>
</ul>
<p>
Check out more live from the conference on the <a href="http://tek.phparch.com/c/p/live,main">php|tek Live</a> page on the php|architect website.
</p>]]></description>
      <pubDate>Wed, 21 May 2008 13:45:41 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Antony Dovgal's Blog: PHP test coverage exceeded 55%]]></title>
      <guid>http://www.phpdeveloper.org/news/10229</guid>
      <link>http://www.phpdeveloper.org/news/10229</link>
      <description><![CDATA[<p>
As <i>Antony Dovgal</i> <a href="http://daylessday.org/archives/25-PHP-test-coverage-exceeded-55%23.html">points out</a> in a new blog post today, the latest reports on PHP's <a href="http://gcov.php.net/PHP_5_3/lcov_html/">code coverage</a> have jumped up over the 50% mark (to 56.3% at the time of this post).
</p>
<blockquote>
It took us about 2 years to get the last 5% and I believe most of the kudos should go to IBM people, who continue to contribute lots of new tests. I hope that <a href="http://qa.php.net/testfest.php">the Testfest</a> will help us to speed up this process.
</blockquote>
<p>
There are still a lot of items <a href="http://gcov.php.net/PHP_5_3/lcov_html/">in the red</a> that could use some tests, so if you're looking to help out write up some tests or check your area for a <a href="http://qa.php.net/testfest.php">TestFest</a> event to get some help.
</p>]]></description>
      <pubDate>Wed, 21 May 2008 08:47:44 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Stoyan Stefanov's Blog: www vs no-www and cookies]]></title>
      <guid>http://www.phpdeveloper.org/news/10182</guid>
      <link>http://www.phpdeveloper.org/news/10182</link>
      <description><![CDATA[<p>
<i>Stoyan Stefanov</i> has come up against one of the frustrations of web development involving cookies - problems caused by the switch from a "www." in the host to none. He's <a href="http://www.phpied.com/www-vs-no-www-and-cookies/">come up with a test</a> to show you how cookies are set and where you can access them from.
</p>
<blockquote>
One of the implications of following the rule is related to the whole <a href="http://www.sitepoint.com/blogs/2008/02/19/www-or-no-www/">www vs no-www</a> question. Basically you should always use www if you're planning to use any other sub-domains and you want them cookie-free. This is because you have no way to set a cookie only to the top-level domain.
</blockquote>
<p>
His code sets cookies for the ".phpied.com", "phpied.com" and "www.phpied.com" domains. Since the domains without the "www" offer a bit broader range of possible matches, he recommends that if you're ever going to use any kind of subdomain, you'll want to use the more broad cookie to cover it.
</p>]]></description>
      <pubDate>Wed, 14 May 2008 11:18:39 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Debuggable Blog: Code Coverage Analysis soon in CakePHP - Test How Well You Test]]></title>
      <guid>http://www.phpdeveloper.org/news/10088</guid>
      <link>http://www.phpdeveloper.org/news/10088</link>
      <description><![CDATA[<p>
In <a href="http://www.debuggable.com/posts/code-coverage-analysis-soon-in-cakephp---test-how-well-you-test:4814f6a0-fe60-4f50-be0b-07194834cda3">a new post</a> to the Debuggable blog, <i>Tim Koschutzki</i> talks some about the work he's been doing on the code coverage analysis for the upcoming CakePHP release:
</p>
<blockquote>
There are several different kinds of criteria to code coverage. The two most important ones are line coverage (or statement coverage as wikipedia puts it) and path coverage. [...] So how is it going to work? Pretty simple actually. Whenever you run a CakePHP test case Cake assembles information in the background about which lines of your subject-under-test are called.
</blockquote>
<p>
He includes <a href="http://www.debuggable.com/posts/code-coverage-analysis-soon-in-cakephp---test-how-well-you-test:4814f6a0-fe60-4f50-be0b-07194834cda3">a few screenshots</a> of the code coverage being run and the end result of the runner with the percent covered.
</p>]]></description>
      <pubDate>Thu, 01 May 2008 11:19:54 -0500</pubDate>
    </item>
  </channel>
</rss>
