Thanks, Nancy - as long as the performance impact for end users is as close to zero as possible then I'm not too bothered about the performance impact for admins when they go to the modules admin page; this is an edge case, in my opinion. Also thanks for the reminder about the Devel query log; I'll look at building that into the module if and when I get a chance to write it.<div>
<br clear="all">--Jim<br>--<br>My IM and Skype details are at <a href="http://state68.com/contact">http://state68.com/contact</a><br>
<br><br><div class="gmail_quote">On 9 January 2011 23:49, nan wich <span dir="ltr"><<a href="mailto:nan_wich@bellsouth.net">nan_wich@bellsouth.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div style="font-family:arial, helvetica, sans-serif;font-size:12pt"><div></div>
<div>If you have devel, you could probably scan the query log for a close guess. As for the "launch a missle" scenario, consider simple things like Throttle, which will disable certain things - possibly even your monitoring.<br>
</div><div class="im">
<p><font color="#ff007f" size="4" face="bookman old style, new york, times, serif"><em><strong>Nancy</strong></em></font></p>
<p><font face="arial, helvetica, sans-serif">Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King, Jr.</font></p>
<div><br></div>
</div><div style="font-family:arial, helvetica, sans-serif;font-size:12pt"><br>
<div style="font-family:times new roman, new york, times, serif;font-size:12pt"><font size="2" face="Tahoma">
<hr size="1">
<b><span style="font-weight:bold">From:</span></b> James Benstead <<a href="mailto:james.benstead@gmail.com" target="_blank">james.benstead@gmail.com</a>><br><b><span style="font-weight:bold">To:</span></b> <a href="mailto:development@drupal.org" target="_blank">development@drupal.org</a><br>
<b><span style="font-weight:bold">Sent:</span></b> Sun, January 9, 2011 3:36:27 PM<br><b><span style="font-weight:bold">Subject:</span></b> Re: [development] An automated way of locating unused modules?<br></font><div><div>
</div><div class="h5"><br>
<div>Thanks Gábor, that answers my question - looks like it might be an interesting and potentially useful project; I'll post back if and when I get some time to work on it.</div><br clear="all">--Jim<br>--<br>My IM and Skype details are at <a href="http://state68.com/contact" target="_blank">http://state68.com/contact</a><br>
<br><br>
<div class="gmail_quote">On 9 January 2011 20:18, Gábor Hojtsy <span dir="ltr"><<a href="mailto:gabor@hojtsy.hu" rel="nofollow" target="_blank">gabor@hojtsy.hu</a>></span> wrote:<br>
<blockquote style="border-left:#ccc 1px solid;margin:0px 0px 0px 0.8ex;padding-left:1ex" class="gmail_quote">
<div>On Sun, Jan 9, 2011 at 8:58 PM, James Benstead <<a href="mailto:james.benstead@gmail.com" rel="nofollow" target="_blank">james.benstead@gmail.com</a>> wrote:<br>> Although I agree with Carl that this is an administrative rather than a<br>
> technical issue, I think that the module I have in mind would still be<br>> useful for site auditing purposes: for example, when taking over a site that<br>> has been put together by another Drupal shop.<br>> Assuming that such a module would be desirable, the question remains: would<br>
> it be technically possible to build such a module?<br><br></div>It is probably technically possible to write monitoring which gets to<br>**a close guess**. Whether a module is used or not can only be<br>determined in runtime environments. You can monitor the use of modules<br>
(eg. inclusion of their files, last access time of their include<br>files, use of the
module's strings for translation, etc.).<br><br>However, assume a module's job is to launch a missile in case of<br>nuclear attack. That module will not be used / useful until a nuclear<br>attack happens, but then its value would be essential. So you can<br>
monitor its use but whether in the given time sample the module should<br>have done something or not depends on its role. (Replace missile<br>example with sending mail notifications only under certain rare<br>circumstances, automated blocking of spammers on the site, things that<br>
kick in when on high load, things that kick in when running site<br>updates but not on the runtime site, etc).<br><font color="#888888"><br>Gábor<br></font></blockquote></div><br></div></div></div></div></div></div></blockquote>
</div><br></div>