<?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>Thu, 23 May 2013 12:45:13 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Sameer Borate's Blog: Checking your site for malicious changes]]></title>
      <guid>http://www.phpdeveloper.org/news/16693</guid>
      <link>http://www.phpdeveloper.org/news/16693</link>
      <description><![CDATA[<p>
<i>Sameer Borate</i>, in the wake of having security issues with his site, has <a href="http://www.codediesel.com/security/checking-your-site-for-malicious-changes">posted a hint</a> you could use to help detect when something has changed in important files in your application by checking their hash.
</p>
<blockquote>
Today a couple of hours back my site got compromised. Not much changes to the code, but the .htacces was changed and some code [...] was added to the .htaccess file, which redirected the traffic coming from search engines to a malware site. It has now been removed and to prevent any such changes to the .htaccess file in the future, I've written a small php script that compares the hash (SHA1) of the two major files that usually get compromised and compare them to the one originally stored. 
</blockquote>
<p>
It's not a preventative measure by any means, but it can help you keep track of if something's changed. Several issues have popped up in the major blogging engines that allow for changes to be made directly to files. These changes result in the <a href="http://php.net/sha1_file">sha hash</a> to be different and can be used to trigger a security alert. His sample code shows a basic call to <a href="http://php.net/mail">mail</a> an alert, but it could be as complex as you'd like (possibly even logging to a database or the like).
</p>]]></description>
      <pubDate>Tue, 09 Aug 2011 10:04:25 -0500</pubDate>
    </item>
    <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[Ivo Jansch's Blog: Mixins in PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/6139</guid>
      <link>http://www.phpdeveloper.org/news/6139</link>
      <description><![CDATA[<p>
In <a href="http://www.achievo.org/blog/archives/46-Mixins-in-PHP.html">his latest post</a> today, <i>Ivo Jansch</i> talks about a concpt from Ruby that he likes and wanted to try to implment in PHP - mixins.
</p>
<blockquote>
Mixins are a way of 'mixing in' functionality of other classes. A kind of 'multiple inheritance' like approach, only without actual inheritance. It is similar to interfaces, but interfaces only tell you that an object must implement certain methods, whereas mixins also provide an implementation.
</blockquote>
<p>
To help clear it up a bit he links to <a href="http://c2.com/cgi/wiki?MixIn">two</a> <a href="http://www.rubycentral.com/book/tut_modules.html">articles</a> on the topic. He gives some examples, though, of how it all works by creating a mixin class (Alertable) and the wy to apply it (in the Hello class). The key between the two is the Object class he's created. It allows the two other classes to work with each other without the need for cumbersome includes or passing around objects. All methods are magically available to the Hello object.
</p>
<p>
Of course, it's not a perfect implementation because PHP just can't do some things, but he <a href="http://www.achievo.org/blog/archives/46-Mixins-in-PHP.html">includes a few</a> of these things to watch out for in using this method.
</p>]]></description>
      <pubDate>Fri, 25 Aug 2006 08:02:33 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Jim Plush's Blog: The End of alert() - MyBic 0.6.2 AJAX Released]]></title>
      <guid>http://www.phpdeveloper.org/news/5107</guid>
      <link>http://www.phpdeveloper.org/news/5107</link>
      <description><![CDATA[<i>Jim Plush</i> has release the latest version of his <a href="">My-BIC Ajax/PHP framework</a> today - version 0.6.2 - which sees the end of alerts() for debugging.
<p>
First, he notes that My-BIC has its own SourceForge project and can be found <a href="http://sourceforge.net/projects/mybic/">here</a>. The <a href="http://www.litfuel.net/mybic">current site</a> will still be kept up to date as well.
<p>
Secondly, the bigger change - the removal of alerts() for the debugging messages in applications. They've been replaced by a list of items with expandable labels. <a href="http://litfuel.net/mybic/helloworld.html">Here's an example</a> of this new feature.
<p>
He <a href="http://www.litfuel.net/plush/?postid=125">makes the suggestion</a> for a possible use of this new tool too - remote debugging by having a user/customer see the debug information and give you the results.]]></description>
      <pubDate>Wed, 05 Apr 2006 07:06:46 -0500</pubDate>
    </item>
  </channel>
</rss>
