<?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, 19 May 2013 12:47:05 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Silver Lining Blog: How to Enable XDebug in Windows Azure Web Sites]]></title>
      <guid>http://www.phpdeveloper.org/news/18528</guid>
      <link>http://www.phpdeveloper.org/news/18528</link>
      <description><![CDATA[<p>
On the Silver Lining blog (a MSDN Windows Azure related site), there's <a href="http://blogs.msdn.com/b/silverlining/archive/2012/09/20/how-to-enable-xdebug-in-windows-azure-web-sites.aspx">a recent post</a> showing how you can enable XDebug on your Azure instance to help with debugging your application.
</p>
<blockquote>
 In this post, I'll cover how to run <a href="http://xdebug.org/">XDebug</a> (including the profiler) in Windows Azure Web Sites. Enabling XDebug in Windows Azure Web Sites is as simple as enabling an extension. However, enabling an extension for the built-in PHP runtime is slightly different than doing so for a custom PHP runtime. I'll cover both scenarios here. 
</blockquote>
<p>
The post is broken up into two sections - one if you're just using the built-in PHP runtime that's already in the instance and another if you're using a custom one of your own. Changes to the configuration files and some screenshots of where to make the updates are included.
</p>]]></description>
      <pubDate>Thu, 27 Sep 2012 11:53:50 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Johannes Schluter's Blog: Improvements for PHP application portability in PHP.next]]></title>
      <guid>http://www.phpdeveloper.org/news/16631</guid>
      <link>http://www.phpdeveloper.org/news/16631</link>
      <description><![CDATA[<p>
In a new post today <i>Johannes Schluter</i> talks about the upcoming version of PHP and <a href="http://schlueters.de/blog/archives/156-Improvements-for-PHP-application-portability-in-PHP.next.html">three of the things</a> it features: no more short tags, no more magic quotes and the dropping of the enable-zend-multibyte compile option.
</p>
<blockquote>
I was writing about <a href="http://schlueters.de/blog/plugin/tag/php%FFnext">PHP.next before</a>, many things improved there meanwhile. Most notably we have a committed version number: The next PHP release will be called PHP 5.4. The topic I want to talk about today is "Improved application portability" which covers multiple small changes which aim at making it simpler for developers to write applications working on any PHP setup.
</blockquote>
<p>
The first two will be immediately familiar to any PHP developer, but the third might be a little more elusive. This option was used to compile in multi-byte encodings to use for data in an application. Unfortunately a good implementation (that didn't use mbstring) couldn't be found, so they're removing the feature.
</p>]]></description>
      <pubDate>Tue, 26 Jul 2011 08:40:46 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Leonid Mamchenkov's Blog: Disable and enable CakePHP plugins on the fly]]></title>
      <guid>http://www.phpdeveloper.org/news/16243</guid>
      <link>http://www.phpdeveloper.org/news/16243</link>
      <description><![CDATA[<p>
<i>Leonid Mamchenkov</i> has a quick post to his blog showing how to <a href="http://mamchenkov.net/wordpress/2011/04/23/disable-and-enable-cakephp-plugins-on-the-fly/">enable and disable (well, restrict from enabling) CakePHP plugins</a> on the fly - no need to modify config files if you only need it for a certain request.
</p>
<blockquote>
I am currently working on a rather large project which is based on CakePHP framework.  In order to simplify the task, I've broken down the whole application into a number of CakePHP plugins.  Now, however, I want to enable/disable plugins on the fly.  After a brief search around I couldn't find how to do that.  Asking a question at #cakephp IRC channel did it.  RabidFire instantly replied with <a href="http://groups.google.com/group/cake-php/browse_thread/thread/9370aac4a0d80488?fwc=1&pli=1">the link that gave me an idea</a>. 30 seconds later I had a working solution.
</blockquote>
<p>
Since the plugins extend the main AppController, all it took was a beforeFilter() method call that looks at a request parameter for the plugin name, checks against an "allowed" array and throws an exception of it's not found or can't load it.
</p>]]></description>
      <pubDate>Mon, 25 Apr 2011 11:45:17 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Leniel Macaferi's Blog: Installing PHP on Mac OS X Snow Leopard 10.6.5]]></title>
      <guid>http://www.phpdeveloper.org/news/15663</guid>
      <link>http://www.phpdeveloper.org/news/15663</link>
      <description><![CDATA[<p>
On his blog today <i>Leniel Macaferi</i> has a new post showing how to <a href="http://www.leniel.net/2010/12/installing-php-mac-os-x-snow-leopard.html">install PHP on OSX 10.6.5</a>, really enabling the PHP that's already installed.
</p>
<blockquote>
I hit a pretty good tutorial to enable PHP on Mac at About.com written by <a href="http://php.about.com/bio/Angela-Bradley-18472.htm">Angela Bradley</a> that gets to the point: <A href="http://php.about.com/od/phpbasics/ss/installMac.htm">How to Install PHP on a Mac</a>. Along the way I had to solve only one minor thing described in the caveat section at the end of this post. You see that the title of this post has the word installing (well I thought I had to install it '" that was my first reaction), but in fact it could be the word enabling because PHP is an integral part of Mac OS X Snow Leopard and we just need to enable it as you'll see soon.
</blockquote>
<p>
He talks about enabling the web server, enabling PHP and testing the installation with a <a href="http://php.net/phpinfo">phpinfo</a>. There's screenshots included so you can be sure you're in the right places. 
</p>]]></description>
      <pubDate>Fri, 31 Dec 2010 10:57:25 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Make Me Pulse Blog: PHP6, Unicode and TextIterator features]]></title>
      <guid>http://www.phpdeveloper.org/news/9796</guid>
      <link>http://www.phpdeveloper.org/news/9796</link>
      <description><![CDATA[<p>
On the Make Me Pulse blog, there's <a href="http://blog.makemepulse.com/2008/03/13/php6-unicode-and-textiterator-features/">a look at</a> PHP6's support of Unicode in the SPL (Standard PHP Library) TextIterator handler.
</p>
<blockquote>
I've just install the last version of <a href="http://snaps.php.net/">PHP6 dev</a> and I've decided to test the famous new feature, the PHP Unicode Support. I will not explain new things about PHP6 or Unicode or TextIterator, it's just my discoveries test on this features.
</blockquote>
<p>
He <a href="http://blog.makemepulse.com/2008/03/13/php6-unicode-and-textiterator-features/">steps through</a> the process he followed - enabling Unicode support, testing various output methods (including just an echo and using the TextIterator) as well as some of the manipulation methods (next/first/current) that can be used to get certain characters out of a string.
</p>]]></description>
      <pubDate>Fri, 14 Mar 2008 09:32:34 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Stefan Mischook's Blog: Turning on display_errors in WAMP - Video Tutorial]]></title>
      <guid>http://www.phpdeveloper.org/news/8563</guid>
      <link>http://www.phpdeveloper.org/news/8563</link>
      <description><![CDATA[<p>
<i>Stefan Mischook</i> has <a href="http://www.killerphp.com/articles/php-display_errors-in-wamp/">posted another video tutorial</a> to help developers get started in their PHP travels. This time it covers how to turn on errors when using the popular <a href="http://www.wampserver.com/en/">WAMP</a> installation package.
</p>
<blockquote>
Within a WAMP installation, I ran into a little issue today when trying to change php.ini's 'display_errors' property. By default WAMP installs with 'display_errors' to 'Off' - This is a pain-in-the-ass setting when trying to write new PHP code because errors don't get displayed in the browser window
</blockquote>
<p>
He includes the solution in <a href="http://www.killerphp.com/articles/php-display_errors-in-wamp/">the post</a> but links as well to the <a href="http://www.killerphp.com/videos/wamp_php_ini/wamp_setup_part_2.html">video tutorial</a> to show you exactly how it's done.
</p>]]></description>
      <pubDate>Fri, 31 Aug 2007 07:55:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[APress' Inside Open Source Blog: Namespaces in PHP 6]]></title>
      <guid>http://www.phpdeveloper.org/news/6726</guid>
      <link>http://www.phpdeveloper.org/news/6726</link>
      <description><![CDATA[<p>
As <a href="http://opensource.apress.com/article/193/namespaces-in-php-6">this post</a> over on APress' Inside Open Source blog today, there's a discussion that's been going on over on the php-dev mailing list <a href="http://groups.google.com/group/mailing.www.php-dev/browse_thread/thread/eeb773e2acbd72e5/c7c51fdbc6d892e6?q=namespaces&lnk=ol&hl=en&">about namespaces in PHP6</a>.
</p>
<blockquote>
I find both sides of the argument quite compelling, and while FWIW I'm in favor of including them in the next release, I'm somewhat indifferent to the matter. According to one of the very latest messages in the thread, Zeev Suraski confirms they simplistic support will likely be enabled.
</blockquote>
<p>
That's <i>Jason Gilmore</i> talking there, and he goes on to reinforce something <i>Rasmus Lerdorf</i> has said about namespaces in the past - they'll implement them when they find the right way (in the PHP spirit) to do it.
</p>]]></description>
      <pubDate>Fri, 17 Nov 2006 07:30:53 -0600</pubDate>
    </item>
  </channel>
</rss>
