アカウント名:
パスワード:
コンテント・マネジメントやアクセス・コントロール・リスト、フォーラムやチャット、そういったものはRailsが対応する範囲ではない。我々がつくっているのは、どのようなアプリケーションにも対応可能な、汎用的な構造なんだ。 だからZopeやOpenACSなど、ビジネスロジックに浸かって、それに取り込まれてしまったフレームワークのような方向性にはならないだろう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
zopeと比べた利点はなんでしょう? (スコア:1)
少なくともざっと紹介記事を読んだ限りでは RoR でできることは全て Zope でできて、しかも仕組みもほとんど同一であるという気がします。それなら蓄積がある Zope のが便利だろう、と思いました。
単なる技術的な興味で知りたいのですが、両方使ったことがある人で、「Python より Ruby のが好き!(或いは優れている)」などの Python/Ruby の優劣に関係する理由以外で Zope より RoR の方が良いという人が居れば是非教えて欲しいです。
Re: zopeと比べた利点はなんでしょう? (スコア:3, 参考になる)
http://www.goodpic.com/mt/archives2/2005/09/ruby_on_rails_d_1.html
あと、Zopeの3は、かなりPythonプログラマ向けに変わってます。
RoR vs zope (スコア:2, 興味深い)
例えるなら、Oracleがたとえタダで使えたとしてもSQLiteは手放せない、みたいな、そんな気持ちをインタビューから感じました。確かに zope だとアクセスコントロール要らなくても使わない方法はありませんし、(特にZope3系には詳しくありませんので間違っていたら教えてください.)「PageTemplateとZSQLmethodだけでいい!後はいらない!」と思うことも良くあります。RoRはPHPとzopeの間ぐらいの位置づけなんでしょうね。