<?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, 15 Oct 2008 22:07:21 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Total PHP: Deleting files with PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/10774</guid>
      <link>http://www.phpdeveloper.org/news/10774</link>
      <description><![CDATA[<p>
The Total PHP site has another introductory tutorial posted showing you how to <a href="http://www.total-php.com/article/10/deleting-files-with-php/">correctly delete files</a> in your PHP scripts.
</p>
<blockquote>
Following our tutorials on <a href="http://www.total-php.com/article/10/deleting-files-with-php/article/9/uploading-files-with-php/">uploading files</a> and <a href="http://www.total-php.com/article/10/deleting-files-with-php/article/7/listing-files-stored-within-a-directory-using-php/">listing files</a>, this tutorial will walk you through deleting files from a directory. This is done using the unlink() function. 
</blockquote>
<p>
Their example is pretty simple (as is the concept) - they show how to check to be sure that the file you want to remove isn't in use/open and then issue the unlink to remove it from the file system.
</p>]]></description>
      <pubDate>Wed, 06 Aug 2008 11:19:48 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Elizabeth Smith's Blog: Php User Streams - why doesn't anyone use them?]]></title>
      <guid>http://www.phpdeveloper.org/news/7784</guid>
      <link>http://www.phpdeveloper.org/news/7784</link>
      <description><![CDATA[<p>
In a <a href="http://elizabethmariesmith.com/2007/05/04/php-user-streams-why-doesnt-anyone-use-them/">new post</a> today, <i>Elizabeth Smith</i> takes a look at one of the lesser used (well, overall) features that PHP has to offer these days - PHP user streams.
</p>
<blockquote>
<p>
PHP user streams are amazing - they're powerful, fun, and make things like a templating system with filters and multiple back ends quick and easy.
</p>
<p>
Here's a little "test script" that shows you how to implement contexts for your streams. What are contexts? They're resources that hold additional information. Built in php streams, such as the ftp streams, already have contexts you can set. But they're also great to use in your own user land streams.
</p>
</blockquote>
<p>
In <a href="http://elizabethmariesmith.com/2007/05/04/php-user-streams-why-doesnt-anyone-use-them/">the test script</a>, she shows how to open a stream to a few different resources (including passing parameters and user information), grabbing the contents of each.
</p>]]></description>
      <pubDate>Mon, 07 May 2007 08:04:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Hiveminds Magazine: PHP: What to Do When Your Web Host Turns Off Fopen]]></title>
      <guid>http://www.phpdeveloper.org/news/7004</guid>
      <link>http://www.phpdeveloper.org/news/7004</link>
      <description><![CDATA[<p>
If your shared hosting provider has just turned off (or has had turned off) the allow_url_fopen setting for your PHP hosting, fear not - there are other ways to open outside pages. <a href="http://www.hiveminds.co.uk/node/3198">This new article</a> from Hiveminds gives you two simple ways - one using just the normal socket functions and the other using cURL.
</p>
<blockquote>
So what do you do when those nasty errors start showing and your scripts no longer work? There are two solutions here. 
</blockquote>
<p>
They give <a href="http://www.hiveminds.co.uk/node/3198">four bits of example code</a> - the first is the raw socket request, the second is the cURL example, and the last two are applications of these to grab the current "threat advisory condition" level from the White House website.
</p>]]></description>
      <pubDate>Mon, 01 Jan 2007 08:43:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Pierre-Alain Joye's Blog: Windows fixes release for Zip, fopen(,"rb") may not be binary safe]]></title>
      <guid>http://www.phpdeveloper.org/news/6777</guid>
      <link>http://www.phpdeveloper.org/news/6777</link>
      <description><![CDATA[<p>
A new release of the Zip PECL package has been made according to <a href="http://blog.thepimp.net/index.php/post/2006/11/28/Windows-fixes-release-for-Zip-fopenrb-may-not-be-binary-safe">this post</a> on <i>Pierre-Alain Joye</i>'s blog today. The main update in <a href="http://pecl.php.net/get/zip">this release</a> is to counteract a Windows bug that's interfering with binary file opens.
</p>
<blockquote>
The issue is actually a windows bug. No matter if I give or not the "b" flag to fopen, the write operations are not binary safe. It seems to be a known issue as many projects use the same trick.
</blockquote>
<p>
The problem comes up when PHP forces the binary mode in SAPI and CLI, making the binary writes to a file non-binary safe no matter what. <i>Pierre</i> is also <a href="http://blog.thepimp.net/index.php/post/2006/11/28/Windows-fixes-release-for-Zip-fopenrb-may-not-be-binary-safe">asking for help</a> from anyone out there with any information/bug reports/references about this issue that would yield something useful.
</p>]]></description>
      <pubDate>Tue, 28 Nov 2006 07:13:09 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[ThinkPHP Blog: Handling large files with(out) PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/5929</guid>
      <link>http://www.phpdeveloper.org/news/5929</link>
      <description><![CDATA[<p>
On the ThinkPHP blog today, there's a <a href="http://blog.thinkphp.de/archives/131-Handling-large-files-without-PHP.html">quick hint</a> about dealing with larger files both with and whithout PHP.
</p>
<blockquote>
As <a href="http://www.microsoft.com/billgates/default.asp">one man</a> <a href="http://groups.google.com/group/alt.folklore.computers/msg/99ce4b0555bf35f4">was quoted</a> "640K of memory should be enough for anybody" no one will need to access more than 2 GB data. What happens if you - just for scientific reasons of course - try to access larger files using your 32bit hardware and your favorite programming language PHP?
</blockquote>
<p>
They <a href="http://blog.thinkphp.de/archives/131-Handling-large-files-without-PHP.html">give the example</a> of opening a large 2 gig file with PHP and the resulting error that would pop up. They try a few differnt ways before getting down to more of a non-PHP PHP solution (yes, you read that right). They decided, instead, to create a script to work with the file chunked, using an exec() call to the unix split command to break it up.
</p>]]></description>
      <pubDate>Wed, 02 Aug 2006 05:47:06 -0500</pubDate>
    </item>
  </channel>
</rss>
