問題タブ [search-engine]

最も人気のある検索用語をMicrosoftSearchServerからプログラムで取得するにはどうすればよいですか？

sourceforge、github、berlios、ruby​​forgeなど、オープンソース プロジェクトをホストするための無数のサイトを利用できるため、これらのさまざまなサイトで利用可能なすべてのプロジェクトをカタログ化する専門の検索エンジンが存在するかどうか疑問に思っていました。

kodersやgoogle codesearchのような実際のソース コードを検索する検索エンジンについて話しているのではなく、プロジェクト自体をカタログ化するものです。

たとえば、オープン ソースのファイル比較/マージ ユーティリティを探していた場合です。この検索エンジンに「ファイル比較」を入れると、一致するプロジェクトがたくさん返ってくるかもしれません。オペレーティング システム、実装言語、ライセンス、またはその他の基準に基づいて検索を絞り込むことさえできるかもしれません。

私が考えることができる最も近いのはfreshmeatですが、その場合、プロジェクトの所有者は情報を freshmeat に送信する必要があり、情報自体をスパイダーアウトすることはありません。 Krugleには「Open Source Projects」タブがありますが、クリックするたびにページがリロードされるので、あまり役に立ちません...

Google、Microsoft、および Yahoo は現在、新しい Web 標準の作成を計画しています。これは、開発に html や ajax を使用する Web 開発者にとって利点になるでしょうか?

これが発生した場合、ブラウザの問題はありませんか?

彼らは、Adobe の Flash Player や mxml の規則を打ち負かすために、この新しい標準を採用しているのですか?

GUI に関して、今日の Web アプリ開発の最善策は何ですか? adobe の flex フレームワークを使用して開発するには、またはさまざまな ajax ツールキット/フレームワーク (GWT、EXT、jQuery など) を使用して最新の状態に保つには?

一部のサイト、ほとんどのブログで、URLに投稿のタイトルが使用されているのはなぜですか？のように：

http://www.geek.com.br/blogs/832697632/posts/9360-uni-o-europ-ia-pretende-apoiar-conex-o-universal-para-celulares

これはグーグルのインデックス作成を改善しますか？

編集：これは重複していますなぜ一部のウェブサイトはURLの末尾に「スラッグ」を追加するのですか？

世界のほとんどの地域では、非 ASCII 文字が使用されています。しかし、一部の慣用句では、é、ö、á、ã、õ などを使用し、ASCII に「変換」できます。

投稿のタイトルが次のとおりであるとします。

URLでそれを表す方法は？

はるかに優れた表現は

ウィキペディアはhttp://en.wikipedia.org/wiki/Deja_vuのようにそれを行います

これにより、検索エンジンでのページ ランクが向上しますか?

あなたの好きな言語でそれを行う方法は？

任意の文字列を Google 検索すると、空白のページが返されます。返されたページの html ソースは次のようになります。

つまり、ブラウザには何も返されません。

しかし、(google.com と入力するのではなく) アドレス バーに google の IP アドレスを使用して検索すると、必要な結果が返されます。(もう空白のページは返されません)。

なぜこの奇妙な動作が起こっているのですか？私と同じアクセス権を持つネットワーク内の他のユーザーはGoogleで正常に動作できるため、ファイアウォールでブロックされていないことは確かです。また、ブラウザの設定でもありません。

また、ドメイン名 (google.com) を使用して検索すると、検索要求が Google サーバーにまったく到達しないように見えます。

それはプログラム上の質問ではないことを認め、GoogleのIPアドレスを使用して検索することはできますが、ドメイン名を使用する場合の問題は私にとって未解決のパズルのままです.

このかなり奇妙な動作の理由は何でしょうか?

Microsoft Search Server 2008 Express を Windows 2003 サーバーにインストールし、テスト用の検索コンテンツ ソース (当社の企業 Web サイト) を作成しました。このソースは、検索センターから問題なく検索できます。

ASP.NET Web アプリケーションから、ここで説明されているように、提供された Web サービスを照会しようとしています。

web.config で偽装設定を使用して、要求を実行するユーザー アカウントを指定していますが、検索サーバーでそのユーザーを設定してクエリを実行できるようにする方法がわかりません。

