[development] An automated way of locating unused modules?
James Benstead
james.benstead at gmail.com
Sun Jan 9 20:36:27 UTC 2011
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.
--Jim
--
My IM and Skype details are at http://state68.com/contact
On 9 January 2011 20:18, Gábor Hojtsy <gabor at hojtsy.hu> wrote:
> On Sun, Jan 9, 2011 at 8:58 PM, James Benstead <james.benstead at gmail.com>
> wrote:
> > Although I agree with Carl that this is an administrative rather than a
> > technical issue, I think that the module I have in mind would still be
> > useful for site auditing purposes: for example, when taking over a site
> that
> > has been put together by another Drupal shop.
> > Assuming that such a module would be desirable, the question remains:
> would
> > it be technically possible to build such a module?
>
> It is probably technically possible to write monitoring which gets to
> **a close guess**. Whether a module is used or not can only be
> determined in runtime environments. You can monitor the use of modules
> (eg. inclusion of their files, last access time of their include
> files, use of the module's strings for translation, etc.).
>
> However, assume a module's job is to launch a missile in case of
> nuclear attack. That module will not be used / useful until a nuclear
> attack happens, but then its value would be essential. So you can
> monitor its use but whether in the given time sample the module should
> have done something or not depends on its role. (Replace missile
> example with sending mail notifications only under certain rare
> circumstances, automated blocking of spammers on the site, things that
> kick in when on high load, things that kick in when running site
> updates but not on the runtime site, etc).
>
> Gábor
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20110109/c67bd5de/attachment-0001.html
More information about the development
mailing list