私は小売業者に勤務しており、CMSとしてCQ5の導入を検討しています。
ただし、いくつかの調査を行い、コンサルタントと話し合った結果、「複雑」なことがあることが判明しました。おそらく、あなたの一人がこれに少し光を当てることができます.
まず、Multi Site Manager を使用して多言語ページ (約 80 言語) を作成すると、変更が最終的に公開されるまで、更新プロセスが 30 分ほど遅くなる可能性があると言われました。あなたの誰かが似たようなことを経験しましたか？
もう 1 つは、TarOptimizer の実行時間がかなり長いことです。最長で 24 時間かかるランニングは珍しくないと言われました。再び私の質問: あなたの誰かがそのような問題を抱えていましたか、またはこれについて説明していますか?
あなたの反応を本当に楽しみにしています。
これらは実際には 2 つの別個の質問ですが、私の経験に基づいて対処します。
新しい多言語ページを作成するための更新プロセスは、実行している言語の数、およびパブリッシュ インスタンスと Web サーバーの数 (ディスパッチャーを使用してキャッシュしている場合) によって異なります。これは、(少なくとも私の経験では) レプリケーション プロセスがボトルネックであり、多数のフロントエンド Web を持つ多数のパブリッシャーに大量のコンテンツをプッシュしようとしている場合などです。 - キャッシュをクリアする必要があるサーバーの場合、レプリケーションは非同期プロセスであるため、キャッシュをクリアするのに多少の遅延が生じます。私がこれまでに見た最長の遅延は 10 ～ 15 分の範囲で、12 のパブリッシャーと 12 のフロントエンド Web サーバーの場合でしたが、これには、マイレージが異なる可能性があるという明らかな警告が伴います.
Tar Optimzation ジョブについては、このページを参照することをお勧めします。このページには、Tar Optimizer ジョブとその調整方法に関する有益な情報がたくさんあります。大規模なリポジトリがある場合、特に多数の書き込み操作があるインスタンスでは、ジョブの実行に時間がかかることがありますが、実行時間を設定して、特定の期間中にのみ実行されるようにすることができます。合計実行時間が許可された実行時間よりも長い場合、前夜に中断したところから再開します。デフォルトでは、毎晩午前 2 時から午前 5 時まで実行されるため、3 時間以上かかる場合は、次の夜に中断したところから続行されます。必要です。