phew, I just took a look into 5.3.0, as you mentioned, it really seems like
light-years away from 5.2.5 - I have no idea where to start nor what to do, the
logs in the package say that it requires several months to finish the
todo-stuff, so it seems to be hopeless 1. to wait 2. to try to get in
==
= I've run into the same thing in the past, ended up moving to virtual machines
in order
= to circumvent ... BUT ... I found something which can apparently work in this
particular
= case. have a google for 'mod_macro' ... from what I read it will do what you
want and it'll
= save you hav
Hi,
Don't know which mail client you're using but it hates mine... no >, so I'm
resorting to separators.
==
why do you say "old version"?
==
Because I've been working with 5.3.0-dev since the day the branch split, and
I have a hard time remembering what was
ehl lhe schreef:
I've run into the same thing in the past, ended up moving to virtual machines
in order
to circumvent ... BUT ... I found something which can apparently work in this
particular
case. have a google for 'mod_macro' ... from what I read it will do what you
want and it'll
save you
>I've run into the same thing in the past, ended up moving to virtual machines
>in order
>to circumvent ... BUT ... I found something which can apparently work in this
>particular
>case. have a google for 'mod_macro' ... from what I read it will do what you
>want and it'll
>save you having to h
ehl lhe schreef:
hi steph,
well, i'm trying to use apache's mod vhost_alias, which doesn't allow to use
e.g.
php_admin_value open_basedir /some/path/%2
...which means that %2 is usually replaced with a part of the requested URI,
but that does not work, such variables like %2 are interpreded
>I was trying to tell you 'it's a bad idea to modify it', not 'it's
>impossible'. Your first post sounded like you were intending to distribute
>some application!
>
>If you look at the relevant bits of ZE you'll see that a 'modifiable' value
>of NULL in the main.c declaration would do the tric
On Mon, 2008-02-04 at 14:23 +, ehl lhe wrote:
> >Perhaps you should look into PHP 5.3 which has a lot better support for
> >per-host/per-dir php.ini values. In 5.3 you can specify stuff in the
> >global php.ini file with special sections which only affect the certain
> >host / directory and tho
>Perhaps you should look into PHP 5.3 which has a lot better support for
>per-host/per-dir php.ini values. In 5.3 you can specify stuff in the
>global php.ini file with special sections which only affect the certain
>host / directory and those can not be overwritten anywhere.
>Also there's the use
Perhaps you should look into PHP 5.3 which has a lot better support for
per-host/per-dir php.ini values. In 5.3 you can specify stuff in the
global php.ini file with special sections which only affect the certain
host / directory and those can not be overwritten anywhere.
Also there's the user.ini
hi steph,
well, i'm trying to use apache's mod vhost_alias, which doesn't allow to use
e.g.
php_admin_value open_basedir /some/path/%2
...which means that %2 is usually replaced with a part of the requested URI,
but that does not work, such variables like %2 are interpreded for
vhost_alias-v
Hi, person with no name...
I'd like to know where PHP finally sets the php.ini-values in it's
sourcecode, e.g. max_execution_time, open_basedir, etc...
What I need is to set several static values which must not be editable using
php.ini, httpd.conf, .htaccess, ini_set, or whatever
12 matches
Mail list logo
