<?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, 07 Sep 2008 15:44:45 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Dhiraj Patra's Blog: Running PHP Scripts with Cron]]></title>
      <guid>http://www.phpdeveloper.org/news/10761</guid>
      <link>http://www.phpdeveloper.org/news/10761</link>
      <description><![CDATA[<p>
<i>Dhiraj Patra</i> has <a href="http://dhirajpatra.blogspot.com/2008/08/running-php-scripts-with-cron.html">posted a tutorial</a> to his "LAM-PHP" blog today looking at a different-than-usual way for running PHP scripts - in the cron.
</p>
<blockquote>
Lots of programmers like PHP for its ability to code and develop web applications fast. Code-debugging is a lot easier than with PERL or C. However, there is one thing a lot of developers are puzzled about, "How to run PHP Scripts with crontab?"
</blockquote>
<p>
He explains how cron can be used effectively to replace including a backend script into another file (bad practice) and how to get started with PHP and cron. He includes how to find if you're using a CGI or Apache version of PHP and how to locate the binary. He takes this knowledge and shows how to apply it and put a sample script into the cron file. You can check out sites like <a href="http://www.adminschoice.com/docs/crontab.htm">this</a> or <a href="http://www.unixgeeks.org/security/newbie/unix/cron-1.html">this</a> for more information on cron itself.
</p>]]></description>
      <pubDate>Tue, 05 Aug 2008 08:45:03 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Ian Bicking's Blog: What PHP Deployment Gets Right]]></title>
      <guid>http://www.phpdeveloper.org/news/9410</guid>
      <link>http://www.phpdeveloper.org/news/9410</link>
      <description><![CDATA[<p>
On his blog, <i>Ian Bicking</i> has <a href="http://blog.ianbicking.org/2008/01/12/what-php-deployment-gets-right/">posted some of his thoughts</a> on a positive look at PHP - what he thinks PHP has done right.
</p>
<blockquote>
With the recent talk on the blogosphere about <a href="http://blog.dreamhost.com/2008/01/07/how-ruby-on-rails-could-be-much-better/">deployment</a> (and <a href="http://www.b-list.org/weblog/2008/jan/10/hosts/">for Django</a>, and lots of other posts too), people are thinking about <a href="http://comments.deasil.com/2008/01/11/lessons-to-be-learned-from-php/">PHP</a> a bit more analytically. I think people mostly get it wrong.
</blockquote>
<p>
He <a href="http://blog.ianbicking.org/2008/01/12/what-php-deployment-gets-right/">points out</a> that PHP, in essence, is a CGI-style execution and, in being so, makes it more flexible. Both sides, web and command line, can work with the language equally well. He also mentions the developer/administrator split he sees in PHP's structure and how the language facilitates it.
</p>]]></description>
      <pubDate>Sat, 12 Jan 2008 19:13:09 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Stuart Herbert's Blog: Using suexec To Secure A Shared Server]]></title>
      <guid>http://www.phpdeveloper.org/news/9267</guid>
      <link>http://www.phpdeveloper.org/news/9267</link>
      <description><![CDATA[<p>
One of the more frustrating things about working on a shared server is trying to keep it secure while still giving users some flexibility in their environments. <i>Stuart Herbert</i> has continued his series looking at combating issues like this with <A href="http://blog.stuartherbert.com/php/2007/12/18/using-suexec-to-secure-a-shared-server/">this look</a> at installing suexec to secure a shared server.
</p>
<blockquote>
<a href="http://blog.stuartherbert.com/php/2007/11/21/the-challenge-with-securing-shared-hosting/">The challenge with securing a shared hosting server</a> is how to secure the website from attack both from the outside and from the inside. PHP has built-in features to help, but ultimately it's the wrong place to address the problem.
</blockquote>
<p>
<a href="http://blog.stuartherbert.com/php/2007/12/18/using-suexec-to-secure-a-shared-server/">His guide</a> steps through the entire process - getting the software, configuring Apache (with the PHP/CGI installation) and configuring suexec, both for the default install and then for the shared server settings. There's even a few brief benchmarks showing the speed of execution for scripts with and without the suexec environment. 
</p>]]></description>
      <pubDate>Tue, 18 Dec 2007 12:09:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Nessa's Blog: Using an .htaccess with PHP Compiled as CGI]]></title>
      <guid>http://www.phpdeveloper.org/news/9201</guid>
      <link>http://www.phpdeveloper.org/news/9201</link>
      <description><![CDATA[<p>
<i>Nessa</i> has <a href="http://www.v-nessa.net/2007/12/06/using-an-htaccess-with-php-compiled-as-cgi">posted another new tutorial</a> based around her experiences with <a href="http://www.suphp.org/Home.html">suPHP</a>. This time it deals with using an .htaccess file for changing the settings of the PHP installation.
</p>
<blockquote>
First of all, if you'd rather use the .htaccess than the php.ini capabilities of a phpsuexec environment, then shame on you. But, we have some customers who are terrified of php.ini and would rather use the .htaccess. So what? Ok, well there is a workaround.
</blockquote>
<p>
The connecting piece is the <a href="http://pecl.php.net/htscanner">htscanner extension</a> - she includes installation instructions and how to include it into your PHP installation (as well as how to set the PHP values in the .htaccess).
</p>]]></description>
      <pubDate>Fri, 07 Dec 2007 16:18:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Zend Developer Zone: FastCGI and PHP: A User's Story]]></title>
      <guid>http://www.phpdeveloper.org/news/9046</guid>
      <link>http://www.phpdeveloper.org/news/9046</link>
      <description><![CDATA[<p>
On the Zend Developer Zone today there's a <a href="http://devzone.zend.com/article/2710-FastCGI-and-PHP-A-Users-Story">new article</a> by <i>Elizabeth Smith</i> about one of the latest offerings from Microsoft to the online community - <a href="http://www.iis.net/downloads/default.aspx?tabid=34&g=6&i=1521">FastCGI for IIS6</a>.
</p>
<blockquote>
What is FastCGI? I could go on for pages about the technical background, and Microsoft already has some great documentation on the subject, however I'll put it in layman's terms for those who aren't Computer Science majors. [...] CGI is a method that a web server can use for tools like PHP, Perl, or any other language that support it. CGI spawns a new process for each request, which can be really slow. FastCGI speeds this up with a very simple solution '" instead of creating a brand new process for each request, it creates a "pool" of processes and reuses them.
</blockquote>
<p>
She talks about <a href="http://devzone.zend.com/article/2710-FastCGI-and-PHP-A-Users-Story">her usage</a> of PHP on Windows platforms in her work, about a move her company made from Apache to IIS and how much the FastCGI functionality helped. She also briefly explains how to get IIS and FastCGI to work together to make the PHP functionality happen.
</p>]]></description>
      <pubDate>Wed, 14 Nov 2007 17:47:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Bill Staples' Blog: IIS7 Patch for Windows Vista fixes CGI/PHP apps - multiple response headers]]></title>
      <guid>http://www.phpdeveloper.org/news/8731</guid>
      <link>http://www.phpdeveloper.org/news/8731</link>
      <description><![CDATA[<p>
On his blog, <i>Bill</i> has <a href="http://blogs.iis.net/bills/archive/2007/09/25/iis7-patch-for-windows-vista-fixes-cgi-php-applications-that-send-multiple-response-headers.aspx">posted about</a> a patch for IIS7 running on a Windows Vista machine that corrects an issue with applications that send multiple response headers.
</p>
<blockquote>
Today we released a patch for IIS7 in Windows Vista that addresses an issue we've seen with CGI applications (especially PHP applications that use the built-in CGI component).  The typical symptom is an application that runs using CGI and is unable to support multiple "cookies" for authentication or personalization. 
</blockquote>
<p>
He also links to the <a href="http://support.microsoft.com/kb/932385">Microsoft Knowledge Base article</a> on the topic and to the <a href="http://www.microsoft.com/downloads/details.aspx?familyid=9dba1a94-1885-4038-af1d-a1e51d6ec8f8&displaylang=en&tm">download for the patch</a>.
</p>]]></description>
      <pubDate>Wed, 26 Sep 2007 11:18:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Pierre-Alain Joye's Blog: Howto use a single php.ini for cli/cgi with htscanner, use 0.7.0 or later]]></title>
      <guid>http://www.phpdeveloper.org/news/7300</guid>
      <link>http://www.phpdeveloper.org/news/7300</link>
      <description><![CDATA[<p>
<i>Pierre-Alain Joye</i> has <a href="http://blog.thepimp.net/index.php/post/2007/02/19/Howto-use-a-single-phpini-for-cli-or-cgi-with-htscanner-use-070-or-later-%3A">posted a quick hit</a> to his blog today about using one php.ini file for both a cli and cgi installation of PHP without it throwing errors for <a href="http://pecl.php.net/htscanner">htscanner</a>.
</p>
<blockquote>
Htscanner reports error during module or request init (returns FAILURE), these errors may be fatal and stop the current executions. This behavior is not desired if you use it in a shell ((if you have only one system php.ini for both cli and cgi or if htscanner is compiled statically). This release brings a new ini settings to solve this problem, stop_on_error.
</blockquote>
<p>
The <a href="http://blog.thepimp.net/index.php/post/2007/02/19/Howto-use-a-single-phpini-for-cli-or-cgi-with-htscanner-use-070-or-later-%3A">solution</a> involves changing the htscanner setting to 0 instead of 1 to return a "SUCCESS" message rather than the errors.
</p>]]></description>
      <pubDate>Mon, 19 Feb 2007 08:58:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Sun Developer Network: Using PHP on Sun Java System Web Server 7.0]]></title>
      <guid>http://www.phpdeveloper.org/news/7109</guid>
      <link>http://www.phpdeveloper.org/news/7109</link>
      <description><![CDATA[<p>
From <a href="http://devzone.zend.com/node/view/id/1587">this post</a> on the Zend Developer Zone, we learn about <a href="http://developers.sun.com/prodtech/webserver/reference/techart/php2.html">an article</a> over on the Sun Developer Network by <i>Joe McCabe</i> about installing PHP on a Sun Java System Web Server version 7.0.
</p>
<blockquote>
un Java System Web Server is a mature, highly scalable, and secure web server that provides process redundancy, request scalability, and a wide range of application programming interfaces (APIs) to create and serve dynamic content. This document describes how to install and use PHP with Sun Java System Web Server (hereafter Web Server).
</blockquote>
<p>
The <a href="http://developers.sun.com/prodtech/webserver/reference/techart/php2.html">tutorial</a> is divided up into seven sections (including some reference material):
<ul>
<li>Understanding PHP and Web Server
<li>Running the PHP Engine
<li>Installing the PHP Engine as a CGI Program
<li>Installing the PHP Engine as a FastCGI Server
<li>Installing the PHP Engine as an NSAPI Plugin
<li>Conclusion
<li>References
</ul>
For each, there's plenty of code/configuration options to help clarify what needs to be set up no matter if you need the CGI version, FastCGI, or the NSAPI plugin up and running.
</p>]]></description>
      <pubDate>Wed, 17 Jan 2007 10:16:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[BillS' IIS Blog: How to install PHP on IIS7 (RC1)]]></title>
      <guid>http://www.phpdeveloper.org/news/6332</guid>
      <link>http://www.phpdeveloper.org/news/6332</link>
      <description><![CDATA[<p>
As <i>Christian Wenz</i> <a href="http://www.hauser-wenz.de/s9y/index.php?/archives/205-PHP-on-IIS7-Vista-RC1.html">points out</a>, there's some information in <a href="http://blogs.iis.net/bills/archive/2006/09/19/How-to-install-PHP-on-IIS7-_2800_RC1_2900_.aspx">this blog entry</a> about getting PHP up and running on IIS7 (RC1) for Windows.
</p>
<blockquote>
Thanks to some small tweaks we made in RC1, it is now easier than EVER to get PHP working on IIS.
</blockquote>
<p>
<a href="http://blogs.iis.net/bills/archive/2006/09/19/How-to-install-PHP-on-IIS7-_2800_RC1_2900_.aspx">The method</a> basically involves grabbing the latest PHP and installing it (including the php.ini file) and installing IIS7 with the ISAPI Extension component or CGI component. Then it's just a matter of setting up the right handler mapping. He provides screenshots of the process to help show you exactly where to go.
</p>]]></description>
      <pubDate>Fri, 22 Sep 2006 07:19:32 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Gentoo Blog:  Reminder - You *Can* Run PHP4 And PHP5 On The Same Box At The Same Time]]></title>
      <guid>http://www.phpdeveloper.org/news/5219</guid>
      <link>http://www.phpdeveloper.org/news/5219</link>
      <description><![CDATA[<p>
<i>Stuart Hebert</i> of the Gentoo blog has posted <a href="http://blog.stuartherbert.com/gentoo.php/2006/04/21/reminder_you_can_run_php4_and_php5_on_th">this new item</a> as a reminder to all of those naysayers out there that didn't think it could be done that PHP4 and PHP5 can live together happily on the same box.
</p>
<quote>
<i>
<p>
Today has served as a timely reminder to me that not everyone understands that it's perfectly possible to have both PHP4 and PHP5 installed in Apache at the same time. A lot of folks just stop when they learn that you can't load mod_php4 and mod_php5 at the same time into Apache. There's no solution in the excellent PHP Manual that I could spot this afternoon (maybe I've just missed it?), and a lot of folks just don't get any further along than that.
</p>
</i>
</quote>
<p>
As an illustration of its possiblity, he points to <a href="http://www.gentoo.org/proj/en/php/php4-php5-configuration.xml">this article</a> from <i>Andreas Korthaus</i> showing how it's done under various different types of installs (Apache/CGI, Aapche/suphp).
</p>]]></description>
      <pubDate>Fri, 21 Apr 2006 15:06:26 -0500</pubDate>
    </item>
  </channel>
</rss>
