Foro - Perl en Español

Dave Cross, en la última reunión de London.pm ha comentado que está reactivando la web Perl Web Book para desarrollar en él un libro que explique cómo desarrollar aplicaciones web, de cualquier tamaño, con herramientas y entornos de trabajo que están más allá de CGI.pm (Catalyst, Web::Simple, Mojolicious, Dancer y PSGI/Plack.

Como sabemos, CGI.pm quedará fuera del CORE en el próximo Perl v5.22, así que es un buen momento para pensar en alternativas. No quiere decir que CGI.pm vaya a desaparecer, pero el actual mantenedor de CGI.pm ha comentado que "no se le ocurra a nadie seguir usando las funciones de generación de código HTML de CGI.pm".

Alternativas a CGI.pm, pues hay varias, pero... esto es tan importante, que Lee Johnson se ha currado una distribución Perl al respecto: CGI::Alternatives , donde muestra, tomando como base un ejemplo en CGI/Template Toolkit, el mismo ejemplo en PSGI/Plack, Mojolicious, Dancer2 y Catalyst.

De todas maneras, no hay que entrar en modo pánico: siempre se puede seguir instalando las versiones anteriores de CGI, a través de CPAN.

explorer, ¿qué tan factible ves modernizar el entorno de trabajo CGI-Application? Sería algo como renombrarlo a Perl-Application dando la posibilidad de arrancar de una vez en modo PSGI o FastCGI...

Quiero decir que tanto sentido le encontrarías a modernizar este pequeño Monstruo de Framework en cuanto al nombre y digamos hacerle un sitio, una web moderna, como para que no se vea tan atrás como los demás...

Si de realmente llevar a su fin al CGI.pm me preocuparía ya que los hosting compartidos solo ofrecen la mayoría CGI para poder trabajar con Perl

CGI.pm no desaparece de CPAN o MetaCPAN, así que siempre te lo puedes seguir bajando e instalando.

No he oído nada de que CGI::Application se pueda pasar a PSGI/Plack. Creo que son protocolos muy distintos.

http://cgi-app.org sigue funcionando. Y aunque Titanium hace tiempo que no se actualiza, puede ser opción cómoda para tener un entorno de trabajo basado en C::A.

Sobre el tema de los alojamientos... hay otras opciones. Por ejemplo, elegir un dedicado o un virtual, y le instalas un Debian, Ubuntu o derivado, y entonces tienes miles de paquetes Perl preparados para instalarse desde la línea de comandos. Yo mismo ofrezco ese servicio.

Edito: parece que hay... alternativas

• El propio autor de C::A tiene escrito CGI-Application-Dispatch, y dentro de él, CGI::Application::Dispatch::PSGI, que sirve para recibir peticiones a C::A usando PSGI
• Además, ha escrito también CGI::Application::PSGI, que ejecuta aplicaciones C::A como si fueran aplicaciones PSGI. Ejemplo en Stackato.
• CGI::PSGI. Miyagawa ha escrito esto, para facilitar a la gente que sigue usando CGI, el poder recibir las peticiones a través de PSGI. Parece un poco limitado, pero es la base del módulo anterior (CGI::Application::PSGI). Ejemplo: Como convertir aplicaciones CGI a PSGI (en inglés). Al día siguiente, publica cómo usar CGI::Application::PSGI para que las aplicaciones C::A se usen bajo PSGI

Claro todo lo que dices es verdad.

Yo he podido ver ya CGI-Application bajo PSGI, lo que yo decía era solo que tan viable o poco sentido le veías a la idea de traer este framework o bautizarlo con otro nombre como Perl-Application o Modern::Aplication a un entorno más moderno para que no suene tan viejo, tan antiguo.

Solamente me imaginé, cambiarle el nombre, crearle un sitio moderno e incorporar la funcionalidad de poder correr con PSGI o FastCGI o inclusive CGI si el usuario lo requiere.