<?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, 12 Feb 2012 20:27:15 -0600</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[SitePoint PHP Blog: How to Tidy Your WordPress Menu HTML]]></title>
      <guid>http://www.phpdeveloper.org/news/15808</guid>
      <link>http://www.phpdeveloper.org/news/15808</link>
      <description><![CDATA[<p>
On the SitePoint PHP blog today there's a new post from <i>Craig Buckler</i> for the WordPress users out there. The HTML that this popular blog/CMS tools spits out can sometimes be not-so-semantic. <i>Craig</i> <a href="http://blogs.sitepoint.com/2011/01/26/wordpress-menu-html-tidy/">shares a tip</a> on cleaning up one aspect of it - the methods returning lists for menus or sitemaps.
</p>
<blockquote>
love WordPress. I also love clean semantic HTML. Unfortunately, several of the standard WordPress theme functions return code that is a little untidy. For me, the primary culprits are <a href="http://codex.wordpress.org/Function_Reference/wp_list_pages">wp_list_pages()</a> and the newer <a href="http://codex.wordpress.org/Function_Reference/wp_nav_menu">wp_nav_menu()</a>; both return an unordered list of page links.
</blockquote>
<p>
He gives an example of a sample list generated by wp_nav_menu() that's full of badly formatted and unnecessary elements. To help fix the issue, he shares his regular expression-based call to strip out things like extra tabs, empty classes and all title attributes. Obviously you can customize this as you need, but it's a good start towards something that's a bit cleaner and up to code.
</p>]]></description>
      <pubDate>Wed, 26 Jan 2011 09:37:59 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[PHP Discovery Blog: Dangers of Remote Execution]]></title>
      <guid>http://www.phpdeveloper.org/news/9092</guid>
      <link>http://www.phpdeveloper.org/news/9092</link>
      <description><![CDATA[<p>
On the PHP Discovery blog, there's a <a href="http://phpdiscovery.com/dangers-of-remote-execution/">new post</a> reminding PHP developers of some of the more dangerous ways that remote execution could effect your site and some of the common entry points it can have.
</p>
<blockquote>
PHP has numerous ways to execute raw PHP code unless you the programmer stops it.  Best way in preventing these methods is making sure you check the input of what your users are inputting, and making sure you escape all malicious actions that a hacker,cracker, kiddy scripter might want to do to your website. 
</blockquote>
<p>
He summarizes four of the things from the <a href="http://apress.com/book/view/1590595084">Pro PHP Security</a> book from Apress (by <i>Chris Snyder</i> and <i>Michael Southwell</i>) that can leave holes in you application for would-be explots - preg_replace, shell_exec/exec, eval (which we all know is only one letter from "evil" anyway) and require/include.
</p>]]></description>
      <pubDate>Wed, 21 Nov 2007 13:48:00 -0600</pubDate>
    </item>
  </channel>
</rss>

