| 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174 |
- <?xml version="1.0" encoding="UTF-8"?>
- <!-- EN-Revision: 20854 -->
- <!-- Reviewed: no -->
- <sect1 id="zend.search.lucene.charset">
- <title>Conjunto de Caractere</title>
- <sect2 id="zend.search.lucene.charset.description">
- <title>Suporte ao conjunto de caractere UTF-8 e byte-simples</title>
- <para>
- <classname>Zend_Search_Lucene</classname> trabalha internamente com o conjunto de
- caractere UTF-8. Arquivos de índice armazenam dados unicode no formato de codificação
- "UTF-8 modificado" usado pelo Java. O núcleo do
- <classname>Zend_Search_Lucene</classname> suporta esta codificação plenamente, com uma
- exceção.
- <footnote>
- <para>
- <classname>Zend_Search_Lucene</classname> suporta somente os caracteres do Plano
- Multilingual Básico (BMP) (de 0x0000 a 0xFFFF), não suportando os caracteres
- suplementares (caracteres acima de 0xFFFF)
- </para>
- <para>
- O Java 2 representa estes caracteres como um par de valores do tipo char
- (16 bits), o primeiro vem da faixa superior (0xD800-0xDBFF), o segundo, da faixa
- inferior (0xDC00-0xDFFF). Logo eles são codificados como caracteres usuais UTF-8
- em seis bytes. A representação padrão UTF-8 utiliza quatro bytes para caracteres
- suplementares.
- </para>
- </footnote>
- </para>
- <para>
- A codificação dos dados de entrada pode ser especificada através da
- <acronym>API</acronym> de <classname>Zend_Search_Lucene</classname>. Os dados serão
- convertidos automaticamente na codificação UTF-8.
- </para>
- </sect2>
- <sect2 id="zend.search.lucene.charset.default_analyzer">
- <title>Analisador de texto padrão</title>
- <para>
- De qualquer modo, o analisador de texto padrão (que também é usado no analisador de
- consulta) utiliza ctype_alpha() para a sinalização de texto e consultas.
- </para>
- <para>
- ctype_alpha() is not UTF-8 compatible, so the analyzer converts text to
- 'ASCII//TRANSLIT' encoding before indexing. The same processing is transparently
- performed during query parsing.
- <footnote>
- <para>
- Conversion to 'ASCII//TRANSLIT' may depend on current locale and OS.
- </para>
- </footnote>
- </para>
- <note>
- <title/>
- <para>
- Default analyzer doesn't treats numbers as parts of terms. Use corresponding 'Num'
- analyzer if you don't want words to be broken by numbers.
- </para>
- </note>
- </sect2>
- <sect2 id="zend.search.lucene.charset.utf_analyzer">
- <title>UTF-8 compatible text analyzers</title>
- <para>
- <classname>Zend_Search_Lucene</classname> also contains a set of UTF-8 compatible
- analyzers: <classname>Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8</classname>,
- <classname>Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8Num</classname>,
- <classname>Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8_CaseInsensitive</classname>,
- <classname>Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8Num_CaseInsensitive</classname>.
- </para>
- <para>
- Any of this analyzers can be enabled with the code like this:
- <programlisting language="php"><![CDATA[
- Zend_Search_Lucene_Analysis_Analyzer::setDefault(
- new Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8());
- ]]></programlisting>
- </para>
- <warning>
- <title/>
- <para>
- UTF-8 compatible analyzers were improved in Zend Framework 1.5. Early versions of
- analyzers assumed all non-ascii characters are letters. New analyzers implementation
- has more accurate behavior.
- </para>
- <para>
- This may need you to re-build index to have data and search queries tokenized in the
- same way, otherwise search engine may return wrong result sets.
- </para>
- </warning>
- <para>
- All of these analyzers need PCRE (Perl-compatible regular expressions) library to be
- compiled with UTF-8 support turned on. PCRE UTF-8 support is turned on for the PCRE
- library sources bundled with <acronym>PHP</acronym> source code distribution, but if
- shared library is used instead of bundled with <acronym>PHP</acronym> sources, then
- UTF-8 support state may depend on you operating system.
- </para>
- <para>
- Use the following code to check, if PCRE UTF-8 support is enabled:
- <programlisting language="php"><![CDATA[
- if (@preg_match('/\pL/u', 'a') == 1) {
- echo "PCRE unicode support is turned on.\n";
- } else {
- echo "PCRE unicode support is turned off.\n";
- }
- ]]></programlisting>
- </para>
- <para>
- Case insensitive versions of UTF-8 compatible analyzers also need <ulink
- url="http://www.php.net/manual/en/ref.mbstring.php">mbstring</ulink> extension to
- be enabled.
- </para>
- <para>
- If you don't want mbstring extension to be turned on, but need case insensitive search,
- you may use the following approach: normalize source data before indexing and query
- string before searching by converting them to lowercase:
- <programlisting language="php"><![CDATA[
- // Indexing
- setlocale(LC_CTYPE, 'de_DE.iso-8859-1');
- ...
- Zend_Search_Lucene_Analysis_Analyzer::setDefault(
- new Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8());
- ...
- $doc = new Zend_Search_Lucene_Document();
- $doc->addField(Zend_Search_Lucene_Field::UnStored('contents',
- strtolower($contents)));
- // Title field for search through (indexed, unstored)
- $doc->addField(Zend_Search_Lucene_Field::UnStored('title',
- strtolower($title)));
- // Title field for retrieving (unindexed, stored)
- $doc->addField(Zend_Search_Lucene_Field::UnIndexed('_title', $title));
- ]]></programlisting>
- <programlisting language="php"><![CDATA[
- // Searching
- setlocale(LC_CTYPE, 'de_DE.iso-8859-1');
- ...
- Zend_Search_Lucene_Analysis_Analyzer::setDefault(
- new Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8());
- ...
- $hits = $index->find(strtolower($query));
- ]]></programlisting>
- </para>
- </sect2>
- </sect1>
|