<?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>Mon, 20 May 2013 15:51:33 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[P&aacute;draic Brady: 20 Point List For Preventing Cross-Site Scripting In PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/19495</guid>
      <link>http://www.phpdeveloper.org/news/19495</link>
      <description><![CDATA[<p>
<i>P&aacute;draic Brady</i> has <a href="http://blog.astrumfutura.com/2013/04/20-point-list-for-preventing-cross-site-scripting-in-php/">posted a 20 point list</a> that wants to help you prevent cross-site scripting (XSS) issues in your applications.
</p>
<blockquote>
Summarising knowledge has as much value as writing a 200 page treatise on a topic, so here is a list of 20 brief points you should bear in mind when battling Cross-Site Scripting (XSS) in PHP. Minus my usual book length brain fart  . Chances are good that ignoring or acting contrary to any one of these will lead to a potential XSS vulnerability. It's not necessarily a complete list - if you think something needs to be added, let everyone know in the comments.
</blockquote>
<p>His tips include things like:</p>
<ul>
<li>Never pass data from untrusted origins into output without either escaping or sanitising it.
<li>Remember that anything not explicitly defined in source code has an untrusted origin.
<li>Always include ENT_QUOTES, ENT_SUBSTITUTE and a valid character encoding when calling htmlspecialchars().
<li>Use rawurlencode() to escape strings being inserted into URLs and then HTML escape the entire URL.
<li>Validate all complete URLs if constructed from untrusted data.
<li>Remember that HTMLPurifier is the only HTML sanitiser worth using.
<li>Ensure that cookies which must only be transmitted over HTTPS are marked Secure.
</ul>
<p>
He points out that XSS is still one of the most "popular" (and easy to exploit) attack methods out there, so keep these tips in mind when writing up your code.
</p>
Link: http://blog.astrumfutura.com/2013/04/20-point-list-for-preventing-cross-site-scripting-in-php]]></description>
      <pubDate>Tue, 23 Apr 2013 09:27:02 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Chris Jones' Blog: Scripting Language Related Sessions at Oracle OpenWorld and JavaOne, October 2011]]></title>
      <guid>http://www.phpdeveloper.org/news/16915</guid>
      <link>http://www.phpdeveloper.org/news/16915</link>
      <description><![CDATA[<p>
<i>Chris Jones</i> has a new post today sharing a schedule of a few <a href="http://blogs.oracle.com/opal/entry/scripting_language_related_sessions_at">scripting-related sessions</a> coming up at Oracle's OpenWorld and JavaOne conferences.
</p>
<blockquote>
Oracle OpenWorld and JavaOne conferences are happening in San Francisco next week. It will be a busy and exciting time.
</blockquote>
<p>
The PHP-related sessions are at <a href="http://www.oracle.com/openworld/index.html">OpenWorld</a> this year including:
</p>
<ul>
<li><a href="https://oracleus.wingateweb.com/scheduler/modifySession.do?SESSION_ID=15705">High-Performance Web Applications with C/C++/PHP/Python</a>
<li><a href="https://oracleus.wingateweb.com/scheduler/modifySession.do?SESSION_ID=30082">Develop and Deploy High-Performance Web 2.0 PHP, Ruby, or Python Applications</a>
<li><a href="https://oracleus.wingateweb.com/scheduler/modifySession.do?SESSION_ID=14704">PHP, Ruby, Python, and Perl: Develop and Deploy Mission-Critical Apps with Oracle Database 11g</a>
<li><a href="https://oracleus.wingateweb.com/scheduler/modifySession.do?SESSION_ID=8604">Extending Oracle E-Business Suite with Ruby on Rails</a>
</ul>
<p>
For more information on the OpenWorld conference (happening October 2nd through 6th in Moscone Center in San Francisco, CA) take a look at <a href="http://www.oracle.com/openworld/index.html">the main event site</a>.
</p>]]></description>
      <pubDate>Tue, 27 Sep 2011 12:05:43 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Rob Diana's Blog: Web And Scripting Programming Language Job Trends - August 2011]]></title>
      <guid>http://www.phpdeveloper.org/news/16719</guid>
      <link>http://www.phpdeveloper.org/news/16719</link>
      <description><![CDATA[<p>
In a recent post to his blog <i>Rob Diana</i> has posted a summary he's created of <a href="http://regulargeek.com/2011/08/12/web-and-scripting-programming-language-job-trends-august-2011/>web scripting programming language job trends</a>, complete with stats and graphs generated from <a href="http://indeed.com">Indeed.com</a> and <a href="http://simplyhired.com">SimplyHired</a>.
</p>
<blockquote>
August is one of the months that I devote to job trends. Last week I focused on the <a href="http://regulargeek.com/2011/08/03/traditional-programming-language-job-trends-august-2011/>trends for traditional languages</a> like C++ and Java. Today, we return to what I call the web and scripting languages. You may be wondering what I mean by "web and scripting languages", and my list currently includes <a href="http://www.ruby-lang.org/>Ruby</a>, <a href="http://www.python.org/>Python</a>, <a href="http://www.php.net/">PHP</a>, <a href="http://en.wikipedia.org/wiki/JavaScript">JavaScript</a>, <a href="http://www.adobe.com/products/flex/">Flex</a> and <a href="http://groovy.codehaus.org/">Groovy</a>.
</blockquote>
<p>
According to <a href="http://www.indeed.com/jobtrends?q=ruby%2C+python%2C+php%2C+javascript%2C+flex%2C+groovy&l=">the results on Indeed</a> Javascript is in huge demand right now, completely overshadowing the others on the list. PHP came in second here. The <a href="http://www.simplyhired.com/a/jobtrends/trend/q-ruby%2C+python%2C+php%2C+javascript%2C+flex%2C+groovy">results from SimplyHired</a> show a similar story, but the gap between Javascript and second place - Flex - is a bit smaller. PHP came in third here.
</p>]]></description>
      <pubDate>Mon, 15 Aug 2011 12:09:40 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Hyperpolyglot.org: Syntax for Common Tasks - Side-by-side (Ruby, Perl, Python & PHP)]]></title>
      <guid>http://www.phpdeveloper.org/news/16717</guid>
      <link>http://www.phpdeveloper.org/news/16717</link>
      <description><![CDATA[<p>
On Hyperpolyglot.org there's an <a href="http://hyperpolyglot.org/scripting">interesting listing of scripting language syntax</a> - PHP, Python, Ruby and Perl - showing some of their common syntax and data structures side by side.
</p>
<p>
Sections of the reference sheet include 
</p>
<ul>
<li>arithmetic and logic
<li>arrays
<li>execution control
<li>libraries and modules
<li>objects
<li>reflection
</ul>
<p>
It's interesting to see how the various languages compare, where some have shortcuts for things and others fail at the same (or make it much more difficult). Descriptions for the different row types are <a href="http://hyperpolyglot.org/scripting#general">also included</a>.
</p>]]></description>
      <pubDate>Mon, 15 Aug 2011 10:12:50 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Giorgio Sironi's Blog: Missing the point (OOP in scripting languages)]]></title>
      <guid>http://www.phpdeveloper.org/news/14867</guid>
      <link>http://www.phpdeveloper.org/news/14867</link>
      <description><![CDATA[<p>
On his blog today <i>Giorgio Sironi</i> has a response to <a href="http://phpdeveloper.org/news/14851">this post</a> from the I Am Learning PHP blog asking if web scripting languages really need OOP functionality.
</p>
<blockquote>
Yesterday I came across a question: <a href="http://iamlearningphp.blogspot.com/2010/07/do-web-scripting-languages-really-need.html">Do Web-Scripting Languages Really Need OOP?</a> Here's my answer: only if you want to do more than an Hello World script (which is paradoxically how old school programmers measure the utility of a language.) I'll express some of my thoughts without compromises, which will be up to you.
</blockquote>
<p>
He opposes the claims of the other post, noting that there's a reason most PHP frameworks are object-oriented and his concern with some of the comments on the post. He also responds to two of the comments on the post - one about the private scope and the other about namespaces.
</p>]]></description>
      <pubDate>Thu, 29 Jul 2010 08:49:59 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[I Am Learning PHP Blog: Do Web-Scripting Languages Really Need OOP?]]></title>
      <guid>http://www.phpdeveloper.org/news/14851</guid>
      <link>http://www.phpdeveloper.org/news/14851</link>
      <description><![CDATA[<p>
On the I Am Learning PHP blog today there's <a href="http://iamlearningphp.blogspot.com/2010/07/do-web-scripting-languages-really-need.html">a new post</a> asking if web scripting languages really need object-oriented functionality or not:
</p>
<blockquote>
The object-oriented revolution has not been without controversy. [...] Still, there's no doubt that the revolution has largely succeeded. Most of the popular programming languages in use today are either fully object-oriented or have object-oriented extensions. [...] We feel that the benefits of OOP for 'major' (that is, compiled) programming languages like Java and C++ are clear. On the other hand, we feel that the benefits of OOP for scripting languages (like Perl and PHP) are less obvious and are most debatable in the case of Web-scripting (PHP).
</blockquote>
<p>
They go one to explain some of their reasoning including the differences between scripting languages and others and how OOP has been implemented on the scripting side. They point out some good things about OOP in PHP but still think it's "tradeoffy" for some of the problems with it.
</p>]]></description>
      <pubDate>Mon, 26 Jul 2010 13:51:33 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[L2Admin.com: Battle of the server side scripting languages - Perl, Python & PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/14825</guid>
      <link>http://www.phpdeveloper.org/news/14825</link>
      <description><![CDATA[<p>
New on the L2Admin.com site today is the first part of a series they're doing comparing three of the popular server-side scripting languages for web development - <a href="http://l2admin.com/2010/07/21/battle-of-the-server-side-scripting-languages-perl-php-python/">PHP, Perl and Python</a> - and what benefits each can give.
</p>
<blockquote>
For a very long time I have wondered if there were any real benefits between Perl, PHP or Python from a performance standpoint [...] So after much wondering  I have decided to answer the question for myself once and for all. I am going to perform three tests that I think typify the use cases for all three languages, I am also going to code the same tests in C and in static HTML.
</blockquote>
<p>
This first post shoes the results from the most basic of tests - a "hello world" that's echoed out to the page. He ran the tests with Apache's ab tool for 10,000 times and recorded the request per second, average request time and the overhead as compared to plain HTML. It's interesting to see the jump from the HTML baselines when the languages start getting involved with the stock PHP install coming in as the slowest of the group.
</p>]]></description>
      <pubDate>Wed, 21 Jul 2010 08:34:20 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Jani Hartikainen's Blog: How to CSRF protect all your forms]]></title>
      <guid>http://www.phpdeveloper.org/news/11227</guid>
      <link>http://www.phpdeveloper.org/news/11227</link>
      <description><![CDATA[<p>
<i>Jani Hartikainen</i> has <a href="http://codeutopia.net/blog/2008/10/16/how-to-csrf-protect-all-your-forms/">posted a few ideas</a> on cross site request forgeries in a new blog entry, including some methods to help prevent it in your application.
</p>
<blockquote>
CSRF, or Cross-Site Request Forgery, is a vulnerability very common in websites. [...] This can be dangerous, especially if your admin interface is compromised: There may be a button on the other site which goes to your admin interface and deletes the latest blogpost for example - and you wouldn't want that!
</blockquote>
<p>
His method is a three-step process for protection - use POST, protect against cross-site scripting and use a CSRF key in the form to help prevent abuse. A simple script is included to show it working and is adapted to work in a <a href="http://codeutopia.net/code/library/CU/Controller/Plugin/CsrfProtect.php">controller plugin</a> for the Zend Framework.
</p>]]></description>
      <pubDate>Thu, 16 Oct 2008 12:07:26 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[CIO Magazine: PHP, JavaScript, Ruby, Perl, Python & Tcl Today: The State of the Scripting Universe]]></title>
      <guid>http://www.phpdeveloper.org/news/10983</guid>
      <link>http://www.phpdeveloper.org/news/10983</link>
      <description><![CDATA[<p>
Recently CIO Magazine had a <a href="http://www.cio.com/article/446829/PHP_JavaScript_Ruby_Perl_Python_and_Tcl_Today_The_State_of_the_Scripting_Universe">roundtable interview</a> with representatives from each of the major language players on the web today - Javascript, Ruby, Perl, Python, Tcl and, of course, PHP.
</p>
<blockquote>
Three years ago, Lynn Greiner interviewed the big cheeses responsible for the popular scripting languages PHP, Perl, Tcl, Python, Ruby and JavaScript to find out where the languages were headed. In this follow-up discussion, she asks the dynamic language luminaries what has changed since then.
</blockquote>
<p>
Representatives from (previously) Netscape, the Perl Foundation, the Python Software Foundation and the IronRuby team were all included. Topics asked about include the differing needs for different languages, trends on adoption and why some of these shifts are happening.
</p>]]></description>
      <pubDate>Mon, 08 Sep 2008 11:17:47 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[CIO.com: You Used PHP to Write WHAT?!]]></title>
      <guid>http://www.phpdeveloper.org/news/9530</guid>
      <link>http://www.phpdeveloper.org/news/9530</link>
      <description><![CDATA[<p>
<i>Stefan Koopmanschap</i> has pointed out an <a href="http://cio.com/article/176250">interesting article</a> over on the CIO magazine website that has some in the PHP community a bit up in arms about comments it makes towards the language.
</p>
<p>
The article, "You Used PHP to Write WHAT?!", covers the basics of the language - its status in the web programming world, the functionality it offers and the database interfaces it includes. They also include a hit list of reasons PHP is popular and why it's a good choice for your project.
</p>
<p>
Then things get a little strange - they move from their PHP praise to three things that have more to do with unresearched "facts" than the reality of the language:
</p>
<ul>
<li>Security and PHP
<li>Working with PHP and the shell
<li>Scaling and PHP (in enterprise environments)
</ul>
<p>
These incorrect assumptions have lead to many comments both from the PHP community and from users of other languages (like Java and ColdFusion) sharing thoughts on the contents of the article and the language in general. Check out <a href="http://comments.cio.com/?q=node/176250">the article's comments</a> to see for yourself.
</p>
<p>Community Comments:</p>
<ul>
<li><a href="http://blog.calevans.com/2008/01/30/cio-magazine-trolls-and-gets-spanked-hard/">Cal Evans</a>
<li><a href="http://lukewelling.com/2008/02/04/you-used-php-to-write-that-uh-yeah/">Luke Welling</a>
<li><a href="http://livebookmark.net/journal/2008/02/01/you-used-php-to-write-what/">Harun Yayli</i>
</ul>
</p>]]></description>
      <pubDate>Wed, 30 Jan 2008 13:47:00 -0600</pubDate>
    </item>
  </channel>
</rss>
