On 4/13/07, Oliver Block <[EMAIL PROTECTED]> wrote:
Am Freitag, 13. April 2007 15:46 schrieb Tijnema !:
> I think that will screw up some things, for example when using 2 the
> same scripts, on the same apache, but on different locations.
It does not screw up things with session variables. The difference between
session variables and application variables (I would say) is the scope. (Both
are persistent between several requests.) There are ways to assure that
requests are served by the same machine if sessions are used (load
balancers). There is also the way to set up a central storage like you
already can do with session_set_save_handler().
> Especially because a lot people use shared hosting these days, and
> that means that they all run on the same apache. and so they would
> share the same "application variables". So if person a & b both
> install the same script on a different domain. They would work like 1
> script, and that just goes wrong.
We two obviously have a different concept of application variable. As I
understand it, you would never share applications variables between different
domains (without the php programmer knowing that). But you are right, if you
i.e. run a web application on a shared host, you could have a single
directory served by several different subdomains, e.g. webapp.mydomain1.com,
webapp.mydomain2.com, webapp.mydomain3.com with all domains mapped to the
directory htdocs/webapp. But the programmer of the applicaton would have to
consider this, not php.
But once it is available. "stupid" PHP programmers are gonna use it,
and distribute code using it, and while someone else, who doesn't know
anything about PHP, installs it twice on same host, it does give a lot
trouble.
But as I said earlier, I was more interested in knowing the rationale why this
feature hasn't been integrated yet, than in demanding it.:) (Right now I have
no patch, either.)
Best Regards,
Oliver
I think it would only give more trouble... and like noted before, it's
a lot of work to integrate it in all apache workers... (not to mention
PHP as CGI...)
Tijnema
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
