全文検索エンジン Hyper Estraier 2

[1 名無しさん＠お腹いっぱい。 2007/04/17(火) 19:56:12]

http://hyperestraier.sourceforge.net/index.ja.html

[2 名無しさん＠お腹いっぱい。 2007/04/17(火) 19:57:06]

前スレ
http://pc11.2ch.net/test/read.cgi/unix/1100221699/

[3 名無しさん＠お腹いっぱい。 2007/04/17(火) 21:59:35]

「はっ！はぁぁぁあんっ！ナ、ナマズは？ナマズは、こ、超えたの？？」

[4 名無しさん＠お腹いっぱい。 2007/04/17(火) 22:08:40]

いいえ、タイにご執心の気違い次男がいる限り、なまずは不滅です。
もっとも最近は、もっとダイレクトにcockらしいですが。

[5 名無しさん＠お腹いっぱい。 2007/04/18(水) 00:12:47]

>>1
乙

[6 名無しさん＠お腹いっぱい。 2007/04/18(水) 22:59:59]

こんなところにエロゲーのスレが！？？

[7 名無しさん＠お腹いっぱい。 2007/04/19(木) 08:50:05]

>>6
「イサキ 大漁」で検索

[8 名無しさん＠お腹いっぱい。 2007/04/19(木) 17:49:02]

インストール方法から検索方法までの詳細
↓
↓

[9 名無しさん＠お腹いっぱい。 2007/04/19(木) 18:58:11]

つGoogle

[10 名無しさん＠お腹いっぱい。 2007/04/22(日) 17:16:55]

いちいちhttpdなんか動かしてられるか！
ってひとのため。
http://green.ribbon.to/~ikazuhiro/lookup/ndest.html

[11 名無しさん＠お腹いっぱい。 2007/04/22(日) 20:12:08]

フロントエンド、統一してくれんかのぅ

[12 774 2007/04/23(月) 01:14:13]

前スレとの二重カキコご免なさい。
http://athlon64.fsij.org/~mikio/wikipedia/estseek.cgi?clip=8
こちらのサイトでtestを検索
http://athlon64.fsij.org/~mikio/wikipedia/estseek.cgi?phrase=text&perpage=10&clip=8&navi=0&attr=&order=
すると関連キーワードとして
Related terms: text, rowspan, style, align, center, color, background, key
というふうに出てきますが、これって配布されているCGI、estseek.cgiでも出すようにできますか？？
いろいろ調べているんですが、方法が一向に分からず。
ご存知の方いらしたら改造のしかた教えて下さい。

[13 名無しさん＠お腹いっぱい。 2007/04/24(火) 22:20:44]

複数のインデックスを作っておいて、同時に検索できるのでしょうか？
estseek.confのindexname: 部分では複数の記述ができませんでした。

[14 13 2007/04/24(火) 22:22:08]

すみません。前スレに移動しました。

[15 名無しさん＠お腹いっぱい。 2007/05/02(水) 19:49:28]

relwords.qdb って何処で入手できるんでしょうか。

[16 名無しさん＠お腹いっぱい。 2007/05/02(水) 20:50:02]

ttp://qdbm.sourceforge.net/mikio/rbbs.cgi?id=RA11373623770980940568&focus=1

[17 名無しさん＠お腹いっぱい。 2007/05/02(水) 21:16:15]

>>16
http://athlon64.fsij.org:8080/wikipedia/relwords.tsv.bz2
は
http://athlon64.fsij.org/wikipedia/relwords.tsv.bz2
のようですが、not found なのです。

wikipediaのデータを使っているようなので、GNU FDL に基づいて
作者に直接請求しなければならないのでしょうかね。

[18 16 2007/05/02(水) 22:17:48]

俺なら作者に「お願い」するけどな。

ところでGNU FDLに基づいて公開義務が生じる根拠って何かあるの?

[19 名無しさん＠お腹いっぱい。 2007/05/03(木) 13:45:41]

ここで改変されたデータへのアクセスを提供してる。
http://athlon64.fsij.org/~mikio/wikipedia/relwords.cgi

[20 名無しさん＠お腹いっぱい。 2007/05/06(日) 11:58:48]

これだろ
http://athlon64.fsij.org/~mikio/wikipedia/relwords.qdb

[21 名無しさん＠お腹いっぱい。 2007/05/07(月) 11:24:34]

>>20
多謝です。

[22 名無しさん＠お腹いっぱい。 2007/06/12(火) 00:07:48]

KaMailV3もここで良い？

[23 名無しさん＠お腹いっぱい。 2007/06/12(火) 15:08:13]

xyzzyのスレがあるべ。
作者さんはずっとあっちの人だ

[24 名無しさん＠お腹いっぱい。 2007/06/20(水) 03:25:39]

