タグ付けされた質問 「taxonomy-terms」

分類フィールドを持つカスタムコンテンツタイプのビューにコンテキストフィルターを追加しています。コンテキストフィルターを使用すると、分類法タグ名ではなく、分類法タグIDでフィルタリングできます。分類内の指定されたタグの意味： 1 | test1 2 | another tag 3 | taggy ...... 99 | coolness 私が好きなURLを解析する文脈フィルタを生成することができますhttp://mydrupal/myview/3がタグ付けされているすべてのコンテンツを表示するtaggyURLは、タグによる検索に引数を渡す必要がありますが、を名前の代わりにタグのID、例えば、http://mydrupal/myview/taggyでタグ付けされたすべてのコンテンツを表示するためにtaggyどのようにこれを達成できますか？

106 7  taxonomy-terms  views 

ボキャブラリーに多くの用語（〜200）を追加しようとしていますが、Drupal 8用に更新されたインポートモジュールが見つかりません。Drupal7でこれを行うための機能は存在しないようですDrupal 8.では、だれかがこれを行うための正しい方向に私を向けることができますか？ 私entity_createはコメントで示唆されているように、このコードでを試みました： $term_create = entity_create('taxonomy_term', array('name' => 'test', 'vocabulary_name' => 'client')); しかし、私はこのエラーを受け取りました： Drupal\Core\Entity\EntityStorageException: Missing bundle for entity type taxonomy_term in Drupal\Core\Entity\FieldableEntityStorageControllerBase->create() (line 65 of core/lib/Drupal/Core/Entity/FieldableEntityStorageControllerBase.php). 何か案は？

32 taxonomy-terms  8 

私たちのものの多くはのような形式のURIを持っています。XX site/taxonomy/XXは整数です。 「名前からTIDを取得する方法」のような多くの質問を見つけましたが、から名前を取得したいと思いTIDます。私はパンくずスクリプトを作成しようとしていますが、「home > term」のようなトレイルを取得している場合を除き、すべてが素晴らしいです。代わりに、「home > <TERM NAME>」のようにします。 どうすればできますか？

32 7  taxonomy-terms 

ビューで分類用語のノードカウント値を表示するにはどうすればよいですか？ノード数の降順で結果リストをソートします。

31 7  taxonomy-terms  views 

コンテンツタイプにボキャブラリーが関連付けられています。このコンテンツタイプで作成されたノードを分類するために選択できる用語は1つだけです。ボキャブラリーはビークルと呼ばれ、「車、トラック、ボート」という用語があります。コンテンツタイプの名前もVehiclesです。 パスautoを使用して[vocabulary：name] / [term：name]を表示するため、レンダリングするとsite.com/vehicles/trucksが表示されます。たとえば、すべてのトラックが表示されます...典型的なDrupalのもの。 OK... これで、「乗り物」というパスのあるページであるビューができました。コンテンツタイプ「車両」のすべてのアイテムを表示するように設定されています。このページビューは、「分類用語ID」という引数を取るようにも設定されています。 タクソノミー用語が存在する場合、タクソノミーパスに対して生成されるURLエイリアスは、引数が指定された[ビュー]ページとまったく同じであることに注意してください。 URLエイリアス分類パス= vehicle / trucks。引数を含むビューページ= vehicle / trucks。 これは意図的なものです。私の目標は、引数が存在しない場合にそのコンテンツタイプのすべての結果を表示することであり、引数が存在する場合、最も重要なことは、その分類用語に基づいて結果をフィルタリングし、引数なしと同じフィールドと構造を保持することです（と同じsite.com/vehicles）。 問題は、これが期待どおりに機能しないことです。site.com/vehiclesは、私のビューと関連するフィルターを正しく表示します。site.com/vehicles/trucksは、Drupalが提供する通常のフォーマットされていない分類リストのみを示しています。 これは、分類用語ID引数が正しく構成されていないためですか？ これは、ビューの後に分類フックが発動する重みの問題ですか？もしそうなら、どのように私はそれが正しく発火し、私に必要な結果を与えるように、ここで重みを再配置できますか？ 私があなたが提案しようとしていることは知っています-ビューには、Drupalのデフォルトビューをオーバーライドするタクソノミー/用語/％ビューが付属しています。 しかし、これは私の場合はうまくいきません。複数のコンテンツタイプがあり、それぞれに独自のボキャブラリーがあり、それぞれにオンビューと個別のフィールドセットがあります（たとえば、家と車には非常に異なるフィールドセットがあります）。すべてのコンテンツタイプに同じフィールドがある場合、分類法/用語/％が機能しますが、そのオーバーライドのフィールドを模倣することができますが、そうではないため、引数に基づいてパスを取得して、その語彙用語と私のフィールド構造を維持しますか？ 混乱する場合は申し訳ありません。参照のためのサイトへのリンクhttp://www.buyagainbaby.com。サイトは現在、タクソノミー/用語/％をオーバーライドとして使用していますが、各ビューがタクソノミーに基づいて結果セットをレンダリングする方法を担当するように変更する必要があります。

