Calendar
|
October '08 |
|
||||
| Mon | Tue | Wed | Thu | Fri | Sat | Sun |
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 | 31 | ||
Tag Cloud
Active Directory AD ADAM Amanda Asterisk Benchmark Blog Catalyst DBIC DBIx-Class Digium Directory Services Disaster Recovery Dojo eDirectory Encrypted Backups Enterprise Backups Enterprise Directory Fedora Fedora Directory Server Fedora DS Flexitime Flexi Time IAM Identity Management IDM IP Telephony Isode JavaScript LDAP LDAP Replication LDAP Schema linux Linux M-Vault Microsoft Microsoft FUD MirrorMode MySQL NBD OID OpenDS OpenLDAP Open Source Oracle Oracle Internet Directory PABX Perl PostgreSQL Quad-Core RDBMS Red Hat Replication Request Tracker RT Samba Sendmail SSO Sun Sun Microsystems SunOne Suretec Symas Ubuntu UC UM Unified Communications VoIP X.500
Quicksearch
Powered by
Bad LDAP coding, bad Application, but....maybe the LDAP Implementation?
Saturday, December 1. 2007
It is true that Poorly written LDAP[?] code can really affect your Portal, Suretec have seen it a few times:
A programmer who hadn't had much exposure to LDAP decided it best to do a base level search, for example, usingldapsearch:
he retrieved *everything*, then did all the searching/filtering etc. locally in the client! What's the point of a Directory Server!?!
Our partners Symas have also talked about similar encounters, mainly with Sendmail.
It all comes down to the level of LDAP understanding a programmer has.
Or could it actually be the Directory Server implementation, namely Oracle Internet Directory (OID)?
I know OpenLDAP wouldn't slow an app down like this, because it's very fast..very very fast
A programmer who hadn't had much exposure to LDAP decided it best to do a base level search, for example, using
CODE:
ldapsearch -x -b 'dc=suretecsystems,dc=com' '(objectclass=*)' -H ldap[?]://127.0.0.1
he retrieved *everything*, then did all the searching/filtering etc. locally in the client! What's the point of a Directory Server!?!
Our partners Symas have also talked about similar encounters, mainly with Sendmail.
It all comes down to the level of LDAP understanding a programmer has.
Or could it actually be the Directory Server implementation, namely Oracle Internet Directory (OID)?
I know OpenLDAP wouldn't slow an app down like this, because it's very fast..very very fast
Posted by Gavin Henry
in OpenLDAP, Suretec
at
10:38
| Comments (5)
| Trackback (1)
Defined tags for this entry: ADAM
, Active Directory
, Directory Services
, IAM
, Identity Management
, LDAP
, Linux
, OID
, OpenLDAP
, Oracle
, Oracle Internet Directory
, Perl
, PostgreSQL
, SSO
, Sendmail
, Suretec
, Symas
, Active Directory, Directory Services, IAM, Identity Management, LDAP, Linux, OID, OpenLDAP, Oracle, Oracle Internet Directory, Perl, PostgreSQL, SSO, Sendmail, Suretec, SymasComments
Display comments as
(Linear | Threaded)
This is bound to be more efficient than the client side programmer.
Site Feeds
Comments
about LDAP questions answered
Sat, 24.05.2008 00:43
I just wanted to add that you
can do sql ldap connections in
PostgreSQL:
http://pgfound
ry.org/projects/dblink-ldap/
Sat, 24.05.2008 00:43
about Running a business on desktop Linux
Tue, 13.05.2008 09:03
Simply not true:
http://www
.ubuntu.com/getubuntu/download
"Ubuntu 8.04 LTS Desktop E
dition - Supported to 20 [...]
Tue, 13.05.2008 09:03
about Running a business on desktop Linux
Mon, 12.05.2008 19:18
"No forced software and hardwa
re upgrades every couple years
"
That is simply not true w
ith Ubuntu !
They pro [...]
Mon, 12.05.2008 19:18
Welcome to the sixth issue of OpenLDAP Weekly News (OWN), the unofficial weekly newsletter for the OpenLDAP community. This will be released every Sunday (or thereabouts), covering the latest goings on in and around the OpenLDAP community. Summary:
Tracked: Dec 04, 09:50