in reply to Module Idea
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.
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re^2: Module Idea
by pileofrogs (Priest) on Aug 29, 2006 at 18:17 UTC |