全文検索エンジン Hyper Estraier 2 (333ﾚｽ)
全文検索エンジン Hyper Estraier 2 http://mevius.5ch.net/test/read.cgi/unix/1176807372/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
70: 名無しさん＠お腹いっぱい。 [sage] 2008/02/01(金) 10:36:19 >>66 Ｃで組むならＱＤＢＭの使いこなしが必要。 関数になれましょう http://mevius.5ch.net/test/read.cgi/unix/1176807372/70
71: 名無しさん＠お腹いっぱい。 [] 2008/02/07(木) 15:54:15 景気よくageます. Windows版バイナリパッケージのverは1.4.10で止まったままなんでしょうか. どなたかビルドしておられたらありがたいですが http://mevius.5ch.net/test/read.cgi/unix/1176807372/71
72: 名無しさん＠お腹いっぱい。 [sage] 2008/02/09(土) 17:52:06 1.4.10 で困ることあるのか？ http://mevius.5ch.net/test/read.cgi/unix/1176807372/72
73: 名無しさん＠お腹いっぱい。 [sage] 2008/02/10(日) 09:18:20 辞書データ変換ツール一般についてと (製品版のデータを全部持った)体験版のデータ変換についての話が 入り乱れてないか? http://mevius.5ch.net/test/read.cgi/unix/1176807372/73
74: 名無しさん＠お腹いっぱい。 [sage] 2008/02/10(日) 09:19:50 すまん、誤爆した。 http://mevius.5ch.net/test/read.cgi/unix/1176807372/74
75: 名無しさん＠お腹いっぱい。 [] 2008/02/20(水) 02:24:28 これ、データーベース(QDBM）が壊れまくり。 ＤＢが開いた状態で、プロセスが落ちると１００％ぶっ飛ぶ 速いらしいが、こんなん怖くて使えないわ。 どうでもいいような、無くなってもいいデータしか扱えないわ。 さてと、１０００万件のデータ、ゼロから収集だわ（鬱 なんとかならんでしょうかね http://mevius.5ch.net/test/read.cgi/unix/1176807372/75
76: 名無しさん＠お腹いっぱい。 [sage] 2008/02/20(水) 02:34:44 なんとかしてみてよ。 http://mevius.5ch.net/test/read.cgi/unix/1176807372/76
77: 名無しさん＠お腹いっぱい。 [sage] 2008/02/20(水) 08:56:25 俺もbsfilterでqdbm使ってたらすぐ壊れたんでsdbmに変えた･ﾟ･(つД｀)･ﾟ･ http://mevius.5ch.net/test/read.cgi/unix/1176807372/77
78: 名無しさん＠お腹いっぱい。 [sage] 2008/02/20(水) 10:37:59 http://qdbm.sourceforge.net/mikio/rbbs.cgi?id=RA11226165321819719571 http://mevius.5ch.net/test/read.cgi/unix/1176807372/78
79: 名無しさん＠お腹いっぱい。 [sage] 2008/02/20(水) 15:07:56 >>77 よかったな! sdbmの方が圧倒的に速いぞ。 http://mevius.5ch.net/test/read.cgi/unix/1176807372/79
80: 名無しさん＠お腹いっぱい。 [] 2008/02/21(木) 13:32:05 まぁ〜、トラック と ノーヘルどころか、頭蓋骨すらない脳味噌丸出しのバイク便の差。 高速道路で同じ荷物を運んで どっちの運ちゃんが逝くかは明白。 シートベルト程度の防御は欲しいけど、速さと安全は成り立たないだろね。 ＲＡＭにカキコされたキャッシュ程度のモンよ http://mevius.5ch.net/test/read.cgi/unix/1176807372/80
81: 名無しさん＠お腹いっぱい。 [] 2008/02/21(木) 18:56:31 >>80 お前喩えのセンスあるな http://mevius.5ch.net/test/read.cgi/unix/1176807372/81
82: 名無しさん＠お腹いっぱい。 [sage] 2008/02/23(土) 11:56:39 ＨＥ＋Tokyo Cabinet に変わるまで待てよ http://mevius.5ch.net/test/read.cgi/unix/1176807372/82
83: 名無しさん＠お腹いっぱい。 [sage] 2008/02/23(土) 13:45:46 TC ってさらに速さを追求したライブラリなんじゃネーの? 安全性上がるのか? http://mevius.5ch.net/test/read.cgi/unix/1176807372/83
84: 83 [sage] 2008/02/23(土) 13:52:41 ああ、 http://alpha.mixi.co.jp/blog/?p=90 > 耐障害性の向上 : データベースファイルが壊れにくい って書いてあるな。 速度だけでなく安全性も向上するのか。 http://mevius.5ch.net/test/read.cgi/unix/1176807372/84
85: 名無しさん＠お腹いっぱい。 [sage] 2008/02/23(土) 14:11:07 http://alpha.mixi.co.jp/blog/?p=98 > QDBMにおいては、データベースを開いているアプリケーションが異常終了した場合、 > もしくはデータベースを適切に閉じずに終了した場合は、データベースが壊れるように > していました。それらは明白なバグであり、アプリケーションの作者やそれを使うことを > 選択したユーザに何らかの意識的な対処を求めることが適切であると考えたからです。 > (中略) > しかし、上記のような理想主義と「上から目線」では現実の問題に対処できないことを > 近ごろ感じはじめました。マナーを守らない/守れないユーザやユースケースも結構な > 割合で存在するのが現実なのです。したがって、TCは、マナーを守らないアプリケー > ションやそのユーザにも宥和する戦略に転換しました。 突然の停電とか当たり前に起こりうる事態なんだから、 バグとかマナーとかそういう問題じゃないと思うんだよな… アプリにバグが無くても OS の不具合で落ちることなんかしょっちゅうだしな。 http://mevius.5ch.net/test/read.cgi/unix/1176807372/85
86: 名無しさん＠お腹いっぱい。 [sage] 2008/02/23(土) 16:37:48 サバイバビリティの概念がないソフトウェア設計者がいるのか。 能力的に対処できないということはなさそうだから、 実世界の面倒くさいことから逃避するための言い訳か。 > アプリにバグが無くても OS の不具合で落ちることなんかしょっちゅうだしな。 そんな事がしょっちゅうあるようなOSは使わないのが普通。 開発者がアレだとユーザもアレなのが集まるというのを実感しないでもない。 http://mevius.5ch.net/test/read.cgi/unix/1176807372/86
87: 名無しさん＠お腹いっぱい。 [sage] 2008/02/23(土) 16:53:57 >>86 おまえは Windows を使ったことがないのか? http://mevius.5ch.net/test/read.cgi/unix/1176807372/87
88: 名無しさん＠お腹いっぱい。 [sage] 2008/02/24(日) 05:10:28 ●ノードマスタの異常終了（再起動シナイ） サーバールートdirの _pid と _stop の削除 ●ＤＢの復旧 estcmd repair index_path http://mevius.5ch.net/test/read.cgi/unix/1176807372/88
89: 名無しさん＠お腹いっぱい。 [sage] 2008/02/24(日) 14:10:33 共有鯖で、クローラーを動かしてますが、突然、 ｢out of memory｣で止まってしまいました。( p_q)エ-ン クローラールートディレクトリ(rootdir)内が飛んだようで 以後、 estwaver crawl rootdir で 「could not open」となり起動できません。 メモリが少ないのはわかるのですが、先日までは正常に動作してました。 rootdirの復活方法など対処方法を教えてください (o*。_。)oペコッ http://mevius.5ch.net/test/read.cgi/unix/1176807372/89
90: 名無しさん＠お腹いっぱい。 [sage] 2008/02/24(日) 15:35:47 つ…釣り？ http://mevius.5ch.net/test/read.cgi/unix/1176807372/90
91: 名無しさん＠お腹いっぱい。 [sage] 2008/02/24(日) 15:57:55 あるいは「一般人」かも http://mevius.5ch.net/test/read.cgi/unix/1176807372/91
92: 名無しさん＠お腹いっぱい。 [sage] 2008/02/24(日) 19:53:33 >>85,86 耐障害性の確保は上位層でやれってことだろ。 オーバーヘッドを減らすためには妥当な技術選択だ。 あんたらが考えてるくらいのことはとっくに考えてるはずだよ。 その例としてTokyo Tyrantでちゃんと耐障害性を確保しているしな。 http://alpha.mixi.co.jp/blog/?p=147 これベースでHEを作ってくれないかなぁ。 http://mevius.5ch.net/test/read.cgi/unix/1176807372/92
93: 名無しさん＠お腹いっぱい。 [sage] 2008/02/24(日) 21:47:33 むしろ今後HEが放棄されそうで心配…。 http://mevius.5ch.net/test/read.cgi/unix/1176807372/93
94: 名無しさん＠お腹いっぱい。 [sage] 2008/02/24(日) 22:47:01 mixi.jp 内で動いているエンジンを表に出して欲しい。 http://mevius.5ch.net/test/read.cgi/unix/1176807372/94
95: 名無しさん＠お腹いっぱい。 [sage] 2008/02/25(月) 06:44:00 >>92 中見てないけどtokyoestraierってのがそうじゃないの? http://mevius.5ch.net/test/read.cgi/unix/1176807372/95
96: 名無しさん＠お腹いっぱい。 [sage] 2008/02/26(火) 12:43:58 >>92 選択肢の一つではあるが、技術的に妥当な選択だとは思わないな。 用途が制約される(上位層やユーザがその要求を履行するのは難しい)という点で。 http://mevius.5ch.net/test/read.cgi/unix/1176807372/96
97: 名無しさん＠お腹いっぱい。 [sage] 2008/02/26(火) 22:43:32 トレードオフのある技術選択において何が妥当かはユースケース次第だろう。 consistencyを真面目に考えたらそれこそスタンドアロンでは実現できないし。 http://mevius.5ch.net/test/read.cgi/unix/1176807372/97
98: 名無しさん＠お腹いっぱい。 [sage] 2008/02/27(水) 17:41:29 ＨＥはそのまま。 後継は、tokyoestraier（ＴＥ）でしょう。 http://hyperestraier.sourceforge.net/past/?M=A http://mevius.5ch.net/test/read.cgi/unix/1176807372/98
99: 名無しさん＠お腹いっぱい。 [] 2008/02/28(木) 13:12:04 DesktopHEでファイルサイズとテキストサイズの上限を調整する方法教えてくれよ。 http://mevius.5ch.net/test/read.cgi/unix/1176807372/99
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 234 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.013s