問題タブ [sunspot-rails]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
ruby-on-rails-3 - セッションで Sunspot/Solr order_by :random の一貫性を維持したい
Rails 3.2 アプリケーションとの Solr 統合に Sunspot gem を使用しています。私の検索はかなりパラメータ化されているため、関連性でソートする代わりに、デフォルトで order_by(:random) を使用してソートします。
問題は、アプリケーションの一部の機能が (サインイン後などに) ユーザーを検索結果ページに戻すことですが、並べ替えが一貫していないため、戻ったときに結果が変わってしまいます。いくつかの文脈では、それは単なる壊れたものです。
ユーザーのセッションのランダム フィールドを "ロック" する Sunspot の適切な方法はありますか? または、コードを分解してパッチを作成する必要がありますか?
sunspot - 黒点レールとキャロット2
Rails アプリケーションに sunspot_rails gem を使用しています。クラスターエンジンのcart2をレールアプリに統合する方法はありますか? solr configsでコメントされているように、明らかにcarrot2はsunspotの一部です。しかし、誰かがすでにそれを統合しているかどうか知りたいです。
ruby-on-rails-3 - サンスポットをインストールしようとしたときのJavaランタイムエラー
この問題に関連する他のブログやSOの質問を見たことがありますが、どれも役に立たないようです。solrを使用してsunspotをインストールしようとしていますが、次のコマンドを実行するとエラーが発生し続けます。
これは、コマンドの実行からのトレースです。
私のgemfile:
Javaランタイム環境がないようですが、すでにJavaをインストールしています。何をすべきかわからない。また、いくつかのgithubの問題があり、すべてが最新バージョンで動作するようですが、それでも動作させることができません。助けてください。
solr - Solr - 推奨されるバッチサイズの再インデックス
Rails アプリケーションに Solr をインストールしました (sunspot を使用)。
テーブルの 1 つでいくつかの列のインデックスを solr に再作成してもらいたいのですが、テーブルがかなり大きい (~50M レコード)。
使用する推奨バッチサイズは? 現在、私は1000を使用しており、1日以上実行しています。
何か案は?
sunspot-rails - SunSpot solr でのインデックス作成の遅延は、レコードの保存時に削除要求を行う
遅延インデックス作成は正常に機能していますが、記録の保存では、削除要求が websolr に送信されます...ここにログが表示されます
SOLR リクエスト (14.3ms) [ path=# parameters={data: Message 547488, headers: {"Content-Type"=>"text/xml"}, method: post, params: {:wt=>:ruby},クエリ: wt=ruby, パス: update, uri: http://index.websolr.com/solr/index/update?wt=ruby , open_timeout: , read_timeout: } ]
SOLR リクエスト (12.4ms) [ path=# parameters={data: Message 547488, headers: {"Content-Type"=>"text/xml"}, method: post, params: {:wt=>:ruby},クエリ: wt=ruby, パス: update, uri: http://index.websolr.com/solr/index/update?wt=ruby , open_timeout: , read_timeout: } ]
SOLR リクエスト (9.7ms) [ path=# parameters={data: , headers: {"Content-Type"=>"text/xml"}, method: post, params: {:wt=>:ruby}, query: wt=ruby, path: update, uri: http://index.websolr.com/solr/index/update?wt=ruby , open_timeout: , read_timeout: } ]
これらは、単一のメッセージの作成に対して行われた 3 つの要求です。
ここに私の検索ブロックがあります
お早めにご覧ください、
ありがとう
ruby-on-rails-3 - sunspot_railsgemを使用してbelongs_toassociationの検索可能なメソッドを作成する方法
私は2つのモデルを持っています。1つはブランドで、もう1つはproduct_detailです。brandsテーブルにはidフィールドとnameフィールドがあり、product_detailsテーブルにはフィールドid、name、price、discount、brand_idがあります。
ブランドには多くのproduct_detailsがあり、product_detailはブランドに属しています
brand.rbは次のようになります。
product_details.rbは次のようになります
黒点レールを使って検索しようとしています。ユーザーが入力したテキストでブランド名と製品名に基づいて検索したい。これを行うために、私は次のような検索可能なメソッドを作成しました。
rake sunspot:reindexを実行すると
nilクラスのエラー未定義メソッドマップをスローしています
このようにコードを変更した場合
product_detailクラスの未定義のメソッドbrandsのエラーをスローしています
これを行う方法を教えてください。
ruby-on-rails - Sunspot::Rails-特定のリクエストを保存した後にコミットしない方法
閲覧後に閲覧回数を更新するモデルがあります。これにより、view-count属性がインデックスに登録されていなくても、モデルのインデックスが再作成されます。もちろん、ページが表示されるたびにSolrを押すわけではありません。
この特定のアクション中にSunspotがこのモデルへの変更をコミットしないようにするにはどうすればよいですか?
ruby-on-rails - エラーはありませんが、太陽黒点の宝石を使用しても速度は向上しません
約 3000 レコードのテーブルに対して、従来Post.all(...)
型と Sunspot の結果を比較する速度テストを実行しました。Post.search(...)
どちらの場合も、読み込みに 12 秒かかります。速度の向上を除いて、すべてが機能しているようです。
環境: Ruby 1.8.7、Rails 2.3.14
Sunspot.yml:
Gemfile:
コントローラ:
意見:
私はかなり基本的なことを見落としていると思いますか?
solr - SunspotとRailsを使用した文字列フィールドの検索
私のチームは、アプリケーションの検索プロバイダーとしてSolrとSunspot-Railsを実装しようとしています。私たちの話では、テキストフィールドに加えて特定の文字列フィールドを検索する必要があります。ActiveRecordコールバックを使用して、これらのフィールドを(テキストタイプの)統合インデックスフィールドに集約する人もいます。これが私の唯一の希望ですか、それとも私が見逃しているワイルドカードの議論がありますか?
solr - Solr 3.5 による黒点。リアルタイム検索のインデックスを手動で更新する
Rails 3 と Sunspot solr 3.5 を使用しています。私のアプリケーションは、Solr を使用してユーザー生成コンテンツのインデックスを作成し、他のユーザーが検索できるようにします。目標は、ユーザーがこのデータをアップロードしてからできるだけ早く検索できるようにすることです。これがリアルタイム検索に該当するかどうかはわかりません。
私のアプリケーションには 2 つのモデルがあります
- 投稿
- PostItems
ユーザーが post_item レコードで提供される特定の説明に基づいて検索すると、対応する投稿オブジェクトが検索で使用可能になるように、投稿アイテムのデータを含めることで投稿にインデックスを付けます。
ユーザーは頻繁に post_item を更新するため、新しい post_item が追加されるたびに、検索中に新しい post_item を使用できるように、対応する投稿オブジェクトのインデックスを再作成する必要があります。
したがって、現時点では、新しい post_item オブジェクトを受け取るたびに実行します
このドキュメントによると、インデックスとコミットを即座に更新します。これは機能しますが、これはこのシナリオでインデックス作成を処理する正しい方法ですか? ここで、検索中に index を呼び出すと solr が壊れる可能性があることを読みました。また、頻繁に手動でインデックスを呼び出すこともできません。
これを行う正しい方法に関する提案。ElasticSearch に切り替える以外の選択肢はありますか