28 7  views  taxonomy-terms 

servicesという分類法があり、すべての用語をリストしたいと考えています。語彙を読み込むことができます $vocabulary = taxonomy_vocabulary_machine_name_load('Services') しかし、すべての条件を明らかにすることはできません。

25 7  taxonomy-terms 

Drupal 6では、/ adminの分類セクションに移動し、URLで$ vid（数値）を見つけることができます。 Drupal 7（エンティティとしての用語の導入による疑いなし）で、URLは、ボキャブラリーのマシン名（バンドル名？）admin/structure/taxonomy/my_vocabulary/edit。 私の最後のゲームは、taxonomy_get_tree（$ vid、$ parent、$ max_depth、$ load_entities）を使用してボキャブラリーをロードし、輝かしく豊富な方法で作業することですが、この関数はmachine_nameを受け入れませんが、おそらく数値を優先します$vid。 完全な語彙ツリー（つまり、すべての用語と相互の関係）を読み込む代替案を受け入れますが、この質問は、将来の世代のGoogleに直接答えられるべきだと思います。

24 7  taxonomy-terms 

私は何日もかけて次のことを行うためのクリーンな方法を決定しようとしました。 ボキャブラリーのすべてのトップレベル用語のリストを、それらの子用語へのリンクとともに表示します リンクをクリックすると、それらの用語の子のリストが表示されます。 最下位レベルの用語まで無限に広告を表示し、その用語でタグ付けされたノードのリストが表示されます。 これは非常に一般的に必要な機能のように見えますが、特にすべてのタームツリーが同じ深さまで下降するわけではない場合、任意の深さを処理できるソリューションは見つかりません。 理想的なソリューションは、ビュー3、コンテキスト、EntityFieldQueries、またはDrupal 7で十分にサポートされている他のものを使用するソリューションです。 用語関係（用語、用語の親、用語の親の親）と順次コンテキストフィルターのユーザーの3つのノードで簡単なビューを作成することで、ほぼ正確に必要なことを実行できます。これに関する唯一の問題は、termpathの深さが深すぎるノードがある場合、「未分類」としてリストされ、デッドリンクが生成されることです。それを行う代わりに、利用可能な次の子用語にリンクしてほしい。

23 7  views  taxonomy-terms 

本当に簡単な質問ですが、エンティティ参照フィールドよりもコア用語参照フィールドを使用することの利点はありますか？ 明らかに、タグ付けはエンティティ参照のオプションではありませんが、ノードページから新しい用語を作成するためにインラインエンティティフォームを使用し、正常に機能します（用語にフィールドがある場合はタグ付けよりも好みます）。 tl; dr タグ付けとは別に、分類用語を参照するために用語参照よりもエンティティ参照を使用する利点/注意事項はありますか？

