我已经研究和编码了几个月，我决定使用mod_perl和CGI::Application重写家庭网站/门户。我仍然喜欢这个想法，但最近发生的几件事让我重新考虑它。
对于初学者来说，perlDBI的编程有点麻烦。在工作中，我已经非常习惯使用PEAR的DB库，虽然它在许多方面源自perl的DBI，但使用起来要简单得多。
然后是整个HTML::Template崩溃。有几种编写模板的方法，但它们并不是在所有情况下都适用，而且它们似乎有一些局限性。我们已经开始在工作中使用PHP的Smarty，它更直观，更一致，而且几乎可以无限扩展。我可以选择Template::Toolkit路线来学习perl，但这几乎就像学习另一种完整的语言。
然后，还有对象在Perl和PHP中的工作方式。我发现PHP对象非常简单且可扩展。然而，如果我没有在perl中进行面向对象的编程，我不会发现它们有一半容易。然而，一个主要区别是动态创建新属性是多么容易，而且语法更简单、更清晰。
此外，如果你想在perl中动态要求模块，你必须经历一些重要的、通常是无法克服的障碍。所以你不能轻易拥有动态定义类的动态对象。但是，在PHP中，您可以随时require_once或include_once，甚至无需考虑。
然而，最后一根稻草是我上周在PHP中创建了我的第一个OO应用程序。我在一个小时左右的时间内敲定了它。然后我在大约一个小时内重写了它以合并Smarty。这一切都很容易。然后，我在短短两个多小时内编写了一个立即可用的表单处理库——这使我有可能在一个小时内编写一个多屏幕应用程序，完成表单、表单验证和数据库调用。用CGI::Application做同样的事情花了我几个小时，如果不是几天的话。
所以，我的想法是：将CGI::Application移植到PHP。我喜欢CGI::App的概念—这正是我想要的编程方式，而且我认为它很可靠。但是，通过将它移植到PHP，我自动拥有会话和cookie支持，当我使用PEAR时，数据库支持只需要几行代码；我将添加Smarty作为选择的模板工具包，但可以轻松覆盖模板方法以利用.我得到了一个不错的MVC风格的应用程序模板，但它使开发快速应用程序真正变得轻而易举。
这属于“适合工作的工具”类别；perl虽然是一种奇妙的语言，并且作为CGI语言具有悠久的传统，但它并不是像PHP那样为web开发的。PHP在这种情况下更有意义。而且我不会一口气放弃perl；我仍然每天在工作和家中使用它来解决从自动备份到检查服务器可用性以保持我的以太网连接的任何数量的任务。但作为一名PHP开发人员，我拥有真正的优势，如果不将这些优势用于我们的主页，那将是一种耻辱。
