web-dev-qa-db-ja.com

pathautoおよびtokenの代替

URLエイリアスの自動生成のために、pathautoモジュールの代替案を検討しています。

使用をやめたい理由は次のとおりです。

  • エイリアスのほとんどは[node-type]/[node-title]なので、他のすべての機能は必要ありません。
  • トークンは乱暴になり、利用可能なトークンを表示する必要があるページでリソースを使いすぎます。 16のコンテンツタイプとかなり多くのフィールドがあり、トークンのリストが大きいため、特定のページの読み込みにかなり時間がかかります。
  • 他にはトークンモジュールは必要ありません
  • 大きなモジュールが2つ少なくなります-pathautoとトークン。これはパフォーマンスに影響します

Drupal.orgで同様のディスカッションをいくつかチェックしましたが、どれも本当に代替案を提供していませんでした。

各コンテンツタイプには独自のフィールドセットがあるため、フィールドの最適化を検討しています（共有されないことを意味します）。これはパフォーマンスが原因で行われましたが、皮肉なことに、私はもう一方の端でパフォーマンスの問題が発生しました。

セットアップ：すべての最新モジュールを備えたD7。

同様の問題がありましたか？どのように解決しましたか？知恵の言葉は？

ありがとう！

[UPDATE]

同様の何かを探している人にとって、 ここ は、カスタムモジュールを介してそれを処理する方法を説明する記事です。

7performancetokenspath-aliases
6
Aram Boyajyan

トークンに関する主なパフォーマンス問題は、トークンUI /トークンブラウザです。 theme_token_tree()をオーバーライドして空の文字列を返すことで、これを無効にできます。私がサイトでかつて行ったのは、それをajaxを使用してブラウザーをロードできるリンクに置き換えることですが、それでも、約300のフィールドと多くの参照があるサイトではもう役に立たなくなりました。

Pathautho/Tokenはentity.moduleに依存しませんか？

1
Berdir