Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:1038
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Date: Fri, 25 Apr 2003 11:50:21 +0300 (EEST)
Sender: jani@cs181147.pp.htv.fi
Reply-To: Jani Taskinen <sniper@iki.fi>
To: Michael Loftis <mloftis@modwest.com>
cc: internals@lists.php.net
In-Reply-To: <593735812.1051100007@[10.0.0.137]>
Message-ID: <Pine.LNX.4.44.0304251149180.14187-100000@cs181147.pp.htv.fi>
References: <593735812.1051100007@[10.0.0.137]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: Re: [PHP-DEV] PATCH Deprecated modules patch.
From: sniper@iki.fi (Jani Taskinen)


    You should always use '--disable-all' as first option and then 
    enable what you need. No idea what your patch was about but
    it propably was useless anyway.
    
    --Jani
    

On Wed, 23 Apr 2003, Michael Loftis wrote:

>I've done a small patch (no ./configure option at this time) that allows 
>you short-circuit loading of modules.  mw_deprecated_extensions is the new 
>config variable, set as a PHP_INI_SYSTEM restriction level.  It has a 
>little bit of OS specific code, only tested on Linux, should work on any 
>Unix though.  Not tested under Win32 and probably won't work there.
>
>In order to get it to work at this point you need to #define 
>MW_DEPRECATED_EXTENSION
>
>I don't know that this is the best way to do this but it seems that if the 
>team wants to keep moving modules into the core we need to make a method 
>for large web hosts (like my employer Modwest here) to be able to make a 
>list of modules to not try to load so as to make moving between versions 
>somewhat more transparent.
>
>The patch against 4.3.1 is attached, I welcome any comments or suggestions 
>for improvement.
>
>I do fully agree with Sascha that what is *really* needed is something else 
>entirely, but this is a stop-gap measure that we're going to use in the 
>meantime.  Extensions should be able to inform of their status at any given 
>time.
>
>This is a hack but until such time that a better method is employed it 
>would be nice to have something like this.  I'll be making further changes 
>so that PHP loads an extra INI file specifically just so we can put the 
>mw_deprecated_extensions directive in a file by itself and thus not have to 
>touch everyone's INI files here.
>
>For us though compiling more and more into the core statically poses a 
>performance and scaling problem.  If we can save startup time we always do, 
>which is part of the reason we use dynamic extensions, instead of compiling 
>in everything anyone would/might want we make them as modules.
>
>--
>Michael Loftis
>Modwest Sr. Systems Administrator
>Powerful, Affordable Web Hosting
>

-- 
<- For Sale! ->