FAQ
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

Search Discussions

  • Jani Taskinen at Apr 25, 2003 at 8:50 am
    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! ->

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupphp-internals @
categoriesphp
postedApr 23, '03 at 6:11p
activeApr 25, '03 at 8:50a
posts2
users2
websitephp.net

2 users in discussion

Michael Loftis: 1 post Jani Taskinen: 1 post

People

Translate

site design / logo © 2022 Grokbase