Hey all, So, here's a weird one, and I can't figure it out. If I have a root relative cfinclude that happens in a directory that's LDAP protected at the server level (i.e. not using cfldap and application code), the includes are excruciatingly slow for some people. We just switched to a new ldap server, and things have gotten much worse. There are 2 ldap servers working in round-robin fashion. There's about 2700 LDAP accounts.
Here's some sample times: For me - doc-relative: 7ms root-relative: 975 ms For Kevin - doc-relative - 5ms root-relative - 4400 ms For Jason - doc-relative - 5ms root-relative - 7 ms So, since we're seeing such different speeds, I contend that it has to have something to do with the LDAP server. But, my LDAP admin says that once the initial authentication on the directory happens, no re-auth should be going on. If that were the case, only the first page would be slow. But, that's not the case here. Does anyone know enough about how LDAP protected directories work to have any insight? I have this semi-crazy theory that because the root is outside of the protected directory, and then the final page called is back within the protected directory, that it somehow has to re-authenticate again or something. But, that's such a total guess. By the way, we have no mapping in cf for root. One thing we're going to try today is to add a custom mapping (/cesroot or something) and see if that changes anything. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Find out how CFTicket can increase your company's customer support efficiency by 100% http://www.houseoffusion.com/banners/view.cfm?bannerid=49 Message: http://www.houseoffusion.com/lists.cfm/link=i:5:142511 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/5 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:5 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.5 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
