NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
Webserver in core (Score:2)
The goal is to make it possible to include Pod::Webserver and the podwebserver script in the Perl core.
If you're going to include a webserver in core, why limit it to serving PODs? Why not have a full blown static+CGI+whatever webserver? Why should the Python guys have [python.org] all [python.org] the [python.org] fun [python.org]?
Reply to This
Re:Webserver in core (Score:2)
Re:Webserver in core (Score:2)
I imagine that the goal is to have browser-accessible standalone documentation straight after installation. In this case, it makes sense to have this new module in the core.
This doesn't contradict having the web-server being able to do what you wrote + other stuff (e.g. handle regular static+dynamic HTML pages).
However, the general line is to avoid including new modules, if they don't relate to core functionality.
As Perl is the language of choice for CGI scripts, a web-server seems to me a pretty nat
Re: (Score:1)
Pod::Webserver would already include a web server in core. All that’s being argued for is to make this web server sufficiently decoupled from Pod::Webserver that it could be used for other things.
I think that’s a very sensible suggestion, myself – if only because people are going to layer horrible hacks onto Pod::Webserver to use it for other web serving purposes, much the way I am currently abusing CGI.pm to generate XML and sloshing around in its guts to get URL generation, because unl
Re: hackery (Score:1)
Seems unlikely. The code is mindlessly simple. It order to use it for anything else, you'd pretty much have to rewrite the HTTP::* modules, in which case you might as well just install the HTTP::* modules.