トップページunix
298コメント107KB

全文検索エンジン Hyper Estraier 2

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2007/04/17(火) 19:56:12

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

0031名無しさん@お腹いっぱい。2007/09/05(水) 02:18:45
確か1.4.9と1.4.10の間も長かったな。
mixi移籍後社内業務で手一杯なのか開発速度が大幅に落ちた希ガス
0032名無しさん@お腹いっぱい。2007/09/05(水) 11:32:08
Tokyo Cabinet なんてのも作ってるしなあ。 QDBM ともども H.E. もこのまま放置されたりして。
http://tokyocabinet.sourceforge.net/

つーか代わりにメンテナに立候補する香具師はおらんかなあと思う今日このごろ。
0033名無しさん@お腹いっぱい。2007/10/28(日) 19:54:12
>>32
開発スピードが遅くなるのはいいんだけど、放置プレイだけが心配だなぁ。
Tokyo Cabinet で QDBM の不満点を解消したとかいってるし、QDBM 放置 → H.E. も放置な流れの気配が…
0034名無しさん@お腹いっぱい。2007/11/05(月) 14:51:27
100万レコードくらいのインデックスを作成したいのですが、
mysqlのエラーで止まります。何かいい方法ありますか?
0035名無しさん@お腹いっぱい。2007/11/06(火) 00:03:34
そもそもmysqlのエラーというのが発生する経緯がわからん
どういう使い方をしているのか、それを説明したまえ
0036342007/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まではいけました。

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







0037名無しさん@お腹いっぱい。2007/11/07(水) 11:56:45
そのMySQLのqueryとやらは、その先の処理が何時間かかろうともいつまでも待ってくれるの?
単にタイムアウトしているだけのような気が...
0038名無しさん@お腹いっぱい。2007/11/08(木) 01:02:45
つーかMLとマルチ?やるなあおい
0039名無しさん@お腹いっぱい。2007/11/08(木) 08:42:09
作者こないね

0040名無しさん@お腹いっぱい。2007/11/08(木) 22:48:10
マルチっていうより、ML で有効なレスポンスがないからこっちにも、ってことだろう。
残念ながら俺は MySQL と組み合わせたことも Rails も使ったことがないからよくわからん。
つか普通 MySQL で全文検索するんだったら Senna じゃね?
0041名無しさん@お腹いっぱい。2007/11/11(日) 18:28:54
いや、だからさ、作者はメンテする意思あんのか、と。
0042名無しさん@お腹いっぱい。2007/11/12(月) 00:50:42
メンテナンスに関しては、開発者コミュニティが形成されていない
のがダメな点だな。

作者の手を煩わせてはいかんよ。
0043名無しさん@お腹いっぱい。2007/11/12(月) 08:59:50
いやでもパッチ投げても直接マージされるわけじゃなく、本人がリライトして
著作権保持者を維持してるので、開発コミュニティの形成はforkでもしないと
無理だよ。
0044名無しさん@お腹いっぱい。2007/11/12(月) 10:29:24
作者がmixiじゃなくgoogleに就職していれば…
0045名無しさん@お腹いっぱい。2007/11/12(月) 10:59:56
googleに行ったフーリソフトウェア者も沈黙しちゃってる件(泣)

0046名無しさん@お腹いっぱい。2007/11/12(月) 19:53:49
マイクロソフトはソース見たらフリーウェアに参加で着なくなるけどほかのも?
0047名無しさん@お腹いっぱい。2007/11/21(水) 14:39:17
estseek.cgiで属性検索しても結果に出てこないのはなんで?
[UVSET]してるけどなー
0048名無しさん@お腹いっぱい。2007/11/21(水) 14:44:41
あとgather -aa @uri STRで属性インデックスつけてるけど やっぱ遅いですね
属性検索で速く検索する方法ありますか
0049名無しさん@お腹いっぱい。2007/11/21(水) 18:22:16
>>48
それ属性インデクス追加のオプションだっけ?
おれは
estcmd create -attr @uri str idx
とかやって属性インデクス付けたよ.

