Re: Why TCL?
- From: "Lisa Pearlson" <no@xxxxxxxx>
- Date: Fri, 2 Dec 2005 16:39:10 +0100
There already is a lot of PHP code. Many people are refusing to upgrade to
Apache2 from Apache 1.3 because of the incompatibility issue. To make PHP
work with Apache2 requires the use of the prefork model instead of the
default, which is said to actually make Apache slower and more resource
hungry and thus defeats much of the purpose to upgrade.
So this PHP/Apache2 issue is working against the two instead of helping each
other it seems.
I read and understand too little about the threading issues of PHP and
Apache2, but I wonder if TCL, if it doesn't suffer the same constraints as
PHP, could initially used as some kind of stub/proxy to process PHP scripts
on behalf of Apache2 so that it sits between PHP and Apache and perhaps this
was resolves the threading issue? Perhaps I'm talking crap, but such thing
would sneak TCL into the PHP world, and soon enough take it over.
Lisa
"Lisa Pearlson" <no@xxxxxxxx> wrote in message
news:43906955$0$13786$e4fe514c@xxxxxxxxxxxxxxxxxxxxxxxxxxx
>I just posted another message in this thread.. about the issues between PHP
>and Apache2's new threading model.
> Does TCL suffer the same issues, or could TCL take advantage of the fact
> that Apache and PHP have come to a point of weakness, to a point where
> they point fingers at eachother (from what I read in some news groups, in
> an effort to find out why PHP5 wasn't working with Apache2 with
> apache2-mpm-worker on Debian Sarge)
>
> Lisa
>
> "Robert Hicks" <sigzero@xxxxxxxxx> wrote in message
> news:1133477674.592032.146850@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
>> What do you think should be done?
>>
>> A great "full stack" web framework in the vein of Rails, TurboGears,
>> Django, Catalyst would be something to show. These frameworks have high
>> visibility right now. We have Rivet and several db abstraction layers.
>> Marry them, throw some weight behind Rivet to get it on more platforms
>> and build a framework around it.
>>
>> A CPAN implementation "blessed" and used by the community would be
>> nice.
>>
>> There was a recent comparison on the Tcl wiki about db abstraction
>> layers. It would be nice to "pick one" and work to extend it to be a
>> "defacto" abstraction layer ala the Perl DBI.
>>
>> Magazine articles...
>>
>> Web articles...all over...also O'Reilly might be willing to create a
>> Tcl space like the other have where we could post articles and then
>> anyone visiting the O'Reilly site would see the blurbs on the main page
>> and might just read the article and be curious enough to try Tcl.
>>
>> I would be willing to talk with O'Reilly about a Tcl section if we
>> could get articles posted. Really some of the little apps that show up
>> on the wiki would be great little articles that could show how easy
>> things are in Tcl.
>>
>> There might be other things as well.
>>
>> The problem is usually the "someone" problem. "Someone needs to or
>> should do it but nobody does".
>>
>> Robert
>>
>
>
.
- References:
- Why TCL?
- From: reageer
- Re: Why TCL?
- From: Kaitzschu
- Re: Why TCL?
- From: Eckhard Lehmann
- Re: Why TCL?
- From: Robert Hicks
- Re: Why TCL?
- From: Lisa Pearlson
- Why TCL?
- Prev by Date: Re: Freewap issues
- Next by Date: tcl -> binary executable
- Previous by thread: Re: Why TCL?
- Next by thread: Re: Why TCL?
- Index(es):
Relevant Pages
|
|
