in reply to Replacing CGI.pm

This node falls below the community's threshold of quality. You may see it by logging in.

Replies are listed 'Best First'.
Re^2: Replacing CGI.pm
by Your Mother (Archbishop) on Jun 20, 2018 at 21:40 UTC
    Also, PSGI/Plack might be contra-indicated depending on exactly how your application is now architected.

    Rubbish. Unless there are scoping problems—which is essentially broken code and requires one to eschew strict—there is no reason to avoid persistent execution harnesses, fcgi, or psgi.

      I'm going to defend sundial's point just a little bit here. Given that the shortest path to keeping this code working is to install CGI.pm manually, there's no urgent reason to migrate to a PSGI system.

      Also I think you're overstating the value of strict in this case; it's easy to write a simple and correct and strict-safe CGI program that causes inadvertent scope problems with a persistent execution harness like mod_perl. (Plack less so.)

    A reply falls below the community's threshold of quality. You may see it by logging in.