Hmmm.. I'm sure it could with some work..

I'm sure mod_perl could also, but maybe it would just take a lot of thinking to figure out a different way of doing it so that mod_perl wouldn't freak out? I dunno.. Anything is possible, but I guess not everything is feasible huh?

err I mean it's possible but probably not feasible (like.. it might require re-writing how la nuages are handled....etc.. dunno.. but I know it can be done hehe)

Does it not work because language vars are global? (ugh)

------------------------------------------------
Jeremy 'PeelBoy' Amberg<P ID="edit"><FONT SIZE=-1><EM>Edited by PeelBoy on 10/17/00 02:14 PM.</EM></FONT>

Sounds to me like you're saying - in a roundabout way - that NO, php can't handle it either! Umnn - so what's with these supposedly 'improved' languages!?!

I want somrthing that offers *more* not less...

php would allow you to have the language switcher in it. You don't have the pre-compiling that you do with mod_perl.

Mod_perl pre-compiles all declared .pm files. And since w3t.pm needs to have language files it compiles those in at startup. That is why you can't switch languages. Under normal perl it checks the cookie each time w3t.pm is compiled (oncer per script) and compiles the proper language for that one instance.

---
Scream
<A HREF="http://www.wcsoft.net" target="_new">http://www.wcsoft.net</A>

The dbi interface that perl uses to connect to db's..

when you say

$dbh = DBI -> connect();

You are creating an object called $dbh, or an "instance" of the DBI class.

Anything you do to $dbh effects that object..

So now when you want to make a query to that db, you use $dbh..

$blah = $dbh -> prepare ("SELECT .....");

and now you can execute the $blah object to get the results.. etc..

You can create multiple db connections and store them in different objects
and then do queries on which ones you please..

Something like that anyway..

------------------------------------------------
Jeremy 'PeelBoy' Amberg

Scream is right..

I wasn't saying it isn't possible in PHP.. I'm pretty sure it IS possible (with out any weird hacks) but since I don't know 100% about how it works and stuff, I wasn't sure if it would work in PHP or not (so I kept my big mouth closed so I don't look like a fool.. I'm good at that) =)

What I was saying is that you can get it to work with mod_perl, but probably not with out doing some major hacks on the way languages currently work (in other words, it's possible but not feasible)

------------------------------------------------
Jeremy 'PeelBoy' Amberg

Why does my web host for a dedicated Cobalt RAQ say
"a php based forum will be easier on the server then a perl based forum"

Is PHP easier on the server then perl when there are a lot of hits.
<A HREF="http://www.flyin.com" target="_new">http://www.flyin.com</A>

Yes, but I'm not sure about mod_perl..

For every hit your server gets, another instance of perl is started (so that it can execute the cgi file that the user requested)..

mod_perl and php are both run from the apache server level, and a new instance isn't started for each hit you get. Everything is already there and running..

That probably helps free up quite a bit of memory for the server when you have a heavy load also.

I'm sure there is a bunch of other stuff too that I don't know about.. I just know the basics of it :\

------------------------------------------------
Jeremy 'PeelBoy' Amberg

YESSSSSS!!!!

>>php would allow you to have the language switcher in it.

Count me in - big time. It can't happen soon enough.

You sure muddied the water though...

It can't happen soon enough.

Minus of course the real 5.1 release . And I now have a moderated forum, so admin changes are welcome too!

Lee.