Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:7981
Return-Path: <usenet@in-addr.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 35322 invoked by uid 1010); 19 Feb 2004 00:49:25 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 35257 invoked by uid 1007); 19 Feb 2004 00:49:25 -0000
Message-ID: <20040219004925.35256.qmail@pb1.pair.com>
To: internals@lists.php.net
Date: Thu, 19 Feb 2004 00:49:24 +0000
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.6) Gecko/20040113
X-Accept-Language: en-gb, en-us, en
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Posted-By: 217.155.201.23
Subject: Support for the RFC 2696 paged results LDAP extension
From: usenet@in-addr.com (Gary Palmer)

Hi,

I am wondering if there is any plan to support RFC 2696 "LDAP Control 
Extension for Simple Paged Results Manipulation".

LDAP has a problem that most/all servers aren't designed to handle large 
result sets. Some servers are set so that the largest result sets they 
can handle are as small as 100 entries. LDAP paging gets around this by 
allowing you to retrieve multiple chunks of $RESULT_SIZE until you have 
all the entries that your search produced.

This has obvious benefits in an LDAP environment and I'm hoping that 
there is some way to get support included in PHP.

Thanks for any help / information.

Yours,

Gary