<?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 12:20:57 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Leonid Mamchenkov's Blog: Perl vs. PHP : variable scoping]]></title>
      <guid>http://www.phpdeveloper.org/news/11559</guid>
      <link>http://www.phpdeveloper.org/news/11559</link>
      <description><![CDATA[<p>
<i>Leonid Mamchenkov</i> has compared Perl versus PHP in <a href="http://mamchenkov.net/wordpress/2008/12/12/perl-vs-php-variable-scoping/">this new blog post</a> - specifically how they handle variable scoping.
</p>
<blockquote>
I've mentioned quite a few times that I am a big fan of Perl programming language.  However, most of my programming time these days is spent in PHP.  The languages are often similar, with PHP having its roots in Perl, and Perl being such a influence in the world of programming languages.  This similarity is often very helpful.  However there are a few difference, some of which are obvious and others are not.
</blockquote>
<p>
His example compares looping (a foreach in both) and how, after the Perl loop the $value variable is no longer accessible. In PHP, however, it's passed back out into the current scope and can be read just like any other variable. While this can be useful, it can also cause headaches when trying to track down elusive bugs.
</p>]]></description>
      <pubDate>Fri, 12 Dec 2008 08:49:14 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Melvin Rivera's Blog: Approving comments outside WordPress]]></title>
      <guid>http://www.phpdeveloper.org/news/11469</guid>
      <link>http://www.phpdeveloper.org/news/11469</link>
      <description><![CDATA[<p>
<i>Melvin Rivera</i> has come up with <a href="http://allforces.com/2008/11/27/approving-comments-outside-wordpress/">a quick script</a> that allows you approve comments outside of your WordPress installation:
</p>
<blockquote>
The job of approving comments sometimes falls on a person who does/should not have access to the WordPress admin. By design WordPress only allows a user with admin privileges to do this job. I wrote an an External Web Interface for approving pending WordPress comments via XMLRPC.
</blockquote>
<p>
You can <A href="http://code.google.com/p/wordpress-comments/">download the source</a> from the Google Code site for the project and check out a screencast <a href="http://allforces.com/2008/11/27/approving-comments-outside-wordpress/">in his blog post</a>.
</p>]]></description>
      <pubDate>Fri, 28 Nov 2008 09:43:22 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Zend Developer Zone: PHP Security Tip #19 (Securing Your Connection)]]></title>
      <guid>http://www.phpdeveloper.org/news/7530</guid>
      <link>http://www.phpdeveloper.org/news/7530</link>
      <description><![CDATA[<p>
The Zend Developer Zone has posted their <a href="http://devzone.zend.com/node/view/id/1871">latest security tip</a> today - this time dealing with the actual connection your application sits on (from <i>Chris Hartjes</i>).
</p>
<blockquote>
<p>
The most secure application is one with no connection to the outside world.
</p>
<p>
As we've covered, you can't really disconnect the network from your web server if you are building web applications. You can however, carefully consider which servers need to be connected to the outside world and which can be inside your firewall. Beyond that, you can also evaluate how those servers that have to remain outside your firewall communicate with the ones inside.
</p>
</blockquote>
<p>
No, <a href="http://devzone.zend.com/node/view/id/1871">his suggestion</a> is not to take your application "off the grip" but more to limit access to things like database servers to help protect the data that lives inside it.
</p>]]></description>
      <pubDate>Thu, 29 Mar 2007 12:36:00 -0500</pubDate>
    </item>
  </channel>
</rss>
