0

問題:

ある会社には 20 のサイトがあり、これらを 1 つの CMS インスタンス内で管理したいと考えています。
考えられる解決策はたくさんありますが、私が調査しているのは、20 のサブサイトを持つ単一の Umbraco インスタンスです。

私は Sitecore と Sharepoint の経験しかありません (これらの量で)。

私の質問は次のとおりです。これは Umbraco (最新バージョン) でどのように機能しますか?

この桁数で実際に実践した経験のある人はいますか?
Umbraco での個人的な最大値は、低から中程度のトラフィックのサイトで 3 つのサブサイトです。

4

3 に答える 3

1

私はこれに苦労しました。私は Umbraco の 1 回のインストールで約 10 のサブサイトを持っているので、あなたほど多くはありませんが、そのうちの 1 つに、数千を超える製品の個別ページを含む製品セクションがあり、合計ページ数はかなりの数になります。

パフォーマンスは私にとっては問題ありませんが、覚えておくべきいくつかの (数ある中の) 事項を以下に示します。

  1. razor / xslt のクエリは、最も具体的なものから最も一般的なものまでを対象とするように作成する必要があります。最初は、すべての「何とか」ページを取得するクエリがありました。これにより、これらのページを探してサイト全体が列挙されます。非常に小さなサイトの場合、3000 以上の製品ページがあるサイトでは速度が低下します。そのため、特定のノードを慎重にターゲットにして、そこから移動する必要があります (私の場合、ノード ツリーを上に移動して "subsiteHome" ページに移動し、そこから "blah" タイプのすべての子を取得します)。

  2. このようにそれらを封じ込めることの要点は、保守を容易にし、サイト間で資産を共有することでした。サブサイトの 1 つに新機能を追加し、特定のパッケージの最新バージョンが必要な場合は、そのパッケージを利用する他のすべてのサブサイトを更新する準備をする必要があります。つまり、(サブサイトの規模と複雑さに応じて) 少しバランスをとる作業になる可能性があります。

最終的に、Umbraco を 20 のサブサイトにインストールした場合、たとえばそれぞれ 100 ページのサブサイトをインストールした場合のパフォーマンスは、2000 ページの単一のサイトと大きく異なるとは思いませんが、コンテンツのクエリ/フェッチの方法に注意する必要があります。 （剃刀/ xsltクエリを介して）、およびメンテナンスのメリットが本物かどうか。

于 2013-01-24T16:29:08.310 に答える
1

Umbraco インターフェイス自体の内部では、サイトが大きく複雑になるほど、一般にパフォーマンスが低下します。これは、サイト構造が大きくなるにつれてプロジェクトの複雑さが増す可能性があるためです。常にそうであるとは限りませんが、複数の地域、複数のサイトがあり、それぞれが複数の言語を持っているサイトを構築しました。公開されたサイトのパフォーマンスは良好でしたが、多くの場合、インターフェースのパフォーマンスは悪くなりました。そうは言っても、戻ってコードをチェックして修正したいと思います!

データベースへのヒットは最悪の犯罪者です。一般に、公開されたコンテンツはすべてキャッシュされるため、公開されたコンテンツで db 呼び出しを行う必要はありません。ただし、Umbraco API にクエリを実行して、、、、またはオブジェクトを取得するマクロ、ユーザー コントロール、ビュー、データ型を作成すると、データベースDocumentにヒットします。ContentContentTypeDocumentTypeMedia

頻繁に呼び出されるコード (HttpModule など) でこれを行うと、公開サイトとバック オフィスの両方でパフォーマンスが低下します。明らかに、避けられない場合があるため、注意が必要であり、キャッシュを実装することは非常に重要です。

また、現在 Umbraco v6 はベータ版であり、 PetaPocoを実装する API を大幅に改訂したことも指摘しておく必要があります。これは、開発者として作成するコックアップのコーディングを軽減するものではありませんが、API は以前よりもはるかに洗練されたものになります!

于 2013-01-24T16:14:06.600 に答える
0

私は現在、+800 サイトと +20.000 コンテンツ ノードで単一の Umbraco インストールを実行しています。Umbraco は、約 200 サイトと 5.000 ノードまで正常に動作していましたが、その後、特定のバックオフィス タスクで奇妙な動作が発生し始めました。元。多くのノードで使用されている Doctype を変更すると、コンテンツの欠落などの望ましくないフロントエンド効果が発生する可能性があります (詳細については、http://allan-laustsen.blogspot.dk/2012/03/umbraco-no-node-existsを参照してください)。 -cmscontentxml.html ) しかし、Umbraco のソースの一部を変更して、より多くのノードとサイトを処理できるようにしました。これまでのところ、スムーズに動作しています。だから私は「限界」が何であるかを知りません（まだ）

于 2013-07-19T17:35:46.563 に答える