22 entities  taxonomy-terms 

次のようなものを作成する必要があります。 色（語彙） 赤（期間） ダーク（ターム） ノード1 ノード2 ライト（期間） ノード3 ノード4 青（期間） ノード5 ノード6 緑（期間） ノード7 ノード8 （箇条書きはインデントです。） Drupal 7とビュー3でこれを行う方法はありますか？そうでない場合、これを行う別の方法はありますか？

22 7  views  taxonomy-terms 

Drupal 7では、exの名前を使用して用語をロードできます。 taxonomy_get_term_by_name($name) Drupal 8で名を指定して用語をロードする方法はありますか？

21 8  taxonomy-terms 

タグシノニムは、多くのサイトで人気のある重要な機能であり（たとえば、StackExchangeで使用されます）、分類シノニムは、Drupal 6のコア分類モジュールの一部として使用されていました。フィールドAPIを使用します。 シノニムが確実に機能する場合、検索で非常に役立ちます。たとえば、「America」を検索すると「USA」などのタグが付けられたコンテンツが見つかることを確認します。ただし、人気のあるSearch API - Facet APIを使用する場合、この機能を実装する標準的な方法についてのリードは見つかりませんノード検索用の関連する統合検索モジュールのファミリー。 このようなモジュールのクラスターで作業するときは、「フローに沿って進む」ことが重要です。これは、実装するシステムがコミュニティやモジュールメンテナーの思考に反しないようにするためです。それらが穀物に反するとき、それらは不安定であり、これらのモジュールへの将来の変更によって壊れる危険があります。 Search APIを使用してサイトのD7に分類法の類義語を実装するための、信頼できる/堅牢な/標準的な/期待される方法は何ですか？（特に、Search API Solrを使用しますが、特定の検索プロバイダーを抽象化するSearch APIの試みがこの場合に機能することを望みます）。 このシステムが動作しているように見えても、それがあなたが考え出したものであり、それが穀物に反するかどうか（Drupalではかなり一般的です）わからない場合は、とにかくあなたの情報と共有してくださいSearch API-Facet APIファミリのどの機能とモジュールが機能するか、または機能しないかをテスト、使用、および経験します。 私が研究で見つけた、もっともらしいが潜在的に不安定なオプション： D7 Search Synonymsモジュールはありますが、ほとんど使用されていないようです。また、Search API（Drupalコア検索を念頭に置いて設計されています）などのサードパーティの検索モジュールで動作するか、引き続き動作するかは確認されていません。編集： また、一般的にD7では信頼性が高すぎるようには見えません。 「類義語」と呼ばれる用語参照フィールドを分類用語に追加し、ノード自体の用語と同じ重みでSearch APIの用語からこのフィールドにインデックスを付けることは理論的には可能です。これはテキスト検索では機能しますが、Search APIファミリ全体にスムーズに組み込まれる堅牢なものというよりは、浅いMacGuyver-yダクトテープソリューションのように感じます。たとえば、用語「イギリス」にシノニム「イギリス」が含まれる場合、「イギリス」で検索するユーザーはユナイテッドカインドゴムでタグ付けされた結果を取得しますが、オートコンプリートタクソノミー公開フィルターに「イギリス」と入力するか、タクソノミーファクトを持つイギリスを選択します「United Kingdom」でタグ付けされたコンテンツは表示されません。***** 別の同様の可能性は、複数語のプレーンテキストフィールド「シノニム」を用語ボキャブラリーに追加し（または、コンマ区切りでも）、上記の用語名と同じ重みでインデックス付けすることです。しかし、これは上記の例の上記と同様の、さらに悪くない問題を持ちます。「英国」は、ファセットまたは公開されたフィルターのオプションとしてリストされさえしません。名前とシノニム（ "United Kingdom（Britain、UK）"）を組み合わせて複合フィールドを作成し、それを使用するようにファセット/公開フィルターなどを設定する方法があるかもしれませんが...これを行うには、心配するほどハッキーではなく、穀物に対して心配する必要はありません。編集： Search API Combinedはこのようなもののために設計されているようですが、私は 次に、すべてを用語名に詰め込むという最後の手段があります。これは望ましくなく、多くの場合、非常にいリストになることは明らかです（たとえば、「North韓国（PRK、朝鮮民主主義人民共和国）」...）。または、短いバージョンを表示する「表示名」フィールドを持ち、検索以外のすべて（すべてのビュー、Pathauto、用語名を使用する他のすべてのcontrib / coreモジュール）を設定して用語名の代わりにこれを使用します...非常にハックし、非常に穀物に対して。 Apache Solrには同義語機能があり、同義語のテキストファイルが読み取られ、これらの用語はそれを使用する検索全体で同義語として扱われます。ただし、Solrを使用するSearch APIセットアップでは可能ですが、これはモジュールメンテナーによってサポートされていない「独自のリスクでの試行」高度なSolr構成と見なされます。また、分類法の文脈での同義語よりも、サイトの言語での一般的な同義語の方が適切です。たとえば、英国、イングランド、スコットランドなどを区別しない分類法を持つサイトでは、タグ付けの文脈では同義語と見なしたいが、本文の検索の文脈では同義語と見なしたくない場合があります。編集： ヘッドファセットAPIメンテナーは、このルートに対して警告します Solr統合モジュールは、テキストではなくTIDとして用語を処理するためです。 これは欠陥のある例であることは承知しています。イギリス/イギリス、および一般的な国の場合、人々はどちらか一方しか持たないリストを使用することに慣れているからです。類義語を探すことを考えない、単純ではないケース（製品カテゴリなど）がたくさんあります。 更新：Drupal.org Facet APIキューの新しいスレッドの関連情報。また、Search APIキューの（現在未回答の）スレッド。 （同じトピックについてdrupal.orgのサポートリクエストやdrupalの質問があるかどうか疑問に思っているルール弁護士：はい、実際、モジュールメンテナーから圧力を取り除くことが推奨されています）

