ttp://http://hyperestraier.sourceforge.net/index.ja.html ttp://pc11.2ch.net/test/read.cgi/unix/1100221699/ もっとも最近は、もっとダイレクトにcockらしいですが。
乙
「イサキ 大漁」で検索
↓
↓
ってひとのため。
ttp://http://green.ribbon.to/~ikazuhiro/lookup/ndest.html ttp://http://athlon64.fsij.org/~mikio/wikipedia/estseek.cgi?clip=8 こちらのサイトでtestを検索
ttp://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でも出すようにできますか？？
いろいろ調べているんですが、方法が一向に分からず。
ご存知の方いらしたら改造のしかた教えて下さい。
estseek.confのindexname: 部分では複数の記述ができませんでした。
ttp://qdbm.sourceforge.net/mikio/rbbs.cgi?id=RA11373623770980940568&focus=1 ttp://http://athlon64.fsij.org:8080/wikipedia/relwords.tsv.bz2 は
ttp://http://athlon64.fsij.org/wikipedia/relwords.tsv.bz2 のようですが、not found なのです。
wikipediaのデータを使っているようなので、GNU FDL に基づいて
作者に直接請求しなければならないのでしょうかね。
ところでGNU FDLに基づいて公開義務が生じる根拠って何かあるの?
ttp://http://athlon64.fsij.org/~mikio/wikipedia/relwords.cgi ttp://http://athlon64.fsij.org/~mikio/wikipedia/relwords.qdb 多謝です。
作者さんはずっとあっちの人だ
rubyの二つの bindingもどういう得失があるんだろう..
やっぱり purerubyだとちょっと遅いとか??
ちょっとソースに diveしてくる。
ttp://http://japan.cnet.com/news/media/story/0,2000056023,20352009,00.htm Hyper Estraier あげ
上にあったlookupじゃ使いにくいです。
リターン一発で編集したいです。
そのままレン鯖にうpしても動かないですかね？
試用段階なのだけど、なにか違うんだろうか。
そっちをテストしたらうまくいきました。
付属CGIが動かない理由はまだわからないけど、
自分でもいまいち整理できてないですし、
estseek.cgiは使わないので質問は取り下げます。
ごめりんこですm(_ _)m
流れてるが、作者はマージせんのか。
中華、作者はメンテしてんのか？
mixi移籍後社内業務で手一杯なのか開発速度が大幅に落ちた希ガス
ttp://http://tokyocabinet.sourceforge.net/ つーか代わりにメンテナに立候補する香具師はおらんかなあと思う今日このごろ。
開発スピードが遅くなるのはいいんだけど、放置プレイだけが心配だなぁ。
Tokyo Cabinet で QDBM の不満点を解消したとかいってるし、QDBM 放置 → H.E. も放置な流れの気配が…
mysqlのエラーで止まります。何かいい方法ありますか？
どういう使い方をしているのか、それを説明したまえ
レスありがとうございます。
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まではいけました。
なにかアドバイスいただければ幸いです。
よろしくお願いします。
単にタイムアウトしているだけのような気が...
残念ながら俺は MySQL と組み合わせたことも Rails も使ったことがないからよくわからん。
つか普通 MySQL で全文検索するんだったら Senna じゃね?
のがダメな点だな。
作者の手を煩わせてはいかんよ。
著作権保持者を維持してるので、開発コミュニティの形成はforkでもしないと
無理だよ。
[UVSET]してるけどなー
属性検索で速く検索する方法ありますか
それ属性インデクス追加のオプションだっけ？
おれは
estcmd create -attr @uri str idx
とかやって属性インデクス付けたよ．
1000万件位のレコード数だったけど，URI検索は体感できるほど
速くなった．
で、いざ新バージョンが出たら沈黙ってなんだよ。
ttp://http://hyperestraier.sourceforge.net/index.ja.html > 最新のソースパッケージ（バージョン1.4.12）
あれ、いつの間に。
ML 入ってるけどリリース情報なかったぞ。
何にせよ復活age.
ただ、ChangeLog 見る限り、
2007-11-18 Mikio Hirabayashi <mikio@users.sourceforge.net>
* estraier.c: code clean-up.
- Bugs related to type casting of perl binding were fixed.
- Release: 1.4.12
2006-11-11 Mikio Hirabayashi <mikio@users.sourceforge.net>
* estraier.c (est_resmap_add): "method" argument was added.
* estraier.c (est_inode): a bug related to overflow was fixed.
* estraier.c (est_narrow_score): a bug related to attribute distinction was fixed.
* estraier.c (est_search_union): search accuracy with trailing uni-gram was improved.
* estmaster.c (searchlocal): a bug related to scanning with regular expressions was fixed.
* estscout.c (realmain): "union", "score", and "idsuffix" attributes were added.
* estsupt.c (realmain): "score" attribute was added.
* estsupt.c (procsearch): accuracy of hint was improved.
* estsupt.c (realmain): "logmsg" parameter was added.
* estscout.c (realmain): "distinct" parameter was added.
* estscout.c (showresult): cache clear at random was added.
- Release: 1.4.11
ここのところ精力的に ML に投げられてたパッチはマージされてなさげ?
なんとかならんですかね。
ttp://http://www.osstech.co.jp/product/chimera > 構築コンポーネントに以下のOSS（オープンソースソフトウェア）を利用
> しているため、安価に導入できるのに高性能・高機能を発揮します。
> * プログラム言語： Rubyおよび Ruby On Rails
> * 全文検索システム ： Hyper Estraier
會→会
懷→懐
みたいに異体・旧字体・繁体・簡体をまとめてくれるといいのに。
estraier.c のなかの canonize なんとか関数に誰かちょっちょっと書き加えてくれ。
こういう製品って虚しいよね。
だって、導入６０万、年１２万だったらGoogle MINIの方が
安いし、ハードウェア込みの提供だからメンテフリーだし。
実際，うちの会社はWWW用はGoogleMINI にした。
部内サーバは自分でHyper Estraierをいれた。
それはそうなんだが、Google MINIってちっとも社内のニーズに合わせてくれなくて不満がでるんだよな。
ページの計算もなんか適当に丸められちゃうし。
acts_as_searchableの未完成具合に泣いたけどｗｗ
Rails系のエンジニアに聞くと皆使ってるし、
結構いろんなサービスでも使ってるみたい。
( ￣0￣)Ψ 誰かぁぁ PHP-nativ binding を作ってぇ〜
ttp://http://*****:1978/node/***/search_ui の形式で検索には成功しました。 次ステップで
estraierpure.rb を PHP に移植したという 「EstraierPure for PHP 4.3」を使用し、ClassNodeを利用しましたが、検索結果に同じサイトばかり表示されてしまいます。
１：Pure版には 類似隠匿機能はないのでしょうか。
Ruby、Javaにもないようですし..
２：Binding版（Perl等）には、類似隠匿機能（set_eclipse)があるのですが、classNode がありません。
Binding版で、P2P（ノード）利用した検索をシステムって可能なのでしょうか。
CPAN（Search-Estraier）を観ましたが、classNodeがあったのですが、set_eclipseがありませんでした
３：そもそもBinding版とPure版の違いってなんでしょうか。（汗
全く、的外れな質問でしたらお許しください
やりたいのは、「P2P＋クローラーでの検索サーバーの構築」です。
Pureには、実装されてないようです。
＞そりゃ俺がやるから使う側は楽なんだけどさ、面倒くせーことこの上ない。
ttp://qdbm.sourceforge.net/mikio/rbbs.cgi?id=RA11306060711414945086 検索漏れ大杉でとても使う木になれん
ヒント Mecab
Ｃで組むならＱＤＢＭの使いこなしが必要。
関数になれましょう
Windows版バイナリパッケージのverは1.4.10で止まったままなんでしょうか.
どなたかビルドしておられたらありがたいですが
辞書データ変換ツール一般についてと
(製品版のデータを全部持った)体験版のデータ変換についての話が
入り乱れてないか?
ＤＢが開いた状態で、プロセスが落ちると１００％ぶっ飛ぶ
速いらしいが、こんなん怖くて使えないわ。
どうでもいいような、無くなってもいいデータしか扱えないわ。
さてと、１０００万件のデータ、ゼロから収集だわ（鬱
なんとかならんでしょうかね
ttp://http://qdbm.sourceforge.net/mikio/rbbs.cgi?id=RA11226165321819719571 よかったな! sdbmの方が圧倒的に速いぞ。
ノーヘルどころか、頭蓋骨すらない脳味噌丸出しのバイク便の差。
高速道路で同じ荷物を運んで どっちの運ちゃんが逝くかは明白。
シートベルト程度の防御は欲しいけど、速さと安全は成り立たないだろね。
ＲＡＭにカキコされたキャッシュ程度のモンよ
お前喩えのセンスあるな
安全性上がるのか?
ttp://http://alpha.mixi.co.jp/blog/?p=90 > 耐障害性の向上 : データベースファイルが壊れにくい
って書いてあるな。
速度だけでなく安全性も向上するのか。
ttp://http://alpha.mixi.co.jp/blog/?p=98 > QDBMにおいては、データベースを開いているアプリケーションが異常終了した場合、
> もしくはデータベースを適切に閉じずに終了した場合は、データベースが壊れるように
> していました。それらは明白なバグであり、アプリケーションの作者やそれを使うことを
> 選択したユーザに何らかの意識的な対処を求めることが適切であると考えたからです。
> (中略)
> しかし、上記のような理想主義と「上から目線」では現実の問題に対処できないことを
> 近ごろ感じはじめました。マナーを守らない/守れないユーザやユースケースも結構な
> 割合で存在するのが現実なのです。したがって、TCは、マナーを守らないアプリケー
> ションやそのユーザにも宥和する戦略に転換しました。
突然の停電とか当たり前に起こりうる事態なんだから、
バグとかマナーとかそういう問題じゃないと思うんだよな…
アプリにバグが無くても OS の不具合で落ちることなんかしょっちゅうだしな。
能力的に対処できないということはなさそうだから、
実世界の面倒くさいことから逃避するための言い訳か。
> アプリにバグが無くても OS の不具合で落ちることなんかしょっちゅうだしな。
そんな事がしょっちゅうあるようなOSは使わないのが普通。
開発者がアレだとユーザもアレなのが集まるというのを実感しないでもない。
おまえは Windows を使ったことがないのか?
サーバールートdirの _pid と _stop の削除
●ＤＢの復旧
estcmd repair index_path
｢out of memory｣で止まってしまいました。( p_q)エ-ン
クローラールートディレクトリ(rootdir)内が飛んだようで
以後、
estwaver crawl rootdir で 「could not open」となり起動できません。
メモリが少ないのはわかるのですが、先日までは正常に動作してました。
rootdirの復活方法など対処方法を教えてください (o*。_。)oペコッ
耐障害性の確保は上位層でやれってことだろ。
オーバーヘッドを減らすためには妥当な技術選択だ。
あんたらが考えてるくらいのことはとっくに考えてるはずだよ。
その例としてTokyo Tyrantでちゃんと耐障害性を確保しているしな。
ttp://http://alpha.mixi.co.jp/blog/?p=147 これベースでHEを作ってくれないかなぁ。
中見てないけどtokyoestraierってのがそうじゃないの?
選択肢の一つではあるが、技術的に妥当な選択だとは思わないな。
用途が制約される(上位層やユーザがその要求を履行するのは難しい)という点で。
consistencyを真面目に考えたらそれこそスタンドアロンでは実現できないし。
後継は、tokyoestraier（ＴＥ）でしょう。
ttp://http://hyperestraier.sourceforge.net/past/?M=A 