1000万件位のレコード数だったけど,URI検索は体感できるほど
速くなった.
0050名無しさん@お腹いっぱい。2007/11/29(木) 10:43:00
>>39-45
で、いざ新バージョンが出たら沈黙ってなんだよ。
0051名無しさん@お腹いっぱい。2007/11/29(木) 13:26:34
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 に投げられてたパッチはマージされてなさげ?
0052名無しさん@お腹いっぱい。2007/12/05(水) 19:46:42
pthreadsライブラリのないシステムで動かしたいんですが
なんとかならんですかね。
0053名無しさん@お腹いっぱい。2007/12/06(木) 19:59:56
Chimera Search(キメラ・サーチ)
http://www.osstech.co.jp/product/chimera

> 構築コンポーネントに以下のOSS(オープンソースソフトウェア)を利用
> しているため、安価に導入できるのに高性能・高機能を発揮します。
> * プログラム言語: Rubyおよび Ruby On Rails
> * 全文検索システム : Hyper Estraier
0054名無しさん@お腹いっぱい。2007/12/22(土) 14:50:01
百度でやってるように
會→会
懷→懐
みたいに異体・旧字体・繁体・簡体をまとめてくれるといいのに。

estraier.c のなかの canonize なんとか関数に誰かちょっちょっと書き加えてくれ。
0055名無しさん@お腹いっぱい。2007/12/22(土) 15:24:27
>>53
こういう製品って虚しいよね。
だって、導入60万、年12万だったらGoogle MINIの方が
安いし、ハードウェア込みの提供だからメンテフリーだし。
実際,うちの会社はWWW用はGoogleMINI にした。
部内サーバは自分でHyper Estraierをいれた。
0056名無しさん@お腹いっぱい。2007/12/22(土) 17:12:45
>>55
それはそうなんだが、Google MINIってちっとも社内のニーズに合わせてくれなくて不満がでるんだよな。
ページの計算もなんか適当に丸められちゃうし。
0057名無しさん@お腹いっぱい。2007/12/24(月) 16:00:59
コレ使って、某サイトの1万件の記事の全文検索作ったが早いし良いね!!
acts_as_searchableの未完成具合に泣いたけどww

Rails系のエンジニアに聞くと皆使ってるし、
結構いろんなサービスでも使ってるみたい。
0058名無しさん@お腹いっぱい。2007/12/27(木) 04:43:21
最新版のWindows版のバイナリパッケージを配布して欲しい...
0059名無しさん@お腹いっぱい。2007/12/27(木) 21:52:28
ありゃ、SennaはともかくHEにもないんだ…
0060名無しさん@お腹いっぱい。2008/01/06(日) 02:53:55

(  ̄0 ̄)Ψ 誰かぁぁ PHP-nativ binding を作ってぇ〜
0061名無しさん@お腹いっぱい。2008/01/29(火) 14:23:57
クローラー+ノードサーバーを使用した検索をシステムを動かし
http://*****:1978/node/***/search_ui の形式で検索には成功しました。

次ステップで
estraierpure.rb を PHP に移植したという 「EstraierPure for PHP 4.3」を使用し、ClassNodeを利用しましたが、検索結果に同じサイトばかり表示されてしまいます。

1:Pure版には 類似隠匿機能はないのでしょうか。
  Ruby、Javaにもないようですし..

2:Binding版(Perl等)には、類似隠匿機能(set_eclipse)があるのですが、classNode がありません。
  Binding版で、P2P(ノード)利用した検索をシステムって可能なのでしょうか。
  CPAN(Search-Estraier)を観ましたが、classNodeがあったのですが、set_eclipseがありませんでした
