Diff for "KarriGell/Discuss"

• 仔细读了文章后，对karrigell很有好感。像php那样简单。比php样式更多。cherry的对象方式确实比较繁琐。不过，可能适合搭建庞大站点吧。by tomz
  • 咦咦咦？兄台非常紧密的关注啄木鸟的Wiki 哪！刚刚写了一部分就已经有反馈了！谢谢捧场！

  • 其实 Karrigell 也提供 CherryPy 类似的 Pure OOP 发布的格局，即日所谓 .ks (Karrigell Service 模式) 的页面，但是就开发的快捷体验来想，有时候一定程度的 HTML 代码的混合是必要的，直观哪！ 而且，使用 PythonIc 的 设计，本身也可以支持大型站点的快速组建的，主要是设计思想...

  • 我现在就是将站点所要操作的现实数据对象映射为py 的类树，Karrigell 仅仅负责将各种类的实例以页面的形式展示…… -- ZoomQuiet

• 谢谢你的文章！ 我对Web开发了解很少，以前一直作桌面应用，用C++。现在有一个项目需要开发一个Web Application,最近几天花了不少时间寻找方案。对于Karrigell，我简单的试验了一下，但是因为我知识有限，所以有些问题还是不清楚，想向你请教：
  • Karrigell自己的Web Server 效率比Appache如何？ 我猜这个Web Server只是用来测试的吧？实际应用中也可以用吗

    • Karrigell 也在发展中，实际上，MoinMoin 一种高级维基系统也不过是使用Python 自个儿的CGI 接口来发布信息的，还有Quixote 豆瓣网的基础动力，可以说Python 的Web 服务响应能力是不差的，何况你可以使用各种Cache系统来辅助支持？ -- ZoomQuiet

  • 使用Appache的时候，我看它的文档说的是用Appache作桥梁，将请求转发到Karrigell自己Web Server上,我不明白的是,这难道不是白白浪费效率吗?
    • 同上，不过是为了和其它已有站点兼容发布
  • 关于模版,看起来就像是字符串替换而已,这样效率是不是很低? 另外,关于多国语言的方案,我看它的文档中也是很诡异的的,居然用英文原句作为索引去检索其他语种. 还有,如果我希望图片等也可以根据语言设置更换,应该怎么做呢?
    • 理解思路后，自个儿写哪，所谓国际化开发，也不过是字串的自动替换原理一样的…………
      • 再次感谢!

*谢谢你的回复。我先做一个原型系统试验一下。另外关于模版，我昨天看了Zope的 zpt，我觉得他的一个feature非常好，就是他的模版文件直接用ie打开就可以看到和最后实际产生的页面类似的效果。而Cheetah的模版文件其实只有程序员才容易看懂。不知道在Karrigell里能不能用zpt呢？