20 7  taxonomy-terms  search 

Productsボキャブラリーの用語を表示するビューを作成しました。 私が設定したビュー： 形式： HTMLリスト 表示：フィールド フィールド：分類用語：名前 正常に機能しますが、階層構造は失われます。 製品の語彙は、次の構造をしています。 - 車 - フォード -ボルボ - コンピューター - デスクトップ -ラップトップ しかし、ビューでは、用語は階層構造を失い、次のようにリストされます。 - 車 -フォード -ボルボ - コンピューター -デスクトップ -ラップトップ ここに何が欠けていますか？

20 views  taxonomy-terms 

taxonomy.module関数のリストにある、私が望んでいるように見える唯一の関数は、プライベート関数（_taxonomy_get_tid_from_term）のように見えます。 分類用語名のみがわかっていて、そのIDを調べる必要がある場合、どの関数を使用することになっていますか？

19 taxonomy-terms 

Drupal 7.9とpathauto 7.x-1.0-rc2を使用しています パスからアクセントを削除し、通常の文字に置き換えたい Á=A É=E Ó=O Í=I Ñ=N 等 分類フィールドタイプとノードタイトルを使用してパスを作成しています。 [node:field_provincia]/[node:title] 結果として、例えばávila/mérida pathautoには、この関数を適用するために使用できるフックがありますか？ function removeAccents($str) { $a = array('À', 'Á', 'Â', 'Ã', 'Ä', 'Å', 'Æ', 'Ç', 'È', 'É', 'Ê', 'Ë', 'Ì', 'Í', 'Î', 'Ï', 'Ð', 'Ñ', 'Ò', 'Ó', 'Ô', 'Õ', 'Ö', 'Ø', 'Ù', 'Ú', 'Û', 'Ü', 'Ý', 'ß', 'à', …

19 taxonomy-terms  path-aliases  uri