おそらく、現在のプロジェクトではPathAutoモジュールを使用する必要があります。開発中にそれを使用している間、管理者として、変更中のサイトの速度低下は非常識です。
PathAutoは大きなメモリシンクですか?これを軽減する方法はありますか?
おそらく、現在のプロジェクトではPathAutoモジュールを使用する必要があります。開発中にそれを使用している間、管理者として、変更中のサイトの速度低下は非常識です。
PathAutoは大きなメモリシンクですか?これを軽減する方法はありますか?
回答:
使用しているCoreのバージョンに大きく依存します。メインメモリの問題は、Drupal 6のトークンモジュールで発生します。指定されたノードが、実際に置き換えられるトークンに関係なく、そのノードのすべての可能なトークンを生成する場合。これは、他のオブジェクトをロードまたはレンダリングする必要がある高価なトークンに加えて、生成された大量のトークンが問題を引き起こすことを意味します。
Drupal 7では、改善されたトークンAPIは実際に使用するトークンのみを生成し、パフォーマンスとメモリ使用量を大幅に改善します。通常の使用では、Pathautoはアイテムが保存されているときにのみ重要ですが、「通常の」ページビューには影響しません。
Drupal 7で遭遇した1つの問題は、同じパスエイリアスを取得するノードが多数ある場合です。その後、最初のものが$ aliasを取得し、2番目のものが$ aliasを試行し、これがすでに予約されていることを確認し、$ alias-1を使用しているためです。3番目は$ alias、次に$ alias-1を試み、次に$ alias-2を使用します。等々。それはpathautoの問題ではありませんが、あなたは安っぽいデータをクリーンアップしたり(「weather」のような何百もの同じタイトルの600kのインポートされた印刷記事を持っているので)バグではありません。 (例えば、日付を含める)。また、pathautoを有効にしていると、データのインポートが大幅に遅くなる可能性があります。
別の問題は、トークンブラウザーを一覧表示するページを完全に破壊する可能性のある多くのフィールド、特にそれらの複数を含むpathauto構成サイトがある場合、トークンブラウザーが爆発することです。
これらの関連する問題を除いて、Pathautoが原因で発生する直接的なパフォーマンスの問題は確認していません。もしそうなら、あなたが本当にすべきことは、Xhprofでサイトをプロファイリングして、実際にcpu / memoryを使用しているものを確認することです。