Hi all,
This patch against trunk increases the performance of autocomplete address book searches by only requesting MAXNUM (hardcoded to 15) results be returned by the backend contact providers (LDAP and SQL). This is in theory more efficient than fetching the full results list from all available backends and then pushing individual results into the return list until it hits MAXNUM contacts.
It also adds a configurable tuning parameter - autocomplete_min_length. Searches of less than this length (in bytes) are ignored by the autocomplete provider. This could probably be moved to or duplicated in the ksearch_get_results JS function, but I have yet to familiarize myself with that bit of the codebase.
I have backported this to 0.3-stable and tested it on our evaluation host that's pointed at a production LDAP server with 45k+ entries spread across multiple OUs, and it seems to work well.
Regards,
-Brandon
List info: http://lists.roundcube.net/dev/
On 9/13/09 4:42 AM, "Brandon Davidson" brandond@uoregon.edu wrote:
This patch against trunk increases the performance of autocomplete address book searches by only requesting MAXNUM (hardcoded to 15) results be returned by the backend contact providers (LDAP and SQL).
... And here is the patch I promised. Sorry!
-Brandon
--- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/br/GbhqPgBO/autocomplete-limit-s.patch Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< ---
List info: http://lists.roundcube.net/dev/