問題タブ [taxonomy]

分類用語パス:

http://api.drupal.org/api/function/taxonomy_term_path

エイリアスのないパスを返します。pathauto を使用してエイリアスという用語を指定しましたが、エイリアス化されたバージョンを返すにはどうすればよいですか?

ありがとう。

「関連商品」をよく目にします。たとえば、ブログには関連する投稿があり、本には関連する本があります。私の質問は、それらの関連性をどのようにコンパイルするかです。タグだけの場合、同じタグが付いていない関連アイテムをよく目にします。たとえば、「ピンク」を検索する場合、関連するアイテムに「紫」のタグを付けることができます。

誰かが何か考えを持っていますか？

Rspec で記述された 20k を超える単体テストを含むプロジェクトを調べ始めたところです (プロジェクト自体は Ruby で記述されておらず、テスト ケースのみです)。現在のテスト ケースの数は、機能が追加されるにつれて、将来的に劇的に増加すると予想されます。すでに (長期間にわたって) 起こったことは、RSpec がこのプロジェクトをテストするための特に優れたソリューションであるということです。彼らが抱えている最大の問題の 1 つは、テスト コードの分類法に関するものです。つまり、テスト ケース、フィクスチャ、ヘルパー コードなどに名前を付ける際の構造 (または欠如) です。

ご想像のとおり、20k を超える単体テストでは、非常によく似た名前のメソッドが多数あり、それらはすべてグローバル名前空間から読み込まれるヘルパー メソッドを使用しています。

問題が深刻な領域を 1 つだけ強調すると、このアプリケーション内には最大 10 個のデータベースがあります。これらすべてのデータベースについて、テーブル/列/ビュー/制約/ストアド プロシージャなどの構造をチェックすることは、既存の RSpec 単体テストで (かなり合理的に) カバーされています。ただし、チェックする必要があるこのデータベースのコレクション内の DDL エンティティの総数は、おそらく 10000 を超えています。DB 構造チェックの全範囲をカバーし、DB 構造のサブセットのみを選択的にテストできるようにするには、次のいずれかが必要です。

• 10000 の個別のメソッド (そして、私はそのオプションをすぐに除外します!)

• テスト ケース内のかなり複雑な命名規則 (つまり、DB 名 + テーブル名 + 列名 + ... を含むもの)、
• または、たとえば DB 名、テーブル名、列名などをジェネリック メソッドに渡します。
• または、名前空間による関心の分離 (RSpec 内でこれを行うエレガントでスケーラブルな方法を私は知りません)、
• または、いくつかの巧妙なメタプログラミング (最終的には、すでに厄介な構造を追跡するのがさらに難しくなる可能性があると思われます)。

現在存在しているのは、私が知る限り、上記のすべての一部であり、明らかな計画はあまりありません...

この混乱を正し、RSpec テストにある種のスケーラブルな構造を与えるために参照できるヒントや参考文献はありますか? 特に、非常に大規模なプロジェクト用にさまざまな RSpec ファイルを構成する方法についての提案は大歓迎です。

私は次のようなDrupalセットアップを持っています：

• コンテンツタイプ：アパート
• 語彙：アパートで使用できるエリア。
• コンテンツタイプ：ユーザープロファイル。ユーザーが関心のあるエリアを選択できるように、エリアのコンテンツ分類フィールドがあります。

その地域のアパートに一致するすべてのユーザープロファイルを表示するビューが欲しいのですが。つまり、「ユーザープロフィール<->エリア<->アパート」が加わります。私はしばらくの間ビューインターフェイスをいじくり回してきましたが、これを達成するためにリレーションをどのように設定できるかは私にはわかりません。誰かが私にヒントを与えることができますか？

ビューでこれを簡単に解決できない場合、それ以外の方法でそれを行うための良い方法は何ですか？ご協力いただきありがとうございます。

冗談はさておき、何かを含む可能性のあるアイコンのライブラリのタグ階層を構築しようとしています。問題は、(ほとんどの) オブジェクトの明確で単純な階層を作成する方法です。ユーザーの検索を支援するためだけに、非常に具体的なカテゴリを作成しようとしているわけではありません (10,000 個のアイコンを 100 個のカテゴリに絞り込むことができれば、すでに大きな助けになるはずです)。

自分でゼロから始めたのですが、それを正しくするのは非常に難しいと感じています。このテーマについては、すでにいくつかの研究が行われていると確信しています。誰でも私を正しい方向に向けることができますか?

ありがとう。

ノードが関連付けられているdrupalの用語の関連付けられた配列を取得する必要があります。しかし、私はそれを適切なアルゴリズムを理解することができないようです。

私が欲しいのはtaxonomy_get_tree（）のようなものです。ただし、ノードが関連付けられている用語のみ。

ドロップダウンリストを連続してドリルダウンすることで、分類法をナビゲートする方法をユーザーに提供したいと思います。

簡単な例は、ebay のカテゴリーのようなものです。たとえば、「衣料品」というカテゴリを選択すると、次のドロップダウン リストには、「ショーツ」、「パンツ」、「コート」など、衣料品の下にあるすべてのサブカテゴリが表示されます。

jQuery プラグイン mcDropdown を見てみました。インターフェイスは本当にいい感じです。ただし、分類法全体を一度にプラグインに渡す必要があるようです。私が調べた他のプラグインにも、この制限があります。

データを動的に取得して表示するものが必要です。したがって、ユーザーが「衣料品」を選択すると、UI はその選択をサーバーに送り返し、サーバーは「衣料品」のサブカテゴリのリストを送り返します。

それを行うjQueryプラグインはありますか? または、プレーンな jQuery でそれを実装するには何が必要でしょうか?

私は jQuery の方が好きですが、他のフレームワークでも問題ありません。

ビューで、ユーザーがより高いレベルの分類用語を検索してもその親と一致するように、cck分類フィールドを構成することは可能ですか？Placesと呼ばれるこの分類法があるとしましょう。

たとえば、ヨーロッパを選択して、フランス、ドイツ、または英国とその子ノードに一致するすべてのコンテンツをユーザーが検索できるようにしたいと思います。

Drupal 5 サイトで、分類リスト ページを検索結果から除外する必要があります。たとえば、http://site.com/category/role/guest-speakerは、語彙ロールで guest-speak でタグ付けされたすべてのノードのリストを返します。

高度な検索モジュールを試しました。これは、用語の検索を妨げるだけです。

それから、子守唄のチュートリアルが役立つだろうという予感がしましたが、タイプでフィルタリングできるとは思いません。

何か案は？