diff --git a/de/15.10/config/crawler-basic.rst b/de/15.10/config/crawler-basic.rst index a8b083dce..54a059e9b 100644 --- a/de/15.10/config/crawler-basic.rst +++ b/de/15.10/config/crawler-basic.rst @@ -531,6 +531,18 @@ Fügen Sie in der Verwaltungsoberfläche in der Crawl-Konfiguration unter „Kon client.proxyUsername=proxyuser client.proxyPassword=proxypass +**SOCKS5-Proxy (ab 15.10):** + +:: + + client.socksProxyHost=socks.example.com + client.socksProxyPort=1080 + +- Setzen Sie sowohl ``client.socksProxyHost`` als auch ``client.socksProxyPort``. Ist nur einer der beiden Werte gesetzt, verbindet sich der Crawler direkt ohne Proxy. +- Der SOCKS-Proxy wird ohne Authentifizierung verwendet. +- Der Crawler löst den Hostnamen der Site selbst auf und übergibt dem Proxy eine IP-Adresse. Ein Hostname, der nur auf der Proxy-Seite aufgelöst werden kann, führt daher zu einem Verbindungsfehler. +- Die Einstellung gilt für den Standard-HTTP-Client (HttpClient 5). 15.9 und früher ignorieren diese Schlüssel und verbinden sich direkt. + **Bestimmte Hosts vom Proxy ausschließen:** Hosts, die vom Proxy ausgeschlossen werden sollen, werden nicht in den Konfigurationsparametern der Crawl-Konfiguration, sondern über JVM-Systemeigenschaften konfiguriert. diff --git a/de/15.10/install/upgrade.rst b/de/15.10/install/upgrade.rst index 00d0e53ec..a1438b8c6 100644 --- a/de/15.10/install/upgrade.rst +++ b/de/15.10/install/upgrade.rst @@ -588,7 +588,7 @@ Die ZIP- und RPM/DEB-Pakete sowie die Docker-Images von 15.10 enthalten die Date Einstellungen, die Sie in ``tika.xml`` vorgenommen haben, etwa ``parser-exclude``, werden nicht mehr angewendet: Ein dort ausgeschlossener Parser läuft wieder. Liegt im Konfigurationsverzeichnis noch eine ``tika.xml`` aus einer früheren Version, ignoriert |Fess| sie und schreibt beim Start eine Warnung in ``fess.log``. Löschen Sie die Datei. -- ZIP-Paket: ``app/WEB-INF/conf/tika.xml`` +- ZIP-Paket: Im ZIP von 15.9 und früher liegt die Datei unter ``app/WEB-INF/classes/tika.xml``. Die Startwarnung von 15.10 prüft sowohl ``app/WEB-INF/classes`` als auch ``app/WEB-INF/conf`` - RPM/DEB-Paket: ``/etc/fess/tika.xml`` .. _upgrade-1510-tika-metadata: @@ -646,6 +646,11 @@ Wenn Sie im Berechtigungsfeld einer Crawl-Konfiguration oder einer ähnlichen Ei Eine in 15.9 oder früher gespeicherte Einstellung wird nicht automatisch repariert. Prüfen Sie das Berechtigungsfeld jeder Crawl-Konfiguration, die ``(deny)`` verwendet, schreiben Sie die Zeile in der Form ``(deny){user}name`` neu, speichern Sie sie und crawlen Sie erneut. +Steuerzeichen in audit.log +-------------------------- + +Im LTSV-Format wird jedes Steuerzeichen sowie die Unicode-Zeilentrenner NEL, LS und PS in einem Feld durch ein Leerzeichen ersetzt (ein Tabulator durch einen Unterstrich), sodass ein eingegebener Benutzername keinen zweiten Datensatz beginnen kann. 15.9 ersetzte nur CR und LF. + Änderungen für Plugin-Entwickler -------------------------------- diff --git a/de/15.10/user/search-proximity.rst b/de/15.10/user/search-proximity.rst index 24cd16f6c..44eb06238 100644 --- a/de/15.10/user/search-proximity.rst +++ b/de/15.10/user/search-proximity.rst @@ -59,7 +59,7 @@ Trennen Sie die Wörter daher durch Leerzeichen und geben Sie eine großzügige "全文 検索"~5 "大阪 おいしい"~10 -Eine Zeichenfolge ohne Leerzeichen (zum Beispiel ``"大阪おいしい"~10``) funktioniert als Näherungssuche zwischen den Wörtern möglicherweise nicht wie erwartet, da sie in den allgemeinen Feldern als eine zusammenhängende Zeichenfolge abgeglichen wird. Trennen Sie die Wörter daher durch Leerzeichen. Der Abstand lässt sich nicht exakt in eine Zeichenanzahl umrechnen. Beginnen Sie daher mit einer großzügigen Zahl und grenzen Sie sie anhand der Ergebnisse ein. +Eine Zeichenfolge ohne Leerzeichen (zum Beispiel ``"大阪おいしい"~10``) funktionierte in den allgemeinen Feldern bis 15.9 nicht als Näherungssuche und konnte keine Dokumente liefern. In 15.10 findet ``"大阪おいしい"~10`` dieselben Dokumente wie ``"大阪 おいしい"~10``. Es wird weiterhin empfohlen, die Wörter durch Leerzeichen zu trennen. Der Abstand lässt sich nicht exakt in eine Zeichenanzahl umrechnen. Beginnen Sie daher mit einer großzügigen Zahl und grenzen Sie sie anhand der Ergebnisse ein. Siehe auch ============ diff --git a/en/15.10/config/crawler-basic.rst b/en/15.10/config/crawler-basic.rst index 81dd5f1b8..43e3841cf 100644 --- a/en/15.10/config/crawler-basic.rst +++ b/en/15.10/config/crawler-basic.rst @@ -522,6 +522,18 @@ Add the following to "Configuration Parameters" in the crawl configuration on th client.proxyUsername=proxyuser client.proxyPassword=proxypass +**SOCKS5 proxy (15.10 and later):** + +:: + + client.socksProxyHost=socks.example.com + client.socksProxyPort=1080 + +- Set both ``client.socksProxyHost`` and ``client.socksProxyPort``. If only one of them is set, the crawler connects directly without a proxy. +- The SOCKS proxy is used without authentication. +- The crawler resolves the host name of the site itself and gives the proxy an IP address, so a host name that only the proxy side can resolve fails to connect. +- The setting applies to the default HTTP client (HttpClient 5). 15.9 and earlier ignore these keys and connect directly. + **Exclude specific hosts from proxy:** Hosts to exclude from proxy are not set in the crawl configuration parameters, but via JVM system properties. diff --git a/en/15.10/install/upgrade.rst b/en/15.10/install/upgrade.rst index f5cf9fc59..c64e39e9d 100644 --- a/en/15.10/install/upgrade.rst +++ b/en/15.10/install/upgrade.rst @@ -574,7 +574,7 @@ The ZIP and RPM/DEB packages and the Docker images of 15.10 do not contain the f Settings you made in ``tika.xml``, such as ``parser-exclude``, are no longer applied: a parser you excluded there runs again. If a ``tika.xml`` from an earlier version is in the configuration directory, |Fess| ignores it and writes a warning to ``fess.log`` at startup. Delete the file. -- ZIP package: ``app/WEB-INF/conf/tika.xml`` +- ZIP package: in the ZIP of 15.9 and earlier the file is ``app/WEB-INF/classes/tika.xml``. The startup warning of 15.10 checks both ``app/WEB-INF/classes`` and ``app/WEB-INF/conf`` - RPM/DEB package: ``/etc/fess/tika.xml`` .. _upgrade-1510-tika-metadata: @@ -632,6 +632,11 @@ If you write ``(deny)`` followed by a space in the permission field of a crawl c A setting saved in 15.9 or earlier is not repaired automatically. Check the permission field of every crawl configuration that uses ``(deny)``, write the line again in the form ``(deny){user}name``, save it, and crawl again. +Control Characters in audit.log +------------------------------- + +In the LTSV format, every control character, and the Unicode line separators NEL, LS and PS, in a field is replaced by a space (a tab by an underscore), so a typed user name cannot start a second record. 15.9 replaced only CR and LF. + Changes for Plugin Developers ----------------------------- diff --git a/en/15.10/user/search-proximity.rst b/en/15.10/user/search-proximity.rst index 5a1f6c4c9..d15c95841 100644 --- a/en/15.10/user/search-proximity.rst +++ b/en/15.10/user/search-proximity.rst @@ -59,7 +59,7 @@ Because of this, separate the words with spaces and specify a generous number. "全文 検索"~5 "大阪 おいしい"~10 -A string without spaces (for example, ``"大阪おいしい"~10``) may not work as a proximity search between the words as expected, because on the general fields it is matched as one continuous string. Separate the words with spaces. The distance cannot be converted exactly into a number of characters, so start with a generous number and narrow it down while checking the results. +A string without spaces (for example, ``"大阪おいしい"~10``) did not work as a proximity search on the general fields up to 15.9 and could return no documents. In 15.10, ``"大阪おいしい"~10`` matches the same documents as ``"大阪 おいしい"~10``. Separating the words with spaces is still recommended. The distance cannot be converted exactly into a number of characters, so start with a generous number and narrow it down while checking the results. Related Topics ---------------- diff --git a/es/15.10/config/crawler-basic.rst b/es/15.10/config/crawler-basic.rst index 112f8f13b..7bb9be861 100644 --- a/es/15.10/config/crawler-basic.rst +++ b/es/15.10/config/crawler-basic.rst @@ -530,6 +530,18 @@ Agregue lo siguiente a "Parámetros de Configuración" en la configuración de r client.proxyUsername=proxyuser client.proxyPassword=proxypass +**Proxy SOCKS5 (a partir de la versión 15.10):** + +:: + + client.socksProxyHost=socks.example.com + client.socksProxyPort=1080 + +- Defina tanto ``client.socksProxyHost`` como ``client.socksProxyPort``. Si solo se define uno de los dos, el rastreador se conecta directamente, sin proxy. +- El proxy SOCKS se usa sin autenticación. +- El rastreador resuelve por sí mismo el nombre de host del sitio y entrega al proxy una dirección IP, por lo que un nombre de host que solo el proxy puede resolver no logra conectarse. +- El ajuste se aplica al cliente HTTP predeterminado (HttpClient 5). La versión 15.9 y las anteriores ignoran estas claves y se conectan directamente. + **Excluir hosts específicos del proxy:** Los hosts a excluir del proxy no se configuran en los parámetros de configuración de rastreo, sino mediante propiedades del sistema JVM. diff --git a/es/15.10/install/upgrade.rst b/es/15.10/install/upgrade.rst index 5959f321c..a5fb075b0 100644 --- a/es/15.10/install/upgrade.rst +++ b/es/15.10/install/upgrade.rst @@ -585,7 +585,7 @@ Los paquetes ZIP y RPM/DEB y las imágenes de Docker de la versión 15.10 no con Los ajustes que hizo en ``tika.xml``, como ``parser-exclude``, ya no se aplican: un analizador que excluyó allí vuelve a ejecutarse. Si en el directorio de configuración queda un ``tika.xml`` de una versión anterior, |Fess| lo ignora y escribe una advertencia en ``fess.log`` al iniciarse. Elimine el archivo. -- Paquete ZIP: ``app/WEB-INF/conf/tika.xml`` +- Paquete ZIP: en el ZIP de la versión 15.9 y anteriores, el archivo está en ``app/WEB-INF/classes/tika.xml``. La advertencia de inicio de la versión 15.10 comprueba tanto ``app/WEB-INF/classes`` como ``app/WEB-INF/conf`` - Paquete RPM/DEB: ``/etc/fess/tika.xml`` .. _upgrade-1510-tika-metadata: @@ -643,6 +643,11 @@ La versión 15.10 elimina el espacio después de ``(deny)`` y ``(allow)`` antes Un ajuste guardado en la versión 15.9 o anterior no se repara automáticamente. Revise el campo de permisos de cada configuración de rastreo que use ``(deny)``, escriba de nuevo la línea con el formato ``(deny){user}name``, guárdela y vuelva a rastrear. +Caracteres de control en audit.log +---------------------------------- + +En el formato LTSV, todo carácter de control de un campo, y los separadores de línea Unicode NEL, LS y PS, se sustituye por un espacio (un tabulador por un guion bajo), de modo que un nombre de usuario escrito no pueda iniciar un segundo registro. La versión 15.9 solo sustituía CR y LF. + Cambios para desarrolladores de plugins --------------------------------------- diff --git a/es/15.10/user/search-proximity.rst b/es/15.10/user/search-proximity.rst index 1d339d19e..d69ba3671 100644 --- a/es/15.10/user/search-proximity.rst +++ b/es/15.10/user/search-proximity.rst @@ -59,7 +59,7 @@ Por ello, separe las palabras con espacios y especifique un número generoso. "全文 検索"~5 "大阪 おいしい"~10 -Es posible que una cadena sin espacios (por ejemplo, ``"大阪おいしい"~10``) no funcione como se espera como búsqueda de proximidad entre palabras, ya que en los campos generales se compara como una única cadena continua. Separe las palabras con espacios. La distancia no se puede convertir exactamente en un número de caracteres, por lo que conviene empezar con un número generoso y reducirlo a medida que comprueba los resultados. +Una cadena sin espacios (por ejemplo, ``"大阪おいしい"~10``) no funcionaba como búsqueda de proximidad en los campos generales hasta la versión 15.9 y podía no devolver ningún documento. En la versión 15.10, ``"大阪おいしい"~10`` coincide con los mismos documentos que ``"大阪 おいしい"~10``. Se sigue recomendando separar las palabras con espacios. La distancia no se puede convertir exactamente en un número de caracteres, por lo que conviene empezar con un número generoso y reducirlo a medida que comprueba los resultados. Véase también =============== diff --git a/fr/15.10/config/crawler-basic.rst b/fr/15.10/config/crawler-basic.rst index 886c52ea3..a545b82b0 100644 --- a/fr/15.10/config/crawler-basic.rst +++ b/fr/15.10/config/crawler-basic.rst @@ -531,6 +531,18 @@ Dans la configuration d'indexation de l'interface d'administration, ajoutez ce q client.proxyUsername=proxyuser client.proxyPassword=proxypass +**Proxy SOCKS5 (à partir de la version 15.10) :** + +:: + + client.socksProxyHost=socks.example.com + client.socksProxyPort=1080 + +- Définissez à la fois ``client.socksProxyHost`` et ``client.socksProxyPort``. Si un seul des deux est défini, le robot se connecte directement, sans proxy. +- Le proxy SOCKS est utilisé sans authentification. +- Le robot résout lui-même le nom d'hôte du site et transmet une adresse IP au proxy ; un nom d'hôte que seul le proxy peut résoudre provoque donc un échec de connexion. +- Le paramètre s'applique au client HTTP par défaut (HttpClient 5). La version 15.9 et les versions antérieures ignorent ces clés et se connectent directement. + **Exclure des hôtes spécifiques du proxy :** Les hôtes à exclure du proxy ne sont pas configurés dans les paramètres de configuration de l'indexation, mais via les propriétés système JVM. diff --git a/fr/15.10/install/upgrade.rst b/fr/15.10/install/upgrade.rst index afd0530c0..93e3e2c6d 100644 --- a/fr/15.10/install/upgrade.rst +++ b/fr/15.10/install/upgrade.rst @@ -591,7 +591,7 @@ Les paquets ZIP et RPM/DEB ainsi que les images Docker de la version 15.10 ne co Les paramètres que vous aviez saisis dans ``tika.xml``, tels que ``parser-exclude``, ne sont plus appliqués : un analyseur que vous y aviez exclu s'exécute de nouveau. Si un fichier ``tika.xml`` d'une version antérieure se trouve dans le répertoire de configuration, |Fess| l'ignore et écrit un avertissement dans ``fess.log`` au démarrage. Supprimez ce fichier. -- Paquet ZIP : ``app/WEB-INF/conf/tika.xml`` +- Paquet ZIP : dans le ZIP de la version 15.9 et des versions antérieures, le fichier se trouve dans ``app/WEB-INF/classes/tika.xml``. L'avertissement au démarrage de la version 15.10 vérifie à la fois ``app/WEB-INF/classes`` et ``app/WEB-INF/conf`` - Paquet RPM/DEB : ``/etc/fess/tika.xml`` .. _upgrade-1510-tika-metadata: @@ -649,6 +649,11 @@ La version 15.10 supprime l'espace après ``(deny)`` et ``(allow)`` avant l'enre Un paramètre enregistré dans la version 15.9 ou une version antérieure n'est pas réparé automatiquement. Vérifiez le champ des permissions de chaque configuration d'exploration qui utilise ``(deny)``, réécrivez la ligne sous la forme ``(deny){user}name``, enregistrez-la, puis relancez l'exploration. +Caractères de contrôle dans audit.log +------------------------------------- + +Au format LTSV, tout caractère de contrôle d'un champ, ainsi que les séparateurs de ligne Unicode NEL, LS et PS, est remplacé par une espace (une tabulation par un trait de soulignement), de sorte qu'un nom d'utilisateur saisi ne puisse pas commencer un second enregistrement. La version 15.9 ne remplaçait que CR et LF. + Modifications pour les développeurs de plugins ---------------------------------------------- diff --git a/fr/15.10/user/search-proximity.rst b/fr/15.10/user/search-proximity.rst index c59cf7cba..385d37a3f 100644 --- a/fr/15.10/user/search-proximity.rst +++ b/fr/15.10/user/search-proximity.rst @@ -59,7 +59,7 @@ Séparez donc les mots par des espaces et indiquez un nombre généreux. "全文 検索"~5 "大阪 おいしい"~10 -Une chaîne sans espaces (par exemple ``"大阪おいしい"~10``) peut ne pas fonctionner comme prévu en tant que recherche de proximité entre les mots, car dans les champs généraux elle est comparée comme une seule chaîne continue. Séparez les mots par des espaces. La distance ne peut pas être convertie exactement en nombre de caractères ; commencez donc par un nombre généreux, puis affinez-le en vérifiant les résultats. +Une chaîne sans espaces (par exemple ``"大阪おいしい"~10``) ne fonctionnait pas comme recherche de proximité dans les champs généraux jusqu'à la version 15.9 et pouvait ne renvoyer aucun document. Dans la version 15.10, ``"大阪おいしい"~10`` correspond aux mêmes documents que ``"大阪 おいしい"~10``. Il reste recommandé de séparer les mots par des espaces. La distance ne peut pas être convertie exactement en nombre de caractères ; commencez donc par un nombre généreux, puis affinez-le en vérifiant les résultats. Voir aussi ============ diff --git a/ja/15.10/config/crawler-basic.rst b/ja/15.10/config/crawler-basic.rst index 390138936..d14ab10a2 100644 --- a/ja/15.10/config/crawler-basic.rst +++ b/ja/15.10/config/crawler-basic.rst @@ -516,6 +516,18 @@ URL は次のバッチに回ります。キュー全体が 1 つのバッチに client.proxyUsername=proxyuser client.proxyPassword=proxypass +**SOCKS5 プロキシ (15.10 以降):** + +:: + + client.socksProxyHost=socks.example.com + client.socksProxyPort=1080 + +- ``client.socksProxyHost`` と ``client.socksProxyPort`` の両方を指定してください。片方だけでは、プロキシを使わずに直接接続します。 +- SOCKS プロキシは認証なしで使用します。 +- サイトのホスト名はクローラーが名前解決し、プロキシには IP アドレスを渡します。そのため、プロキシ側でしか名前解決できないホスト名は接続に失敗します。 +- 既定の HTTP クライアント (HttpClient 5) に適用されます。15.9 以前はこれらのキーを無視し、直接接続します。 + **特定のホストをプロキシから除外:** プロキシから除外するホストは、クロール設定の設定パラメーターではなく、JVMシステムプロパティで設定します。 diff --git a/ja/15.10/install/upgrade.rst b/ja/15.10/install/upgrade.rst index 7cba6fd4e..95123b69e 100644 --- a/ja/15.10/install/upgrade.rst +++ b/ja/15.10/install/upgrade.rst @@ -566,7 +566,7 @@ Tika 4 には XML 形式の設定ファイルがないため、|Fess| 15.10 は ``tika.xml`` に記述した ``parser-exclude`` などの設定は適用されなくなり、除外していたパーサーは再び動作します。 以前のバージョンの ``tika.xml`` が設定ディレクトリに残っている場合、|Fess| はそのファイルを無視し、起動時に ``fess.log`` へ警告を出力します。ファイルを削除してください。 -- ZIP 版: ``app/WEB-INF/conf/tika.xml`` +- ZIP 版: 15.9 以前の ZIP 版では ``app/WEB-INF/classes/tika.xml`` にあります。15.10 の起動時の警告は、``app/WEB-INF/classes`` と ``app/WEB-INF/conf`` の両方を調べます - RPM/DEB 版: ``/etc/fess/tika.xml`` .. _upgrade-1510-tika-metadata: @@ -624,6 +624,11 @@ Tika 4 がテキストファイルについて報告する文字エンコーデ 15.9 以前に保存した設定は自動では直りません。``(deny)`` を使っているクロール設定のパーミッション欄を確認し、``(deny){user}name`` の形に書き直して保存してから再クロールしてください。 +監査ログの制御文字 +------------------ + +LTSV 形式では、フィールドの値に含まれるすべての制御文字と、Unicode の行区切り（NEL・LS・PS）が空白に置き換わります（タブはアンダースコア）。入力された利用者名で 2 件目のレコードを始めることはできません。15.9 が置き換えていたのは CR と LF だけでした。 + プラグイン開発者向けの変更 -------------------------- diff --git a/ja/15.10/user/search-proximity.rst b/ja/15.10/user/search-proximity.rst index ec3ec6347..7e87cb307 100644 --- a/ja/15.10/user/search-proximity.rst +++ b/ja/15.10/user/search-proximity.rst @@ -59,7 +59,7 @@ "全文 検索"~5 "大阪 おいしい"~10 -空白を含まない文字列 (たとえば ``"大阪おいしい"~10``) は、汎用フィールドでは連続した 1 つの文字列として照合されるため、単語間の近接検索として期待どおりに動作しないことがあります。単語は空白で区切ってください。距離を文字数に正確に換算することはできないため、まず大きめの数字を指定し、結果を確認しながら絞り込んでください。 +空白を含まない文字列 (たとえば ``"大阪おいしい"~10``) は、15.9 までは汎用フィールドで近接検索として動作せず、一致する文書が 0 件になることがありました。15.10 では ``"大阪おいしい"~10`` が ``"大阪 おいしい"~10`` と同じ文書に一致します。単語は空白で区切って書くことを推奨します。距離を文字数に正確に換算することはできないため、まず大きめの数字を指定し、結果を確認しながら絞り込んでください。 関連項目 ========== diff --git a/ko/15.10/config/crawler-basic.rst b/ko/15.10/config/crawler-basic.rst index cc4a423ba..5df5812a6 100644 --- a/ko/15.10/config/crawler-basic.rst +++ b/ko/15.10/config/crawler-basic.rst @@ -524,6 +524,18 @@ URL 패턴에 의한 제한 client.proxyUsername=proxyuser client.proxyPassword=proxypass +**SOCKS5 프록시 (15.10 이후):** + +:: + + client.socksProxyHost=socks.example.com + client.socksProxyPort=1080 + +- ``client.socksProxyHost``\ 와 ``client.socksProxyPort``\ 를 모두 지정하십시오. 둘 중 하나만 지정하면 크롤러는 프록시를 사용하지 않고 직접 연결합니다. +- SOCKS 프록시는 인증 없이 사용합니다. +- 사이트의 호스트 이름은 크롤러가 직접 이름 해석을 하고 프록시에는 IP 주소를 전달합니다. 따라서 프록시 쪽에서만 이름 해석이 가능한 호스트 이름은 연결에 실패합니다. +- 기본 HTTP 클라이언트(HttpClient 5)에 적용됩니다. 15.9 이전 버전은 이 키를 무시하고 직접 연결합니다. + **특정 호스트를 프록시에서 제외:** 프록시에서 제외할 호스트는 크롤링 설정의 설정 매개변수가 아닌 JVM 시스템 프로퍼티로 설정합니다. diff --git a/ko/15.10/install/upgrade.rst b/ko/15.10/install/upgrade.rst index 5c640d2e2..d42fb8fb9 100644 --- a/ko/15.10/install/upgrade.rst +++ b/ko/15.10/install/upgrade.rst @@ -564,7 +564,7 @@ Tika 4에는 XML 설정 파일이 없으므로 |Fess| 15.10은 Tika 파서를 ``tika.xml``\ 에 작성한 ``parser-exclude`` 등의 설정은 더 이상 적용되지 않으며, 그곳에서 제외했던 파서도 다시 동작합니다. 이전 버전의 ``tika.xml``\ 이 설정 디렉터리에 남아 있으면 |Fess|\ 는 이 파일을 무시하고 시작할 때 ``fess.log``\ 에 경고를 출력합니다. 파일을 삭제하십시오. -- ZIP 버전: ``app/WEB-INF/conf/tika.xml`` +- ZIP 버전: 15.9 이전의 ZIP 버전에서는 ``app/WEB-INF/classes/tika.xml``\ 에 있습니다. 15.10의 시작 시 경고는 ``app/WEB-INF/classes``\ 와 ``app/WEB-INF/conf``\ 를 모두 확인합니다 - RPM/DEB 버전: ``/etc/fess/tika.xml`` .. _upgrade-1510-tika-metadata: @@ -622,6 +622,11 @@ Tika 4가 텍스트 파일에 대해 보고하는 문자 인코딩 이름은 15. 15.9 이전에 저장한 설정은 자동으로 고쳐지지 않습니다. ``(deny)`` 를 사용하는 크롤 설정의 권한 필드를 확인하고, ``(deny){user}name`` 형태로 다시 쓰고 저장한 다음 다시 크롤하세요. +audit.log의 제어 문자 +--------------------- + +LTSV 형식에서는 필드 값에 포함된 모든 제어 문자와 유니코드 줄 구분자(NEL, LS, PS)가 공백으로 바뀝니다(탭은 밑줄). 입력된 사용자 이름으로 두 번째 레코드를 시작할 수 없습니다. 15.9가 바꾸던 것은 CR과 LF뿐이었습니다. + 플러그인 개발자를 위한 변경 사항 -------------------------------- diff --git a/ko/15.10/user/search-proximity.rst b/ko/15.10/user/search-proximity.rst index e0569707f..4050060de 100644 --- a/ko/15.10/user/search-proximity.rst +++ b/ko/15.10/user/search-proximity.rst @@ -59,7 +59,7 @@ "전문 검색"~5 "오사카 맛있는"~10 -공백이 없는 문자열 (예: ``"오사카맛있는"~10``)은 범용 필드에서는 연속된 하나의 문자열로 대조되므로, 단어 간 근접 검색으로 기대한 대로 동작하지 않을 수 있습니다. 단어는 공백으로 구분하십시오. 거리를 문자 수로 정확하게 환산할 수는 없으므로, 먼저 큰 숫자를 지정하고 결과를 확인하면서 좁혀 나가십시오. +공백이 없는 일본어 문자열(예: ``"大阪おいしい"~10``)은 15.9까지는 범용 필드에서 근접 검색으로 동작하지 않아 일치하는 문서가 없을 수 있었습니다. 15.10에서는 ``"大阪おいしい"~10``\ 이 ``"大阪 おいしい"~10``\ 과 같은 문서에 일치합니다. 단어는 계속 공백으로 구분하여 쓰기를 권장합니다. 거리를 문자 수로 정확하게 환산할 수는 없으므로, 먼저 큰 숫자를 지정하고 결과를 확인하면서 좁혀 나가십시오. 관련 항목 =========== diff --git a/zh-cn/15.10/config/crawler-basic.rst b/zh-cn/15.10/config/crawler-basic.rst index 4849c0668..ce5892b02 100644 --- a/zh-cn/15.10/config/crawler-basic.rst +++ b/zh-cn/15.10/config/crawler-basic.rst @@ -509,6 +509,18 @@ URL模式限制 client.proxyUsername=proxyuser client.proxyPassword=proxypass +**SOCKS5 代理 (15.10 及以后):** + +:: + + client.socksProxyHost=socks.example.com + client.socksProxyPort=1080 + +- 请同时指定 ``client.socksProxyHost`` 和 ``client.socksProxyPort``。只指定其中一个时，爬虫不使用代理而直接连接。 +- SOCKS 代理不使用认证。 +- 站点的主机名由爬虫自行解析，向代理传递的是 IP 地址，因此只有代理一侧才能解析的主机名会连接失败。 +- 该设置适用于默认的 HTTP 客户端 (HttpClient 5)。15.9 及更早版本会忽略这些键并直接连接。 + **从代理服务器排除特定主机:** 从代理排除的主机不在爬取配置的配置参数中设置，而是通过JVM系统属性配置。 diff --git a/zh-cn/15.10/install/upgrade.rst b/zh-cn/15.10/install/upgrade.rst index bfee65e59..f878b4e9e 100644 --- a/zh-cn/15.10/install/upgrade.rst +++ b/zh-cn/15.10/install/upgrade.rst @@ -554,7 +554,7 @@ Tika 4 没有 XML 配置文件，因此 |Fess| 15.10 在代码中构建 Tika 解 在 ``tika.xml`` 中编写的 ``parser-exclude`` 等设置将不再生效，被排除的解析器会重新运行。 如果配置目录中残留有以前版本的 ``tika.xml``，|Fess| 会忽略该文件，并在启动时向 ``fess.log`` 输出警告。请删除该文件。 -- ZIP 版: ``app/WEB-INF/conf/tika.xml`` +- ZIP 版: 在 15.9 及更早的 ZIP 版中，该文件位于 ``app/WEB-INF/classes/tika.xml``。15.10 启动时的警告会同时检查 ``app/WEB-INF/classes`` 和 ``app/WEB-INF/conf`` - RPM/DEB 版: ``/etc/fess/tika.xml`` .. _upgrade-1510-tika-metadata: @@ -612,6 +612,11 @@ Tika 4 为文本文件报告的字符编码名称可能与 15.9 不同。例如 在 15.9 或更早版本中保存的设置不会自动修复。请检查每个使用 ``(deny)`` 的爬取配置的权限字段，按 ``(deny){user}name`` 的形式重新书写并保存，然后重新爬取。 +audit.log 中的控制字符 +---------------------- + +在 LTSV 格式中，字段值中的所有控制字符以及 Unicode 行分隔符（NEL、LS、PS）都会被替换为空格（制表符替换为下划线），因此输入的用户名无法开始第二条记录。15.9 只替换 CR 和 LF。 + 面向插件开发者的变更 -------------------- diff --git a/zh-cn/15.10/user/search-proximity.rst b/zh-cn/15.10/user/search-proximity.rst index a09a2c2fd..83e4e9dca 100644 --- a/zh-cn/15.10/user/search-proximity.rst +++ b/zh-cn/15.10/user/search-proximity.rst @@ -59,7 +59,7 @@ "全文 检索"~5 "大阪 好吃"~10 -不含空格的字符串（例如 ``"大阪好吃"~10``）在通用字段中会作为一个连续的字符串进行匹配，因此可能无法按预期作为单词之间的邻近检索工作。请用空格分隔单词。距离无法精确换算为字符数，因此建议先指定较大的数字，再根据检索结果逐步缩小。 +不含空格的日语字符串（例如 ``"大阪おいしい"~10``）在 15.9 及之前的通用字段中不能作为邻近检索工作，可能没有任何文档匹配。在 15.10 中，``"大阪おいしい"~10`` 与 ``"大阪 おいしい"~10`` 匹配相同的文档。仍建议用空格分隔单词。距离无法精确换算为字符数，因此建议先指定较大的数字，再根据检索结果逐步缩小。 相关主题 ----------