estcmd search -ord のあとに何をかけばいいのかわかんねー。
rubyの二つの bindingもどういう得失があるんだろう..
やっぱり purerubyだとちょっと遅いとか??
ちょっとソースに diveしてくる。

[25 名無しさん＠お腹いっぱい。 2007/07/02(月) 22:06:30]

mixiが自社開発の検索エンジンに移行、ウェブ検索はYSTに:ニュース - CNET Japan
http://japan.cnet.com/news/media/story/0,2000056023,20352009,00.htm

Hyper Estraier あげ

[26 名無しさん＠お腹いっぱい。 2007/07/03(火) 09:54:12]

mixy日記はコーパスとしておもしろそうだよねえ。

[27 名無しさん＠お腹いっぱい。 2007/07/04(水) 20:56:32]

namazu.el と同じようなフロントエンドおねがいしますー。

上にあったlookupじゃ使いにくいです。
リターン一発で編集したいです。

[28 名無しさん＠お腹いっぱい。 2007/08/26(日) 14:16:34]

Windowsバイナリ版で作成したインデクスと付属CGI(estseek.cgi及び関連ファイル)は
そのままレン鯖にうpしても動かないですかね？
試用段階なのだけど、なにか違うんだろうか。

[29 28 2007/08/26(日) 15:33:46]

ご、ごめん、いずれにしてもRubyからアクセス(検索)することになるので
そっちをテストしたらうまくいきました。
付属CGIが動かない理由はまだわからないけど、
自分でもいまいち整理できてないですし、
estseek.cgiは使わないので質問は取り下げます。
ごめりんこですm(_ _)m

[30 名無しさん＠お腹いっぱい。 2007/09/04(火) 21:14:26]

ちかごろ良さげなパッチがMLに
流れてるが、作者はマージせんのか。
中華、作者はメンテしてんのか？

[31 名無しさん＠お腹いっぱい。 2007/09/05(水) 02:18:45]

確か1.4.9と1.4.10の間も長かったな。
mixi移籍後社内業務で手一杯なのか開発速度が大幅に落ちた希ガス

[32 名無しさん＠お腹いっぱい。 2007/09/05(水) 11:32:08]

Tokyo Cabinet なんてのも作ってるしなあ。 QDBM ともども H.E. もこのまま放置されたりして。
http://tokyocabinet.sourceforge.net/

つーか代わりにメンテナに立候補する香具師はおらんかなあと思う今日このごろ。

[33 名無しさん＠お腹いっぱい。 2007/10/28(日) 19:54:12]

>>32
開発スピードが遅くなるのはいいんだけど、放置プレイだけが心配だなぁ。
Tokyo Cabinet で QDBM の不満点を解消したとかいってるし、QDBM 放置 → H.E. も放置な流れの気配が…

[34 名無しさん＠お腹いっぱい。 2007/11/05(月) 14:51:27]

100万レコードくらいのインデックスを作成したいのですが、
mysqlのエラーで止まります。何かいい方法ありますか？

[35 名無しさん＠お腹いっぱい。 2007/11/06(火) 00:03:34]

そもそもmysqlのエラーというのが発生する経緯がわからん
どういう使い方をしているのか、それを説明したまえ

[36 34 2007/11/06(火) 19:34:03]

>35

レスありがとうございます。
hyperestraierとacts_as_searchableというrailsのプラグインを使って、全文検索を行いたいと考えています。

acts_as_searchableに備わっているreindex!というメソッドを実行すると、インデックスが構築される仕様になっているのですが、
これを実行すると、だんだん処理が重くなり、最終的にはMysql::Error: Lost connection to MySQL server during queryというエラーが出てしまいます。

reindex!というメソッドはデフォルトでは対象になるレコードを一気にメモリにのせてしまうので、
そのあたりは負荷を減らすようなコードに修正して実行しています。
（このような感じです。ttp://d.hatena.ne.jp/yune_kotomi/20070912/1189617411）

hyperestraierのメーリングリストで、mysqlのLost Connectionを改善する
mysql_retry_lost_connectionというrailsのプラグインを教えて頂いたのですが、
インストールしても効果がなく、どうも、接続が切れる前の段階でつまずいているような気がします。

対象レコード数は100万弱で、途中で止まってしまいましたが、
#docs => 22897、#words => 196666まではいけました。

なにかアドバイスいただければ幸いです。
よろしくお願いします。

[37 名無しさん＠お腹いっぱい。 2007/11/07(水) 11:56:45]

そのMySQLのqueryとやらは、その先の処理が何時間かかろうともいつまでも待ってくれるの？
単にタイムアウトしているだけのような気が...

[38 名無しさん＠お腹いっぱい。 2007/11/08(木) 01:02:45]

つーかMLとマルチ？やるなあおい