Create a new account
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]?
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
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
...people are going to layer horrible hacks onto Pod::Webserver to use it for other web serving purposes...
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.
Get More Comments