mirror of
https://github.com/sigmasternchen/php-doc-en
synced 2025-03-16 00:48:54 +00:00
Added documentation on parallel search feature to the search functions docs
git-svn-id: https://svn.php.net/repository/phpdoc/en/trunk@49131 c90b9560-bf6c-de11-be94-00142212c4b1
This commit is contained in:
parent
86653c5a0a
commit
d9697d607f
1 changed files with 24 additions and 1 deletions
|
@ -1138,6 +1138,10 @@ for ($i=0; $i<$info["count"]; $i++)
|
|||
echo $info[$i]["ou"][0] ;
|
||||
</programlisting>
|
||||
</example></para>
|
||||
<para>
|
||||
From 4.0.5 on it's also possible to do parallel searches. See
|
||||
<function>ldap_search</function> for details.
|
||||
</para>
|
||||
</refsect1>
|
||||
</refentry>
|
||||
|
||||
|
@ -1362,6 +1366,10 @@ for ($i=0; $i<$info["count"]; $i++)
|
|||
<parameter>deref</parameter>.
|
||||
</para>
|
||||
</note>
|
||||
<para>
|
||||
From 4.0.5 on it's also possible to do parallel searches. See
|
||||
<function>ldap_search</function> for details.
|
||||
</para>
|
||||
</refsect1>
|
||||
</refentry>
|
||||
|
||||
|
@ -1541,7 +1549,22 @@ $info = ldap_get_entries($ds, $sr);
|
|||
print $info["count"]." entries returned<p>";
|
||||
</programlisting>
|
||||
</example></para>
|
||||
|
||||
<para>
|
||||
From 4.0.5 on it's also possible to do parallel searches. To do this
|
||||
you use an array of link identifiers, rather than a single identifier,
|
||||
as the first argument. If you don't want the same base DN and the
|
||||
same filter for all the searches, you can also use an array of base DNs
|
||||
and/or an array of filters. Those arrays must be of the same size as
|
||||
the link identifier array since the first entries of the arrays are
|
||||
used for one search, the second entries are used for another, and so
|
||||
on. When doing parallel searches an array of search result
|
||||
identifiers is returned, except in case of error, then the entry
|
||||
corresponding to the search will be false. This is very much like
|
||||
the value normally returned, except that a result identifier is always
|
||||
returned when a search was made. There are some rare cases where the
|
||||
normal search returns false while the parallel search returns an
|
||||
identifier.
|
||||
</para>
|
||||
</refsect1>
|
||||
</refentry>
|
||||
|
||||
|
|
Loading…
Reference in a new issue