Sunspot: Solr-powered search for Ruby objects
All the power of the Solr search engine; all the beauty of Ruby. Sunspot exposes all of Solr's most powerful search features using an API of elegant DSLs. That means robust, flexible fulltext search with no boolean queries and no string programming. Index your objects. class Post < ActiveRecord::Base searchable do text :title, :body text :comments do comments.map { |comment| comment.body } end int
再・Solr のパフォーマンスチューニング - にょきにょきブログ
三年ほど前、Solr のパフォーマンスチューニングの記事を書いた。 aoking.hatenablog.jp これは古くなっており、現在の Solr では通用しない部分が多い。 改めて、現在の Solr のパフォーマンスチューニングに対する知見をここに記す。 はじめに 僕は日々 Solr のお世話をせっせとしており、今では扱っているインデクスのサイズが数テラバイト程度になっている。性能問題にぶつかることも何度もあり、そのたびに Solr のパラメーターのチューニングを行ってきており、時には自社向けのパッチを当てて高速化したり省メモリ化することもあった。僕の知見はきっと Solr ユーザーの皆様に役立つものでしょう。 さて、Solr のチューニングをしたい人は下記の公式 Wiki を穴が空くほど読むべし。 SolrPerformanceProblems - Solr Wiki 結論から言えば
64ビットプラットフォームで絶対お勧めのLuceneのMMapDirectory （Uwe氏のブログより） | 関口宏司のLuceneブログ
一定期間更新がないため広告を表示しています
Understanding and tuning your Solr caches - Teaspoon Consulting Pty Ltd
To obtain maximum query performance, Solr stores several different pieces of information using in-memory caches. Result sets, filters and document fields are all cached so that subsequent, similar searches can be handled quickly. The caches aren't magic, however, so it's important to understand what they do, and to tune them to suit your levels of search activity. This article describes the differ
Boolean Operators for Solr Users
The following is written with Solr users in mind, but the principles apply to Lucene users as well. EDITED: 2017-05-19 — Code samples and examples were updated to reflect Lucene 6.5 APIs and new default Similarity. I really dislike the so called “Boolean Operators” (“AND”, “OR”, and “NOT”) and generally discourage people from using them. It’s understandable that novice users may tend to think abou
Solr検索クエリの（たぶん）正しいエスケープ - miauのブログ
Solr で検索するときの特殊文字のエスケープ方法を調べていたんですが、ちゃんと実装＆説明されているケースが見あたらなかったので、自分なりに説明を書いておきます。 想定するケース ユーザが入力した文字列 str を使って、 query = "title:" + escape(str);のように検索式を組み立てる場合に、その文字列自体で検索するにはどのようにエスケープすればいいかを考えます。デフォルトのクエリパーサの動作しか調べていませんので、別のクエリパーサ（DisMax 等？）を使っている場合は何か変更が必要かもしれません。 エスケープの方法 エスケープは「\」を直前に挿入する前提で説明します。ダブルクォートで囲むことでも特殊文字を解釈させなくすることは可能ですが、フレーズ検索になってしまって期待とは違う結果が返ってしまうこともあるでしょうし、フレーズ検索の内部でも結局「"」のエスケープ
Masakiの戯言部屋::【Solr】クエリパラメータについて
正直まだ調査中のところが多いのです。 今の時点でも結構精度はよくなってきてはいるのですが形態素解析の悪いところが出るケースもあります。 辞書に登録されていないものに関してはうまく行かないことがあります。 後はLike検索がうまく言ってない場合も。 なのでこのエントリーでは引用を中心に書きます ↓参考サイト [Lucene] Query Parser Syntax｜ミ通信（本編） http://ameblo.jp/miralis/entry-10289721378.html Ride（らいど)の技術メモ http://alexride.blog83.fc2.com/blog-entry-6.html クエリパラメータ ■qt クエリータイプで、標準はstandard。 詳細は現在調査中。 ■wt 検索結果のフォーマットを指定できる。 xml：XML形式 js
はじめての検索エンジン＆Solr 第13回Solr勉強会
第13回Solr勉強会資料 「はじめての検索エンジン＆Solr」 検索エンジンの概要～Solrの活用まで （発表時の未公開スライドあり）Read less
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - glickbot/riak-banana: Riak2.0 + LucidWorks/banana
Heliosearch/Solrオフヒープフィルタ | 関口宏司のLuceneブログ