3:そもそもBinding版とPure版の違いってなんでしょうか。(汗


全く、的外れな質問でしたらお許しください
やりたいのは、「P2P+クローラーでの検索サーバーの構築」です。
0062名無しさん@お腹いっぱい。2008/01/29(火) 18:32:53
ノードAPIの場合、est_noderes_eclipse関数。 
Pureには、実装されてないようです。


>そりゃ俺がやるから使う側は楽なんだけどさ、面倒くせーことこの上ない。
 ttp://qdbm.sourceforge.net/mikio/rbbs.cgi?id=RA11306060711414945086
0063名無しさん@お腹いっぱい。2008/01/30(水) 00:08:19
5年ぶりになまずを再インストールしたらすごくまともになってた。これでいいじゃん。
0064名無しさん@お腹いっぱい。2008/01/30(水) 01:19:12
5年ぶりかよっ。
0065名無しさん@お腹いっぱい。2008/01/30(水) 02:18:18
鰤と鯰
0066612008/01/30(水) 14:55:51
面倒くせーですか.... Cでやってみましょうか..15年ブリ(鬱
0067名無しさん@お腹いっぱい。2008/01/30(水) 20:11:19
いくらなんでも鯰でいいはないだろ…
検索漏れ大杉でとても使う木になれん
0068名無しさん@お腹いっぱい。2008/01/31(木) 10:15:31
>検索漏れ大杉

 ヒント Mecab
0069名無しさん@お腹いっぱい。2008/01/31(木) 14:10:21
namazu+kakasi じゃなくて 鯰+和布蕪ってこと?
0070名無しさん@お腹いっぱい。2008/02/01(金) 10:36:19
>>66
Cで組むならQDBMの使いこなしが必要。
関数になれましょう
0071名無しさん@お腹いっぱい。2008/02/07(木) 15:54:15
景気よくageます.
Windows版バイナリパッケージのverは1.4.10で止まったままなんでしょうか.
どなたかビルドしておられたらありがたいですが
0072名無しさん@お腹いっぱい。2008/02/09(土) 17:52:06
1.4.10 で困ることあるのか?

0073名無しさん@お腹いっぱい。2008/02/10(日) 09:18:20

辞書データ変換ツール一般についてと
(製品版のデータを全部持った)体験版のデータ変換についての話が
入り乱れてないか?
0074名無しさん@お腹いっぱい。2008/02/10(日) 09:19:50
すまん、誤爆した。
0075名無しさん@お腹いっぱい。2008/02/20(水) 02:24:28
これ、データーベース(QDBM)が壊れまくり。
DBが開いた状態で、プロセスが落ちると100%ぶっ飛ぶ
速いらしいが、こんなん怖くて使えないわ。
どうでもいいような、無くなってもいいデータしか扱えないわ。

さてと、1000万件のデータ、ゼロから収集だわ(鬱

なんとかならんでしょうかね
0076名無しさん@お腹いっぱい。2008/02/20(水) 02:34:44
なんとかしてみてよ。
0077名無しさん@お腹いっぱい。2008/02/20(水) 08:56:25
俺もbsfilterでqdbm使ってたらすぐ壊れたんでsdbmに変えた・゚・(つД`)・゚・
0078名無しさん@お腹いっぱい。2008/02/20(水) 10:37:59
http://qdbm.sourceforge.net/mikio/rbbs.cgi?id=RA11226165321819719571
0079名無しさん@お腹いっぱい。2008/02/20(水) 15:07:56
>>77
よかったな! sdbmの方が圧倒的に速いぞ。
0080名無しさん@お腹いっぱい。2008/02/21(木) 13:32:05
まぁ〜、トラック と
ノーヘルどころか、頭蓋骨すらない脳味噌丸出しのバイク便の差。

高速道路で同じ荷物を運んで どっちの運ちゃんが逝くかは明白。

シートベルト程度の防御は欲しいけど、速さと安全は成り立たないだろね。
RAMにカキコされたキャッシュ程度のモンよ

0081名無しさん@お腹いっぱい。2008/02/21(木) 18:56:31
>>80
お前喩えのセンスあるな
0082名無しさん@お腹いっぱい。2008/02/23(土) 11:56:39
HE+Tokyo Cabinet に変わるまで待てよ
0083名無しさん@お腹いっぱい。2008/02/23(土) 13:45:46
TC ってさらに速さを追求したライブラリなんじゃネーの?
安全性上がるのか?
0084832008/02/23(土) 13:52:41
ああ、
http://alpha.mixi.co.jp/blog/?p=90
> 耐障害性の向上 : データベースファイルが壊れにくい
って書いてあるな。

速度だけでなく安全性も向上するのか。
0085名無しさん@お腹いっぱい。2008/02/23(土) 14:11:07
http://alpha.mixi.co.jp/blog/?p=98
> QDBMにおいては、データベースを開いているアプリケーションが異常終了した場合、
> もしくはデータベースを適切に閉じずに終了した場合は、データベースが壊れるように
> していました。それらは明白なバグであり、アプリケーションの作者やそれを使うことを
> 選択したユーザに何らかの意識的な対処を求めることが適切であると考えたからです。
> (中略)
> しかし、上記のような理想主義と「上から目線」では現実の問題に対処できないことを
> 近ごろ感じはじめました。マナーを守らない/守れないユーザやユースケースも結構な
> 割合で存在するのが現実なのです。したがって、TCは、マナーを守らないアプリケー
> ションやそのユーザにも宥和する戦略に転換しました。

突然の停電とか当たり前に起こりうる事態なんだから、
バグとかマナーとかそういう問題じゃないと思うんだよな…
アプリにバグが無くても OS の不具合で落ちることなんかしょっちゅうだしな。
0086名無しさん@お腹いっぱい。2008/02/23(土) 16:37:48
サバイバビリティの概念がないソフトウェア設計者がいるのか。
能力的に対処できないということはなさそうだから、
実世界の面倒くさいことから逃避するための言い訳か。

> アプリにバグが無くても OS の不具合で落ちることなんかしょっちゅうだしな。

そんな事がしょっちゅうあるようなOSは使わないのが普通。

開発者がアレだとユーザもアレなのが集まるというのを実感しないでもない。
0087名無しさん@お腹いっぱい。2008/02/23(土) 16:53:57
>>86
おまえは Windows を使ったことがないのか?
0088名無しさん@お腹いっぱい。2008/02/24(日) 05:10:28
●ノードマスタの異常終了(再起動シナイ)
 サーバールートdirの _pid と _stop の削除 

●DBの復旧
 estcmd repair index_path
 
0089名無しさん@お腹いっぱい。2008/02/24(日) 14:10:33
共有鯖で、クローラーを動かしてますが、突然、
「out of memory」で止まってしまいました。( p_q)エ-ン

クローラールートディレクトリ(rootdir)内が飛んだようで
以後、
estwaver crawl rootdir  で 「could not open」となり起動できません。

メモリが少ないのはわかるのですが、先日までは正常に動作してました。
rootdirの復活方法など対処方法を教えてください (o*。_。)oペコッ
0090名無しさん@お腹いっぱい。2008/02/24(日) 15:35:47
つ…釣り?
0091名無しさん@お腹いっぱい。2008/02/24(日) 15:57:55
あるいは「一般人」かも
0092名無しさん@お腹いっぱい。2008/02/24(日) 19:53:33
>>85,86
耐障害性の確保は上位層でやれってことだろ。
オーバーヘッドを減らすためには妥当な技術選択だ。
あんたらが考えてるくらいのことはとっくに考えてるはずだよ。

その例としてTokyo Tyrantでちゃんと耐障害性を確保しているしな。
http://alpha.mixi.co.jp/blog/?p=147

これベースでHEを作ってくれないかなぁ。
0093名無しさん@お腹いっぱい。2008/02/24(日) 21:47:33
むしろ今後HEが放棄されそうで心配…。
0094名無しさん@お腹いっぱい。2008/02/24(日) 22:47:01
mixi.jp 内で動いているエンジンを表に出して欲しい。
0095名無しさん@お腹いっぱい。2008/02/25(月) 06:44:00
>>92
中見てないけどtokyoestraierってのがそうじゃないの?

0096名無しさん@お腹いっぱい。2008/02/26(火) 12:43:58
>>92
選択肢の一つではあるが、技術的に妥当な選択だとは思わないな。
用途が制約される(上位層やユーザがその要求を履行するのは難しい)という点で。
0097名無しさん@お腹いっぱい。2008/02/26(火) 22:43:32
トレードオフのある技術選択において何が妥当かはユースケース次第だろう。
consistencyを真面目に考えたらそれこそスタンドアロンでは実現できないし。
0098名無しさん@お腹いっぱい。2008/02/27(水) 17:41:29
HEはそのまま。

後継は、tokyoestraier(TE)でしょう。
http://hyperestraier.sourceforge.net/past/?M=A
0099名無しさん@お腹いっぱい。2008/02/28(木) 13:12:04
DesktopHEでファイルサイズとテキストサイズの上限を調整する方法教えてくれよ。
0100名無しさん@お腹いっぱい。2008/03/21(金) 04:12:02
ココもMLも過疎ってるし...
0101名無しさん@お腹いっぱい。2008/04/03(木) 20:14:51
node配下のインデックスファイルって
別のHEシステムにインポートできないかな。

独立したサーバAで作ったインデックスを
別の独立したサーバBにrsyncで飛ばして してクローン作るとか・・・

0102名無しさん@お腹いっぱい。2008/04/03(木) 21:54:36
rsyncでやってみれば
多分動くでしょ。AとBのアーキテクチャが同じなら
0103名無しさん@お腹いっぱい。2008/04/03(木) 23:58:23
Q. ビッグエンディアンもしくはリトルエンディアンのマシン上で動きますか?
A. はい。どちらでも動作します。ただし、双方でインデックスを
共有することはできません。

そうでない場合は共有できるんじゃないの?
0104名無しさん@お腹いっぱい。2008/04/04(金) 10:03:10
> 101
私やってますよ
サーバAでestwaverで集めて、サーバBにrsyncで飛ばして、検索はBで
ってシステム構築してます
AもBも同じPC同じOSですが
0105名無しさん@お腹いっぱい。2008/04/04(金) 11:20:55
>>101-102
レスd

バックアップとしても使えそうね


てか過疎で誰も居ないかと思ってたけど
人がまだ居て嬉しかった(´;ω;`)ブワッ
0106名無しさん@お腹いっぱい。2008/04/04(金) 11:21:29
安価ミスorz

>>102-104
0107名無しさん@お腹いっぱい。2008/04/09(水) 23:28:58
tokyocabinetのwin32版って、どこ?
0108名無しさん@お腹いっぱい。2008/04/10(木) 07:40:41
ttp://tokyocabinet.sourceforge.net/spex-ja.html#faq
Q. : Windowsで利用できませんか?
A. : 残念ながらできません。今のところ対応予定もありません。
0109名無しさん@お腹いっぱい。2008/04/10(木) 10:05:57
お、TCのドキュメントでたんだ。

期待age
0110522008/04/17(木) 18:25:17
>>52
>pthreadsライブラリのないシステムで動かしたいんですが

Hyper Estraierの前身の Estraierが pthreadsを必要としてなかったのでそっちを入れました。
0111名無しさん@お腹いっぱい。2008/04/17(木) 23:37:00
pthはだめなの?
0112名無しさん@お腹いっぱい。2008/04/18(金) 10:46:20
Windowsで作成したデータベースをFreeBSDにコピーして使用しようと思い「P2Pガイド」の
「初期導入の効率化」を参考にデータベースを作成したのですが、検索が上手くいきません。

FreeBSD側に持っていっても、estsmdでは正常に検索できるのですが、サーバを立ち上げて
estcallを使うと、検索結果のヘッダ(ヒット数など)は表示される物の、それに続くはずの
文書一覧が表示されません。

どなたか原因分かる方見えませんか?
0113名無しさん@お腹いっぱい。2008/04/18(金) 17:38:32
>>111
GNU pth というのがあったとですか。勉強になりました。
でも本当の UNIX系OSではなくて UNIXエミュレーション環境なので pth では無理かも。
ともかく調べてみます。ありがとね。
0114名無しさん@お腹いっぱい。2008/04/24(木) 09:09:51
インデックス作成していたらout of memoryで止まるorz
物理メモリ1GB、仮想メモリ1.4GB使い切る・・・
-ftなんか使う物じゃないんだろうか
javaとかのソースコードも見たいんだけどなぁ・・・
0115名無しさん@お腹いっぱい。2008/04/24(木) 23:32:59
インデックス対象に Excel ファイルとか含まれてる?
Excel のせいでメモリ不足になってるならこういう話がある
http://pmakino.jp/tdiary/20070501.html#p01
0116名無しさん@お腹いっぱい。2008/04/25(金) 00:03:50
なるほど。参考になりました。

大学の研究室のファイルサーバ(約600GB)の検索用に導入しようと試みているんですが
実験のログやそれをとりまとめたxls、論文のdocやpdf、プレゼン用のppt(x)に
実験プログラムなどなど混沌としているため目的のファイルを探すのが容易になればと・・・

-ftじゃなくて.javaなどもテキストファイルとして認識するようにどこか変更すればいいんだろうか。

がんばっていろいろいじってみます
0117名無しさん@お腹いっぱい。2008/05/05(月) 21:20:24
KaMailV3でH.E使っているんですが、mh形式のメールを登録したときに、メール内の添付ファイル名で検索することってできるんでしょうか。
H.E単体で、できないものであれば、あきらめようと思っていますが。
0118名無しさん@お腹いっぱい。2008/05/12(月) 02:11:46
Windowsバイナリ版1.4.9を数台のPCに設置&P2P連携し、
デフォルトの検索インターフェイスやコマンドラインからメタ検索をしているのですが、
似た内容のファイルが複数ヒットすると数件しかスニペット表示されません。
(例えば、5件のファイルがヒットしてもスニペット表示されるのは1件だけとか)

何かオプションを指定するなどしてヒットしたすべてのファイル、
あるいは上位何件かのファイルのスニペットを表示させる、
ということはできないのでしょうか?
0119名無しさん@お腹いっぱい。2008/06/15(日) 02:36:39
Tokyo Estraier http://hyperestraier.sourceforge.net/past/?M=A
てさ、0.0.1とかいうバージョン番号のせいで内容を見る気になってなかったんだけど、
実際見てみたら HE 1.4.13 で Tokyo Cabinet を使えるようにしたものなんだね。
今まではQDBMが壊れやすいせいでHEを敬遠してたのだけど、これは良いかも。
これで実運用してる人とかいるかな?

まあ本命は Tokyo Dystopia なんだけどさ。Rubyバインディングとかつくってほしいなあ。
http://tokyocabinet.sourceforge.net/dystopiadoc/
0120名無しさん@お腹いっぱい。2008/06/15(日) 18:21:12
壊れやすいよね。
問題なのは壊れたのに気づかないという・・・
リペアしてもリペア出来てないという・・・
0121名無しさん@お腹いっぱい。2008/06/16(月) 18:24:46
検索結果をXMLで受け取りたいときはどうしたらいいの?
0122名無しさん@お腹いっぱい。2008/06/16(月) 18:35:51
estcmd なら estcmd search に
 -vxを付けると、属性情報とスニペットをXML形式にして結果を出力します。
ってマニュアルに書いてあるよ。

それ以外は自分でAPI使ってXML返すプログラムを作るってのが
本来の使い方だろうね。
0123名無しさん@お腹いっぱい。2008/06/16(月) 18:54:39
APIつくらないとダメかなぁ〜
0124名無しさん@お腹いっぱい。2008/06/22(日) 17:24:43
256Mのバーチャルサーバーで動かしてます。
検索時はメモリオーバーになるらしく、プロセスがKILLされまくります。

どれくらいのメモリがあれば使えるものですか?
0125名無しさん@お腹いっぱい。2008/06/22(日) 23:17:58
128M の玄箱 HG でも動いているが…
なんか使い方おかしいんじゃね?
0126名無しさん@お腹いっぱい。2008/06/23(月) 00:00:57
>>124
バーチャルサーバのスワップはちゃんととってます?
0127名無しさん@お腹いっぱい。2008/06/23(月) 06:32:14
検索対象拡張子を追加するにはどこいじればいいんだろう?
.javaとかをテキストとして処理するようにしたいんだが・・・
01281242008/06/23(月) 16:57:29
バーチャルサーバのスワップ? 

どうやって取るんだろ。。( p_q)ワカンネっす PLASKサーバーです

_conf の設定が悪いのでしょうか。。P2P(estmaster)で使ってます。
_confにメモリ周辺の設定ってありましたっけ?
0129名無しさん@お腹いっぱい。2008/06/24(火) 02:03:12
.netからDLLを利用しようと思ってます。
が、検索のAPIがDLL内でmallocしたものを返す仕様になっており、
メモリ解放ができません。
内部で完結するよう関数追加してビルドしなおししかないでしょうか?
0130名無しさん@お腹いっぱい。2008/06/24(火) 21:40:22
DTDって変更したいときは任意の場所に出来るのかな?
デフォルトのファイルを書き換えるだけ?
0131名無しさん@お腹いっぱい。2008/06/24(火) 22:14:59
>>129
どうしたいのか分からんが、間にラッパーを
かませればいいんじゃないの?
■ このスレッドは過去ログ倉庫に格納されています