独自のネットワーク資格情報を使用すると、検索サーバー インスタンスでフル コントロールのアクセス許可が設定されているため、結果が返されますが、これに別のドメイン アカウント (MyDomain\QueryUser) を使用すると、次のエラーが発生します。

System.Web.Services.Protocols.SoapException: サーバーは要求を処理できませんでした。---> 不正な操作を試みました。

[検索サーバー] > [サイトの設定] > [アクセス許可] > [ユーザーの追加] でユーザーをサーバーに追加し、アカウントにフル コントロールを付与しましたが、それでも Web サービスを使用できません。不足している設定はありますか？

**編集

OK、Gordon の提案を試してみました。Sharepoint アプリケーションが使用している資格情報を使用すると、エラーが解消されます。また、2 番目のドメイン ユーザーをサーバーのローカルの Administrators グループに追加すると、エラーが解消されます。

これらの変更により、Web サービスに付与されるアクセス許可は何ですか? これらの回避策を使用する必要がありますか?それとも、Sharepoint のどこかでドメイン ユーザーに適切なアクセス許可を与えることができますか?

探す：

Scripting+Language Web+Pages アプリケーション

結果：

...元々スクリプト言語... 動的なWeb ページを作成していました。それは...グラフィカルなアプリケーション....出力としてWebページを作成する目的のスクリプト言語...

一致した用語の両側にパディングとして許可する文字数を表す値と、結果に表示される一致数を表す別の値が必要だとします (つまり、最初の 5 つの一致のみを表示したい、これ以上何もない）。

これを行うには、どのように正確に行いますか？

これはかなり言語に依存しませんが、PHP 環境でソリューションを実装するので、特定の言語やフレームワークを必要としないオプションへの回答を制限してください。

これが私の思考プロセスです。検索語から配列を作成します。記事本文のどこにあるかに関して、どの検索語が最も低いインデックスを持っているかを判断します。本文のその部分を別の変数に集めてから、記事本文からそのセクションを削除します。ステップ 1 に戻ります。各単語にカウンターを追加し、カウンターが 3 程度になるとスキップすることもできます。

重要：

ソリューションは、非線形の方法ですべての検索用語に一致する必要があります。つまり、用語 1 は、用語 2 の後に存在する場合、用語 2 の後に見つける必要があります。同様に、ターム 3 の後にも見つける必要があります。ターム 3 は、ターム 1 および 2 の前に存在する場合は、ターム 1 および 2 よりも前に見つける必要があります。

この解決策では、「用語ごとに最大 3 つの一致のみを許可し、その後要約を終了する」と宣言できるようにする必要があります。

追加クレジット:

char ではなく単語をオプションでパディングするには、padding-variable を取得します。

ユーザーに「高度な」検索エンジンを提供したいと考えています。基本的に、選択できる検索基準はたくさんあります。

• いくつかは非常にシンプル/一般的であり、主に使用されます (つまり、期間、アイテム ID)
• いくつかは少し主流ではありません
• あまり使用されないものもありますが、それでも提供したいと思います

全体として、選択する基準は約 30 以上あります

結果は、グリッドに表示するデータセットです。

私はインターネットでインスピレーションを探してきましたが、Googleでさえ高度な検索に適したソリューションを持っていないようです。

私は過去にこの種のツールを設計しましたが、ユーザーは最終的に非常に効果的に使用できるようになりましたが、結果にはあまり満足していませんでした.

• 検索パネルは常に表示されるべきだと思いますか (つまり、結果グリッドの上に表示されます)、それとも別のフォームで利用できるようにすべきだと思いますか (すべてのコントロールにより多くの場所を使用できるようになります)

• すべての検索基準を表示する方がよいと思いますか、それともユーザーがより多くの基準を表示/使用したい場合は「詳細」をクリックできるようにする方がよいと思いますか?

• 基準をどのように整理しますか？使用頻度別、または地域別 (つまり、ユーザー、場所、時間などに関する基準)

• 「検索」ボタンはどこに配置すればよいですか？より一般的な検索コントロールの横、または下部、またはその両方ですか?

より一般的には、優れた検索 UI を設計する方法について共有したいヒントはありますか? この種の「高度な」検索エンジンでは、通常、どのような機能を見逃していますか?

Unix 上で動作する可能性があり、電子メール検索 (Dovecot、Postfix、および maildir) に使用されます。

Lucene は問題ではありません。いくつかの代替案を分析しているだけです。