<?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>Wed, 22 May 2013 14:21:27 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Chris Jones' Blog: Reducing diskspace of your Oracle Instant Client install]]></title>
      <guid>http://www.phpdeveloper.org/news/12312</guid>
      <link>http://www.phpdeveloper.org/news/12312</link>
      <description><![CDATA[<p>
<i>Chris Jones</i> has <a href="http://blogs.oracle.com/opal/2009/04/reducing_diskspace_of_your_ora.html">a recommendation</a> for those compiling Oracle support into PHP - there's a simple way to reduce the amount of disk space that your Instant Client install uses - a "only what's needed" setup.
</p>
<blockquote>
Most PHP OCI8 users link PHP with the <a href="http://www.oracle.com/technology/tech/oci/instantclient/index.html">Oracle Instant Client</a> (IC) libraries that handle the underlying "client" (i.e PHP OCI8 extension) communication with the database. IC is relatively small for the features it gives, and is very easy to install. A ZIP or RPM download unpacks a few libraries. [...] Although IC isn't particularly big - and it's getting relatively smaller all the time - there are two ways to reduce its size.
</blockquote>
<p>
His two recommendations are to use the lite client version instead of the full-blown one (only has common character sets) or you can just remove the JDBC/ODBC/OCCI libraries from the full install. He lists out the files that are actually needed by the OCI8 extension to compile correctly.
</p>]]></description>
      <pubDate>Thu, 09 Apr 2009 10:29:16 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Tim Bromhead's Blog: Super friendly URLs - handling spaces with URL Rewrites and PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/7315</guid>
      <link>http://www.phpdeveloper.org/news/7315</link>
      <description><![CDATA[<p>
In <a href="http://bla.st/site/blog/64/">a new entry</a> today, <i>Tim Bromhead</i> shares his method for creating "super friendly urls" for a site's users using mod_rewrite:
</p>
<blockquote>
Today we are going to show how to make the URLs with spaces super easy to type for users. bla.st uses dashes in the URLs to represent spaces eg. http//bla.st/web-design/. We chose dashes over underscores because underscores can get lost with underlined links, and we think they look nicer.
</blockquote>
<p>
He <a href="http://bla.st/site/blog/64/">includes the Apache config</a> information for working with the VirtualHost entry and the simple PHP script to handle the requests. It looks in the SERVER superglobal, at the QUERY_STRING to see what the user is requesting and does an append and redirect accordingly. This example is made to take any form of a space in the URL (including underscores and %20), parse it out, and pass the user along correctly to the page they want.
</p>]]></description>
      <pubDate>Tue, 20 Feb 2007 13:35:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Dallas PHP Users Group: PHP4 to PHP5 Minor gotcha]]></title>
      <guid>http://www.phpdeveloper.org/news/4652</guid>
      <link>http://www.phpdeveloper.org/news/4652</link>
      <description><![CDATA[On the Dallas PHP Users Group website today, there's <a href="http://dallasphp.org/?q=node/105">quick little "gotcha"</a> by <i>MonkeyT</i> when it comes to using the strtotime() function.
<p>
<quote>
<i>
strtotime translates a date presented in various formats into a unix timestamp. It allows the syntax "+2 weeks" and various other time units to push that chosen date translation into the future. In 4.3.10, php would allow a space between the + and the beginning of the parameter. that doesn't seem to be the case any more. ("+3 days", not "+ 3 days"). Other than that, pretty smooth changeover so far.
</i>
</quote>
<p>
It's pretty subtle, but I could potentially cause some headaches in the future - so keep an eye out!]]></description>
      <pubDate>Thu, 12 Jan 2006 06:58:21 -0600</pubDate>
    </item>
  </channel>
</rss>
