4

Facebook の投稿と同様に動作する軽量のコンテンツ タイプを作成しようとしています。

  • コンテンツ スキーマ全体は単なるテキスト フィールドです。タイトル、説明はありません。

  • Contentish である必要があり、CMFCore によって管理されます。標準的な方法でコンテンツを作成/閲覧できるように、ポータルタイプである FTI が必要です。カタログ対応です。

  • それらは相互に関係/参照を持ちます。

  • オブジェクトの数は膨大になり、10 ～ 100M になります。

これに最も似ているのは、コメント オブジェクト (plone.app.discussion) です。plone.app.discussion を調べたところ、低レベルの基本クラスが多すぎて、コンテンツの実装が非常に複雑であることがわかりました。ほとんどの部分で、私はそれをまったく理解していないか、コメントのユースケース以外では再利用できず、参照/サンプルの価値がほとんどありません。

だから私が尋ねたいのは、 plone.app.discussion が通過した低レベルのパスと比較して、高レベルのフレームワークパスに行くと、どのくらいのオーバーヘッドになるのでしょうか?

4

2 に答える 2

5

パディスカッションはあなたにぴったりではないと思います。

敏捷性タイプは問題ないかもしれませんが、パフォーマンスを調整する必要があります。パフォーマンスが問題になる場合は、型を満足させるもの（FTI、CMF基本クラスなど）が原因であるため、Dexterityよりも軽量で要件を満たすものはありませんが、考えてみてください。実際にすべてをリレーショナルデータベースに保存するのか、それとも他の何かに保存するのかについて。ただし、厳密に必要なわけではありません。

マーティン

于 2011-10-11T22:19:51.743 に答える
3

Plone は、そのカタログ内で 1000 万個のアイテムにスケーリングしません (私が聞いた最大のものは 400 k のようなものです)。Pyramid のような軽量フレームワークでアプリケーションを構築することをお勧めします。

于 2011-10-12T20:15:03.070 に答える