私は umbraco を評価しましたが、それが私のプロジェクトに適した cms であると信じています。しかし、私を本当に悩ませているものがあります。バックオフィスを開くと、特定のノードのすべての子ノードが表示されます。子ノードに数百万のノードがある場合はどうでしょうか。これらのノードはすべてバックオフィスにロードされますか? 次のプロジェクトでは 1 日あたり数万のノードをロードする必要があるため、これが umbraco に関する唯一の問題です。
1145 次
1 に答える
6
これは SO に対する質問ではありません。http://our.umbraco.orgサイトで実際に質問する必要があります。
ただし...アーキテクチャを確認する必要があります-プロジェクトの実装方法と、ユーザーがバックオフィスをどのように使用するか. 注文書や販売注文などを CMS のノードとしてロードすることはあまり意味がありません。結局のところ、Umbraco は CMS であり、e コマース ソリューションではありません。何千ものノードをナビゲートすることは、バックオフィスのユーザーにとって恐ろしいことです。
一般に、ノードは特にコンテンツに関連するものに制限する必要があります。コンテンツでない場合は、ノードであってはなりません。例外があります。たとえば、コンテンツ カテゴリと日付フォルダをノードとして作成できます。これらは厳密にはコンテンツではありませんが、コンテンツの表示方法に影響を与えます。
サイトに表示される商品は興味深いものです。なぜなら、商品はコンテンツであると主張できるからです。ただし、リストする製品の数によって異なります。10000 個の製品 SKU のカタログがある場合、はい、おそらく Umbraco が処理しますが、これが Umbraco の最適な使用方法ですか?
ノードでデータを作成する代わりに、関連データ (この場合は注文) を保持する別個の db テーブルを作成し、CMS 内にリスト/詳細/編集画面へのアクセスを提供するカスタム セクションを作成することもできます。このアプローチは、Umbraco に負荷をかけないため、大量のデータを処理する場合におそらくより適切です。カスタム セクションは基本的に Umbraco をバイパスし、好きな実装でデータベースから直接データにアクセスできるようにします (MVC/ウェブフォーム）。
最後に、これを行う e コマース パッケージがすでにいくつかあることを指摘しておきます。teaCommerceとuCommerceを参照
2015 年 3 月に更新:
uWebshop (オープンソース オプション)を使用して、Umbraco e コマース プロジェクトを完了しました。製品をノードとして作成するため、おそらくこの回答を更新する必要があると思いました。この状況では、ショップのカタログは非常に小規模 (SKU が 50 未満) であったため、製品をノードとして使用しても大きな問題は発生しませんでした。ただし、この方法で非常に大きなカタログ (たとえば 500 以上) を管理すると、非常に扱いにくくなることがわかりました。
于 2013-09-24T07:28:28.357 に答える