Web委員/1

PukiWiki公式サイトの検索について見直す†

メッセージ†

現在PukiWiki公式サイトの検索が貧弱なため、必要なモノを探すのに大変不便です。その不便さを解消する為のWeb委員の作業です。

今あるPukiWiki公式サイトの検索エンジンの問題†

• 検索結果の反映が遅い
• officialとdevを同時に検索出来ない
• 検索結果がページ名しかでない

以上（※他に何かあれば記入お願いします。）3つを上げてみても、何らかの対策が必要なのは確かです。

具体的な対策案†

official:WebTrack/4の名無しさんの案†

• サマリ：検索機能の拡張
• 投稿日：2004-09-18 (土) 00:30:14
• 状態：却下

dev:PukiWiki/1.4/ちょっと便利に/単語検索の結果表示を拡張が以前のorgでは適用されていたのにされていないから、物事を探すのに非常に不便です。
orgは何かを実現する方法を探すのに非常に適しているので、是非復活させて欲しい機能です。

関連

dev:BugTrack/692

区切り線----

• 問題点があるので実装方法を考慮中です。 -- merlin 2004-10-08 (金) 11:18:17
  

  • 検索結果に数字参照(&#x～;、&#～;)があった場合、パースエラーが発生する可能性
  • 出力が大きくなるので小規模サイト向け

• 代わりと言っては何ですが、単語検索の結果、ページ名+最初の見出を表示するのorg・devでの適用というのは如何でしょうか。最初の見出しが表示されるだけでも、検索時に多少は便利になるのではないかと思われます。*1 -- sagen 2005-05-02 (月) 14:03:11
• 本体対応が無理なら、msearch組み込んで導入事例を紹介してくれたらうれしい。 -- 2005-05-02 (月) 19:37:26
  • こんにちは。そのmserarchというのはプラグインですか、それとも別製品のことでしょうか -- henoheno 2005-05-02 (月) 20:57:06
  • フリーの検索スクリプトですね。 http://www.kiteya.net/script/msearch/ -- にぶんのに 2005-05-02 (月) 21:18:41
  • ふむふむ。この場合PukiWikiという製品にパッチや改良を盛り込むかどうかとは別に、管理者としてPukiWiki.orgやdevに何をどのように盛り込むべきかという検討をしなければなりません。検索関連のソリューションとしては、利便性を向上しながら負荷は上げないことが求められています(求めています)から、その意味ではやはり「インデックス事前構築型」の検索エンジンと組み合わせるのがベストではないかと思っています。 -- henoheno 2005-05-02 (月) 21:56:27
  • 検索エンジンmsearchに関して少々拝見しました & 試しましたが、条件さえあえば結構良さそうですね :) -- henoheno 2005-05-02 (月) 21:57:15

見出し** インデックス型検索エンジンの候補

• Namazu + official:Kakasi + official:自作プラグイン/namazu.inc.php (namazuプラグインの評価もいるかもね?)
  • メリット: Page-reading 機能にも使える
  • デメリット: 規模が(比較すると)大きい。

• msearch

official:WebTrack/56の名無しさんの案†

• サマリ：Google先生に検索をお願いする
• 投稿日：2006-10-16 (月) 23:04:04
• 状態：保留

official:Googleでサイト内検索してみる というページをつくってみましたが、検索結果の妥当性の判断は保留して、かつ新しい情報が反映されないデメリットをトレードオフにしても抜群に早いです。

このページへのリンクか同等の検索窓をメニューにおいてもらえないでしょうか。

区切り線-----

• 私もその方が良いと思います。サーバーにも負荷がかかりませんし (^^; -- teanan 2006-10-17 (火) 02:32:14
• 私からもこのWebTrack/56に同意の一票、このサイトの検索はあまりにも重い。 2007-04-12 (木) 18:52:00くらい（時刻は手書き）
  • 早くは無いけど何時間も待たされるものでもないようだ。（今、10回位試したところ数秒で結果は得られました。）
• official:WebTrack/71
• officialとdevを同時に検索できるのも良いと思います。 -- Cocoa 2007-07-07 (土) 08:09:16
  • ところで案は上がるけど誰が導入してくれるの？ -- Cocoa 2007-07-07 (土) 08:10:22
  • 単語検索のページに今までの検索とGoogleの検索の両方を使えるようにしておくと良いと思います。 -- Cocoa 2007-07-07 (土) 08:08:25

コメント†

• WebTrack/4とWebTrack/56の投稿を移動する時に一部変更を加えました。 -- Cocoa 2007-07-10 (火) 00:15:02
  • 見出しを **から 見出し**とし、整形済みテキストにしました。 -- Cocoa 2007-07-10 (火) 00:19:10
  • 区切り線を----から 区切り線----とし、整形済みテキストにしました。 -- Cocoa 2007-07-10 (火) 00:21:54
• 私の提案は、現在ある検索ページに、WebTrack/56の名無しさんの案であるGoogleの検索エンジンを追加し、PukiWikiのデフォルトの検索エンジンとGoogleの検索エンジンの両方を使えるようにすれば良いと思います。 -- Cocoa 2007-07-10 (火) 00:40:19
  • ユーザーが使い易い方を選べば良いし、利便性の向上+負担の軽減に繋がります。 -- Cocoa 2007-07-10 (火) 00:45:14
• PukiWiki本体の検索機能をいじれないのであれば、official:Googleでサイト内検索してみるの方法でサイト内検索用のページを作成し、利用する方法で対応する方向でどうでしょうか？MenuBarにこのページを登録すれば利便性も向上します。問題の検索結果が検索エンジン次第であることを記述し、利用者に注意喚起する。またPukiWikiのSeachも同ページに設置することで、検索方法を選択肢を増やす。例）

  *サイト内検索
  
  **公式検索エンジン
  #search
  
  **外部検索エンジン
  ***外部検索エンジンを利用する場合の注意
  -各検索エンジンがクロールしていないページは検索できません。
  
  ***外部検索エンジンで検索する
  Google
  #lookup(PukiWiki公式を検索,検索)
  Yahoo
  ～～

  この方法で、「今あるPukiWiki公式サイトの検索エンジンの問題」の3点は解決できますが、実際にこの方法で運用することは可能でしょうか？ -- 2010-04-14 (水) 23:39:50

• BugTrack
• 開発版
  • リポジトリ
  • 開発日記
• :CategoryDev
  • PukiWiki2
  • PukiWiki/1.5
  • PukiWiki/1.4
  • PukiWiki/1.3
  • メーリングリスト
  • 開発談義
  • 雑談
• 開発者向け情報
  • Books
  • プラグイン

最新の16件