[dev] 2.3.x installer

[Brent J. Nordquist]

On Fri, 9 Feb 2001, Jon Parise <jon@csh.rit.edu> wrote:

> There's also the
> performance hit and the fact that not everyone will have the PHP
> extensions compiled into PHP (I don't think we should have an
> additional requirement just to read configuration files).
>
> Also, as far as the installer goes, we'd need to make sure the user
> installed the Perl XML module in order for a Perl installer to work.

Yes, all good points... the performance one is very significant.  As Chuck
said, it would be interesting to know for sure, but you suspect what the
results of a measurement would be.

-- 
Brent J. Nordquist <bjn@horde.org>
Yahoo!: Brent_Nordquist / AIM: BrentJNordquist / ICQ: 76158942



>From rectrix@rectrix.cx Date: Fri,  9 Feb 2001 15:39:00 -0500
Return-Path: <rectrix@rectrix.cx>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 59537 invoked from network); 9 Feb 2001 20:39:32 -0000
Received: from softdnserror (HELO akira.rectrix.int) (64.0.106.220)
  by horde.org with SMTP; 9 Feb 2001 20:39:32 -0000
Received: from localhost (localhost.localdomain [127.0.0.1])
	by akira.rectrix.int (Postfix) with ESMTP id 67883A7AD
	for <dev@lists.horde.org>; Fri,  9 Feb 2001 15:39:00 -0500 (EST)
Received: from 192.168.2.1 ( [192.168.2.1])
	as user rectrix@192.168.2.3 by mail.rectrix.cx with HTTP;
	Fri,  9 Feb 2001 15:39:00 -0500
Message-ID: <981751140.3a84556440cfe@mail.rectrix.cx>
Date: Fri,  9 Feb 2001 15:39:00 -0500
From: rectrix@rectrix.cx
To: dev@lists.horde.org
References: <5.0.1.4.0.20010129163046.02609a78@staff.mail.uoguelph.ca> <981402123.3a7f020bea009@mail.rectrix.cx> <20010205232343.G767@csh.rit.edu>
In-Reply-To: <20010205232343.G767@csh.rit.edu>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
X-Originating-IP: 192.168.2.1
Subject: Re: [dev] problems with horde/lib/Prefs/LDAP.php

Quoting Jon Parise <jon@csh.rit.edu>:

> Actually, on second thought, a configuration option is probably the
> best idea.  I just added $conf['prefs']['params']['always_bind'].  If
> it's set to 'false' (the default if not specified), the "old" behavior
> will be used.  Setting it to 'true' will bind to the LDAP server for
> both retrievals and stores.

Great, thanks for the changes.

-tim