<?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, 19 Jun 2013 07:22:47 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Conor Mac Aoidh's Blog: OS X: Audio Alerts for PHP Errors]]></title>
      <guid>http://www.phpdeveloper.org/news/14689</guid>
      <link>http://www.phpdeveloper.org/news/14689</link>
      <description><![CDATA[<p>
In <a href="http://blog.macaoidh.name/2010/06/22/os-x-audio-alerts-for-php-errors/">a new post</a> to his blog today <i>Conor Mac Aoidh</i> talks about a way he's developed to get audio alerts whenever PHP errors pop up in your scripts using the <a href="http://sourceforge.net/projects/swatch/">swatch</a> tool.
</p>
<blockquote>
Kae <a href="http://verens.com/2010/06/22/audio-alerts-for-php-errors">posted</a> today about tackling this problem under Linux, but I've found that it's quite a different task under OS X. 
</blockquote>
<p>
It also uses some additional Perl modules (like Date::Calc and Date::Manip) to set up swatch. From there it's just a matter of adding a few lines to a configuration file to watch for the errors and sound the "bell". A few bash scripts will need to be added to correctly start the service too.
</p>]]></description>
      <pubDate>Wed, 23 Jun 2010 09:14:13 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Northclick Blog: Getting the PHP fatal errors]]></title>
      <guid>http://www.phpdeveloper.org/news/7843</guid>
      <link>http://www.phpdeveloper.org/news/7843</link>
      <description><![CDATA[<p>
From the Nothclick dev blog, there's <a href="http://blog.northclick.de/archives/17">this new post</a> from <i> Soenke Ruempler</i> that talks about working with error messages in PHP, specifically with fatal errors.
</p>
<blockquote>
One big issue of the PHP error handling is that there's no built-in way to catch fatal errors with an user-defined error handler. So I thought a little bit about it and maybe you have better approaches or solutions...
</blockquote>
<p>
With the goal of emailing the developers when such an error is thrown, he comes up with three different "storage methods" - using syslog, sapi, or a common logfile - and two different methods for watching them - file watching and syslogger. He works through these two options, trying to figure out which out be the simplest to implement.
</p>
<p>
He comes to the conclusion, though, that he might just be better off with one of the packages already out there to do something similar. Of the four he found, <a href="http://sourceforge.net/projects/swatch/">Swatch</a> seemed to fit the best. He includes configuration and setup info to illustrate.
</p>]]></description>
      <pubDate>Tue, 15 May 2007 07:49:00 -0500</pubDate>
    </item>
  </channel>
</rss>
