我考虑过CGI::Application
和CGI::Session
。两者中,CGI::Session
似乎更有希望。CGI::Application
然而,模型看起来并不适用于Template Toolkit。(我这样想错了吗?)
在投入使用之前,我想评估更多的会话管理库。有什么建议吗?我正在寻找一个与 Web 服务器无关的库,并且可以跨多个服务器工作。Catalyst目前不是一个选项,因为将现有代码改造成Catalyst的处理方式需要时间。
我考虑过CGI::Application
和CGI::Session
。两者中,CGI::Session
似乎更有希望。CGI::Application
然而,模型看起来并不适用于Template Toolkit。(我这样想错了吗?)
在投入使用之前,我想评估更多的会话管理库。有什么建议吗?我正在寻找一个与 Web 服务器无关的库,并且可以跨多个服务器工作。Catalyst目前不是一个选项,因为将现有代码改造成Catalyst的处理方式需要时间。
CGI::Application
并且CGI::Session
是非常不同的模块。CGI::Session
是一个会话模块——除此之外它不做任何事情。CGI::Application
是一个轻量级的框架。它适用于Template Toolkit,我们中的一些人使用CGI::Application::Plugin::TT
.
因此,如果您只需要会话,请使用 CGI::Session。
如果您需要更好的代码结构 - 使用 CGI::Application。您甚至可以在其中使用 CGI::Session 和 CGI::Application::Plugin::Session。
我使用Apache::Session取得了一些成功。虽然这个名字讲述了一个不同的故事,但我认为它不仅仅适用于 Apache 网络服务器。
好处是您可以轻松更改会话的存储方式,而无需更改您自己的会话处理代码。例如,您可能从将会话存储为磁盘上的文件开始,然后转移到基于数据库的系统。然后在此之后更改数据库后端。