<?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, 25 May 2013 20:55:27 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[PHPMaster.com: Taking Advantage of PHP's Built-in Server]]></title>
      <guid>http://www.phpdeveloper.org/news/17644</guid>
      <link>http://www.phpdeveloper.org/news/17644</link>
      <description><![CDATA[<p>
On PHPMaster.com today there's a new tutorial for those on the bleeding edge of PHP using the latest released version (5.4) and a feature that comes with it - <a href="http://phpmaster.com/taking-advantage-of-phps-built-in-server/">using the built-in webserver</a> that comes bundled for testing purposes.
</p>
<blockquote>
One of the cooler features of the new PHP 5.4 release is a built-in web server designed specifically for development and testing. Now you can write and test your code without having to have a full-fledged LAMP configuration - just launch a the built-in server from the command line, test your code, and then shut it down when you're finished. [...] In this article I'll explain some basic uses of the new built-in server and show you how to build a portable personal development server useful for quickly testing your applications
</blockquote>
<p>
He starts with a look at how to start up the web server (a simple command line switch and host/port definition) and the resulting default <a href="http://php.net/phpinfo">phpinfo</a> page it displays. Other options include the ability to specify a document root for your server and create a sort of "front controller" for it to route requests. They show how to create a simple application based on this that can dynamically load in the index file, a router and pass the request off to the correct file. Their example includes some "niceties" too like logging, "hosts allowed" and checks for requesting directories.
</p>
<p>
You can find their full code for this example <a href="http://phpmaster.com/taking-advantage-of-phps-built-in-server">over on github</a>.
</p>]]></description>
      <pubDate>Thu, 08 Mar 2012 08:17:45 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Philip Norton's Blog: Simple PHP Code To Get last.fm Last Played Tracks]]></title>
      <guid>http://www.phpdeveloper.org/news/17199</guid>
      <link>http://www.phpdeveloper.org/news/17199</link>
      <description><![CDATA[<p>
If you're a <a href="http://last.fm">last.fm</a> user and have been curious about how to get the latest list of your "last played" selections, <i>Philip Norton</i> has <a href="http://www.hashbangcode.com/blog/simple-php-code-get-lastfm-last-played-tracks-605.html">just the code you'll need</a>.
</p>
<blockquote>
The other day I was approached by a friend (Julie Cheung) and asked if I could create some code that would display a list of last played tracks from last.fm. Julie isn't a PHP developer and so the code I gave her had to be easily understandable so that she could edit it herself if needed. The following code is what I came up with.
</blockquote>
<p>
The code pulls from the defined user's "recenttracks" feed and parses it (via a <a href="http://php.net/simplexml_load_string">simplexml_load_string</a> call) into an object that's looped through and outputted. Data that comes back from the feed includes artist anme, name of the track, a URL to more information about it and an image of the album cover. He also includes an updated version that caches the data for three minutes so it's not always relying on the last.fm servers to be there.
</p>]]></description>
      <pubDate>Thu, 01 Dec 2011 13:41:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Community News: Recent Posts from The Bakery (CakePHP)]]></title>
      <guid>http://www.phpdeveloper.org/news/11267</guid>
      <link>http://www.phpdeveloper.org/news/11267</link>
      <description><![CDATA[Recent CakePHP-related posts from The Bakery:<ul><li><a href="http://bakery.cakephp.org/articles/view/form-posting-with-_get-parameters">Form posting with '_GET' parameters</a>
<li><a href="http://bakery.cakephp.org/articles/view/bake-rot13-encoded-mailto-links">Bake ROT13 Encoded "mailto:" Links</a>
<li><a href="http://bakery.cakephp.org/articles/view/wizard-component-1-2-1">Wizard Component 1.2</a>
</ul>]]></description>
      <pubDate>Wed, 22 Oct 2008 07:07:53 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Zend Developer Zone: PHP Security Tip #16 (Keep Frameworks Up-to-Date)]]></title>
      <guid>http://www.phpdeveloper.org/news/7504</guid>
      <link>http://www.phpdeveloper.org/news/7504</link>
      <description><![CDATA[<p>
The Zend Developer Zone has their <a href="http://devzone.zend.com/node/view/id/1857">latest security tip</a> posted for all of you eagerly awaiting more words of wisdom. This time, it's on a topic near and dear to Zend's heart - keeping your framework up to date.
</p>
<blockquote>
<p>
Make sure any framework you are using is updated regularly. This is especially important if you are working on a 'one-shot' client project. It is important to think about who is going to maintain the site if (or rather: when) a security patch is issued for any of the 3rd party files.
</p>
<p>
Using frameworks is generally a good idea '" not only because they take a lot of the work away from you, but also because any potential security issue will (usually) quickly be dealt with.
</p>
</blockquote>
<p>
<i>Cal</i> also <a href="http://devzone.zend.com/node/view/id/1857">talks about</a> the other side of the coin - that the openness a framework can have can allow for would-be attackers to find the holes and issues in your site much easier.
</p>]]></description>
      <pubDate>Mon, 26 Mar 2007 12:49:00 -0500</pubDate>
    </item>
  </channel>
</rss>
