新しいフォーマットについては、パート 5.9「searchd ask log types」 betsoft スロット マシン ゲーム で説明しています。listen ディレクティブが見つからない場合、マシンは通常、標準の SphinxAPI ポート 9312 で使用可能なすべての接続をリッスンします。ステップ 1.10-beta から始めると、標準の SphinxQL ポート 9306 も考慮されます。距離は異なる場合がありますが、簡単なガイドラインとしては、メモリを節約するためにデフォルトの 256 KB の小さなキャッシュを使用するか、128 MB の追加 RAM を使用して辞書全体をキャッシュし、インデックス作成のパフォーマンスを制限するかのいずれかです。
最新のログスタイルを変換します。バージョン 2.0.1-beta で導入されました。デフォルトは 0 です。セクション 8.29「プロファイルの文構造を教える」を参照してください。適応 dos.step one.1-beta で提供されました。認識されている照合ラベルの概要については、セクション 5.12「照合」を参照してください。バージョン 2.0.1-beta で導入されました。
適応 dos.0.2-beta を含め、パートナーのサーバー グレーター パラメーターの最新の哲学を出力します。バリエーション dos.0.1-beta 内で生成された Miss Mode 宣言は、提供されたラベルにユーザー定義関数 (UDF) を削除します。列はファイル ID、全文フィールド、およびサービスです。バリエーション dos.2.2-beta では、クエリ内の各キーワードのキャリアと、レンマタイザーが配置された場合のトークン化された単語のすべてのフォームの生産性も伴います。
バージョン 2.0.1-beta では、SphinxQL はマルチステートメントクエリ、つまりバッチをサポートします。ドライブ ピースがうまく結合されると、古いデータと新しいデータの名前を変更し、新しいディレクトリ ヘッダーを強化するために、非常に短時間だけ保護されます。各ディレクトリ オプションは、インデックス ツールの –dumpconfig オプションと同様に、sphinx.conf 準拠のファイル スタイルで表示されます。バージョン 2.step 1.1-beta で追加された Reputation 宣言は、新しい currentSphinxQL クラスで実行された以前の SQL ステートメントの詳細な実行特性を示します。
照合順序は、取得元とカテゴリ内のものを含め、すべてのシーケンス特性レビューに影響します。選択された照合順序に従って、まったく異なる方法で購入またはグループ化された結果が返される可能性があります。後続の SphinxQL クエリは、その照合順序を使用します。最初のものは、UTF-8 研究用のユニバーサル照合順序です (この名前のコード調整なし)。MySQL の outf8_general_ci 照合順序と同等に機能するはずです。必要な場所を特定するには、オペレーティングシステムのドキュメントを参照してください。これらは、それぞれ大文字小文字を区別しない (_ci) および大文字小文字を区別する (_cs) 照合順序を提供します。デフォルトでは、C 領域で動作し、バイト単位の比較に頼ります。
現在、追加の質問は影響を受けません。実際、それらを変更する方法はありません。これは、プレーン検索の効率だけでなく、販売者によって分類された製品の問題など、クラスごとの特定の事項を監視したい場合に非常に役立ちます。したがって、Web ページから複数の質問を扱う場合は、常に複数の質問の使用を検討する必要があります。これらは、単純な質問と比較して余分なオーバーヘッドを発生させません。ただし、すべての場合において、サークル接続のオーバーヘッドとプロセス作成のオーバーヘッドがなくなります。検索によって宣伝されたアラート コンテンツを尋ねます (文字列、個別の表示可能)。
リモート ブローカー関係のタイムアウト (ミリ秒単位)。オプション、標準は 1000 (Web ブラウザ、1 秒) です。自動的に、すべてのクエリは新しいミラーにルーティングされます。このディレクティブは、囲まれたマーケット インデックスが検索されるたびに検索されるリモート エージェントを宣言します。
