DedeCms V5.5 のパフォーマンスを最適化する方法

DedeCms V5.5 のパフォーマンスを最適化するにはどうすればよいですか?

dedecms V5.5 のリリース後、以前のバージョンと比較して、すべての面でより完璧なパフォーマンスが向上しましたが、汎用性があるため、すべてのユーザーのニーズを同時に満たすことは不可能でした。以前は、すべてのユーザーのニーズを同時に満たすことはできませんでした。DedeCms のパフォーマンスの問題について疑問を表明する人はほとんどいなかったので、パフォーマンスを最適化し、最終的な最適化を提供する方法に関する記事をここに公開します。効果試験結果。

推奨学習: Dreamweavercms

1. システム パラメーターの変更

DedeCms V5.5 では、HTML 生成のパフォーマンスに関連する主なパラメーターは次のとおりです。いくつかのパラメータ:

1. コア設定:

この関数を使用したキーワード置換 (yes/no) は HTML 生成速度に影響します (cfg_keyword_replace)

このパラメータのデフォルトは有効になっている場合、記事を収集するユーザーはこのオプションを有効にしないことをお勧めします。収集された記事にはキーワードの自動生成が含まれるため、意味のないキーワードが多く、文字化けが発生して生成が中断される可能性があるためです。このパラメータをオフにすることをお勧めします。

2. パフォーマンス オプション:

コール キャッシュ更新時間 (秒、0 は有効でないことを意味します): 10000 cfg_index_cache

テンプレート キャッシュを有効にするかどうか: はい cfg_tplcache

これら 2 つのパラメータは非常に意味があります。DedeCms では、パフォーマンスに最も影響するタグは arclist タグです。さらに、テンプレート キャッシュがオンになっているかどうかも非常に重要です。これら 2 つのオプションは、これらの問題に対処します。

システム パラメータは、以下に示すように変更することを特にお勧めします:

2. データベースの最適化

1. dede_archives

このテーブルには PRIMARY、sortrank、mainindex、lastpost の 4 つのインデックス セットがあります。実際、テーブル自体は比較的小さいため、あまり多くのインデックスを設定する必要はありません。dedecms のプログラムはデフォルトでソートするには、sortrank フィールドを使用します。PRIMARY と sortrank の 2 つのインデックスを保持し、mainindex と lastpost を削除することをお勧めします。具体的な操作は次のとおりです:

2, dede_arctiny

このテーブルは非常に小さいです。テスト中です。そのうち 70,000 データのうち、このテーブルは約 1.5M しか占有しません。実際には非常に小さいため、インデックスを作成する必要がないため、次のインデックスを削除します。

上記の最適化後、約 70,000 件のデータ (データベースは約 800M) の教育記事でテストされ、Pentium E、2G メモリ、および通常のメモリでテストされました。 SATA ハードディスク環境の場合、生成速度は以下の通りです:

DedeCms 生成機構の速度は前後で同様のため、毎秒 15 記事程度で安定しています。もちろん、この数値はユーザー テンプレート タグの呼び出し数と一定の関係がありますが、この速度では 1 時間あたり 50,000 記事以上に達する可能性があり、これは依然として非常に理想的です。

多くのウェブマスターは、なぜ数百万または数千万のデータをテストしないのかと疑問に思うかもしれません。

実際、このデータ量からすると、100万件に達すればデータベースは10G、数千万件になれば100Gに達します。 100G データ、画像、生成された HTML の概念は何ですか? それは通常のハード ドライブや Pentium E マシンで実行できるものですか?したがって、100,000 レベルのデータでテストするのがより代表的ですが、実際に通常の Web サイトを作成していて、実際に将来非常に大規模になる場合は、ハードウェアのアップグレードに問題はありません。仮想ホスト下のユーザーはこれを実行できません。この速度に達していますが、これはパフォーマンス最適化の参考基準として使用できます

以上がDedeCms V5.5 のパフォーマンスを最適化する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。