I would personally think the thinng that can go very wrong here is the namespace. it sounds to me that your code solves a very specific problem.
Perhals it shold be a script instead?
If you think things here will be re-used.. then yeah.. module.
How will I, as a developer, interact with your module? Does your program/system basically tell me if ssi-exec is forbidden or not? Then I suggest that this is *one* of a set of utilities or helper functions your module should provide.
I can't freak out enough about the Namespace. Depending on what your code does. Do a search on CPAN for ssi, what do we get.. Doesn't seem to be anything about stats. You should look for Server Stats or something like that. I would say Apache.. Is SSI only available on Apache? Seems to me that your functinality fits in with App::Info::HTTPD::Apache.. no?
if that does not do the trick - then write App::Info::HTTPD::Apache::SSI , maybe.
Would I be able to interact with your code like:
use App::Info::HTTPD::Apache::SSI qw(status); my $status = status(); print "ssi on? ". $status->{ssi_on}; print "ssi exec on? ". $status->{exec_on};
What you suggest is interesting. I would love that for suexec etc.. Make the thing real open to what and how it can be asked, and conservative about how it talks back.
In reply to Re: Module Idea
by leocharre
in thread Module Idea
by pileofrogs
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |