As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center提供指导。
已关闭8年。
亲爱的堆栈溢出社区，
我的任务是为正在工作的一家大公司翻修几个网站，并为公司内部的内容管理和文档存储开发一个内部Intranet网站。
我的“问题”是这样的:他们希望我使用一种框架/一套语言/技术，我可以向他们证明是“稳定的，可用于企业的，具有可靠记录的技术”。
规范的“全局”实际上并不太复杂:实现企业级CMS，以管理每个部门的网页，这些网页主要处理产品信息和文档(即www.linksys.com的简单版本)。
作为一名开源程序员，我想将Python与TurboGears一起使用并从头开始构建它，但是我真的找不到找到一种方法向总裁证明TurboGears具有巨大的企业往绩。 Zope似乎在企业中有很多用途，但对我来说似乎有些肿。 Django可能是一个选择，但似乎不如TurboGears灵活。
我宁愿不使用PHP，但Drupal的履历非常好，并带有“正确的”名称(AOL，索尼，MTV)；加上它可以省去我从头开始构建许多CMS组件的麻烦。
Rails可能是另一个选择，但我对此不太熟悉(作为Python/PHP程序员，Ruby的语法使我发疯)。
S.O.将是什么社区建议像这样的项目吗？我敢肯定你们中的许多人都面临着同样的困境。最终为您工作/不工作的是什么？如前所述，我的第一个选择是Python，第二个选择是PHP，第三个选择是Rails。
谢谢，
赛斯
已关闭8年。
亲爱的堆栈溢出社区，
我的任务是为正在工作的一家大公司翻修几个网站，并为公司内部的内容管理和文档存储开发一个内部Intranet网站。
我的“问题”是这样的:他们希望我使用一种框架/一套语言/技术，我可以向他们证明是“稳定的，可用于企业的，具有可靠记录的技术”。
规范的“全局”实际上并不太复杂:实现企业级CMS，以管理每个部门的网页，这些网页主要处理产品信息和文档(即www.linksys.com的简单版本)。
作为一名开源程序员，我想将Python与TurboGears一起使用并从头开始构建它，但是我真的找不到找到一种方法向总裁证明TurboGears具有巨大的企业往绩。 Zope似乎在企业中有很多用途，但对我来说似乎有些肿。 Django可能是一个选择，但似乎不如TurboGears灵活。
我宁愿不使用PHP，但Drupal的履历非常好，并带有“正确的”名称(AOL，索尼，MTV)；加上它可以省去我从头开始构建许多CMS组件的麻烦。
Rails可能是另一个选择，但我对此不太熟悉(作为Python/PHP程序员，Ruby的语法使我发疯)。
S.O.将是什么社区建议像这样的项目吗？我敢肯定你们中的许多人都面临着同样的困境。最终为您工作/不工作的是什么？如前所述，我的第一个选择是Python，第二个选择是PHP，第三个选择是Rails。
谢谢，
赛斯
最佳答案
这是一个矛盾的说法:“规范的“整体”实际上并不太复杂:实现企业级CMS来管理每个部门的网页”。
“企业类”和“不太复杂”不属于同一句话。严重地。
“企业类”的工作很复杂，因为“企业类”的任务和环境很复杂。
注意，仅因为某事已部署在企业中并不意味着它需要“企业类”工具。但是那些确实具有“企业类”要求的需求却很复杂，因为问题域和部署环境很复杂。
因此，您需要在规范上更加清晰，而不是“符合流行词”，“我的老板听说过”，“永不中断”等。
CMS看似简单，但事实并非如此。如果是极客为极客管理东西，那是一回事，但是CMS往往会对非技术性最终用户产生巨大影响，这可能会使用户界面，安全性，工作流，支持等复杂化。并且他们将让他们的初级实习生来做。
因此，认真地说，没有REAL要求，很难提出任何建议。如果没有REAL要求，并且对您的用户群没有扎实的了解，那么您当然不应该只是“自己动手”。
关于python - 针对企业网站和Intranet的框架/CMS建议(我必须说服总裁坚决支持!)，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/241575/
10-12 05:31