<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" 
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
    xmlns:admin="http://webns.net/mvcb/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:content="http://purl.org/rss/1.0/modules/content/">

  <channel>
    <title>vsbabu.org : php</title>
    <link>http://vsbabu.org/mt/archives/categories/php/</link>
    <description>Gluing passing thoughts to foregone conclusions</description>
    <dc:language>en-us</dc:language>
    <dc:creator>vsbabu@gmail.com</dc:creator>
    <dc:rights>Copyright 2009</dc:rights>
    <dc:date>2003-10-15T20:12:55+05:00</dc:date>
    <admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=2.661" />
    <admin:errorReportsTo rdf:resource="mailto:vsbabu@gmail.com"/>
    <sy:updatePeriod>hourly</sy:updatePeriod>
    <sy:updateFrequency>1</sy:updateFrequency>
    <sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase>

    <item>
      <title>Scalability myth</title>
      <link>http://vsbabu.org/mt/archives/2003/10/15/scalability_myth.html</link>
      <description>PHP Scales!</description>
      <guid isPermaLink="false">922@http://vsbabu.org/mt/</guid>
      <content:encoded><![CDATA[<p>
<a href="http://www.onjava.com/pub/a/onjava/2003/10/15/php_scalability.html">Jack Herrington</a>: <q>PHP scales. There, I said it. The word on the street is that "Java scales and PHP doesn't." The word on the street is wrong, and PHP needs someone to stand up and tell the truth: that it does scale.</q>
</p>

<p>
Excellent article.  Jack closes with:
</p>

<blockquote>
Still not convinced? Consider <a href="http://www.jcp.org/en/jsr/detail?id=223">JSR 223</a>, the effort to turn PHP into the front end for J2EE by porting it to Java. If PHP on top of Java is scalable, then why isn't PHP on top of C?
</blockquote>]]></content:encoded>
      <dc:subject>php</dc:subject>
      <dc:date>2003-10-15T20:12:55+05:00</dc:date>
    </item>
    <item>
      <title>JpGraph - GD on steroids</title>
      <link>http://vsbabu.org/mt/archives/2003/07/14/jpgraph_gd_on_steroids.html</link>
      <description>A very good OO library over PHP makes complex charts easy to build.</description>
      <guid isPermaLink="false">833@http://vsbabu.org/mt/</guid>
      <content:encoded><![CDATA[<p>Came across <a href="http://www.aditus.nu/jpgraph/index.php">JpGraph</a> today. <q>JpGraph makes it easy to draw both &#8220;quick and dirty&#8221; graphs with a minimum of code and complex professional graphs which requires a very fine grain control. JpGraph is equally well suited for both scientific and business type of graphs.</q></p>]]></content:encoded>
      <dc:subject>php</dc:subject>
      <dc:date>2003-07-14T17:45:33+05:00</dc:date>
    </item>
    <item>
      <title>PHP &amp; Oracle performance</title>
      <link>http://vsbabu.org/mt/archives/2003/02/12/php_oracle_performance.html</link>
      <description>A mail reply to a question I got on performance issues with Oracle and PHP</description>
      <guid isPermaLink="false">722@http://vsbabu.org/mt/</guid>
      <content:encoded><![CDATA[<p>
PHP opens a connection <em>every time</em> a page that has queries is loaded.
There is <em>no connection pooling</em>. With Oracle, when lot of people hit the site, this is a serious drawback. Usually, creating an Oracle connection takes up hell a lot more resources than actually executing normal queries (eg: <em>every single</em> connection takes up 5MB in NT4 for
Oracle 8i 816. Thanks to memory management of either NT4 or Oracle, 500
people come to the site at the same time, it runs out of RAM).
</p>]]></content:encoded>
      <dc:subject>php</dc:subject>
      <dc:date>2003-02-12T05:45:05+05:00</dc:date>
    </item>
    <item>
      <title>Fixes and improvements to IEEditor</title>
      <link>http://vsbabu.org/mt/archives/2003/01/12/fixes_and_improvements_to_ieeditor.html</link>
      <description>WYSIWYG editor is more popular than I thought. User feedback prompts some fixes.</description>
      <guid isPermaLink="false">686@http://vsbabu.org/mt/</guid>
      <content:encoded><![CDATA[<p>
Got some time today on the XP machine at home. So, fixed a bug with my
<a href="http://vsbabu.org/tools/ieeditor/" title="if you've IE5+ on Windows">PHP-IEEditor</a>. Added some simple usability enhancements too.
</p>]]></content:encoded>
      <dc:subject>php</dc:subject>
      <dc:date>2003-01-12T18:59:49+05:00</dc:date>
    </item>
    <item>
      <title>Quick script to log site hits</title>
      <link>http://vsbabu.org/mt/archives/2002/08/24/quick_script_to_log_site_hits.html</link>
      <description>Simple PHP script that you can include in any SSI file or PHP file to create your own CLF server logs.</description>
      <guid isPermaLink="false">452@http://vsbabu.org/mt/</guid>
      <content:encoded><![CDATA[<p>
It is a long while since I programmed in PHP. However, the <a href="http://vsbabu.org/mt/archives/2002/08/24/webtrends_sucks.html">horrible experience with Webtrends Live</a> gave me with little choice other than to write my own logging code. Quick look at the <a href="http://httpd.apache.org/docs-2.0/logs.html#common">Apache common log format</a> made sure this was easy enough task. Here's a simple PHP include file that will do the trick. This works for me because I use SSI to setup my templates and it was a trivial matter to include this in another SSI include.
</p>

<p>
It is not perfect. No 404 error captures, no logs for images, CSS etc. It serves my needs though. Unlike Webtrends Live, it doesn't take a millenium to get the reports. And I can finally kick out the non-XHTML code for Webtrends Live.
</p>

<p>
At the moment, I'm using <a href="http://awstats.sourceforge.net/">AWStats</a> for
log file analysis. I need to incorporate this logging into rest of my site, but I'm deferring that till the whole site redesign.
</p>]]></content:encoded>
      <dc:subject>php</dc:subject>
      <dc:date>2002-08-24T15:49:20+05:00</dc:date>
    </item>
    <item>
      <title>Two useful articles on PHP</title>
      <link>http://vsbabu.org/mt/archives/2002/03/28/two_useful_articles_on_php.html</link>
      <description>DevShed is running articles on building extensible form validator classes and error handling in PHP. Pretty useful....</description>
      <guid isPermaLink="false">226@http://vsbabu.org/mt/</guid>
      <content:encoded><![CDATA[<p><a href="http://www.devshed.com/">DevShed</a> is running articles on <a href="http://www.devshed.com/Server_Side/PHP/FormValidatorClass/page1.html">building extensible form validator classes</a> and <a href="http://www.devshed.com/Server_Side/PHP/ErrorHandling/ErrorHandling1">error handling</a> in <a href="http://vsbabu.org/webdev/phpdev/">PHP</a>. Pretty useful.</p>]]></content:encoded>
      <dc:subject>php</dc:subject>
      <dc:date>2002-03-28T13:46:02+05:00</dc:date>
    </item>
    <item>
      <title>Buffer overflow issue in PHP</title>
      <link>http://vsbabu.org/mt/archives/2002/03/01/buffer_overflow_issue_in_php.html</link>
      <description>Computer world: &quot;A buffer-flow vulnerability in the open-source PHP scripting language could allow an attacker to run malicious code on...</description>
      <guid isPermaLink="false">144@http://vsbabu.org/mt/</guid>
      <content:encoded><![CDATA[<p><a href="http://www.computerworld.com/cwi/story/0,1199,NAV47_STO68693,00.html">Computer world</a>: <em>"A buffer-flow vulnerability in the open-source PHP scripting language could allow an attacker to run malicious code on a victim's site."</em></p>]]></content:encoded>
      <dc:subject>php</dc:subject>
      <dc:date>2002-03-01T11:08:30+05:00</dc:date>
    </item>


  </channel>
</rss>


