Rev cgi vs. php

Xavier Bury xavier.bury at googlemail.com
Thu Jan 31 05:30:30 EST 2008


Tip for the wise:
You can go around this making your own virtual machine...
but that's not the most efficient way or for beginners...
Limits are a hindrance more than anything...

cheerios
Xavier


On Jan 31, 2008 10:45 AM, Luis <luis at anachreon.co.uk> wrote:

> The scriptLimits is a real PITA. I use three other commercial dev
> environments, neither of which are crippled in this way.
> I haven't seen this type of limit imposed elsewhere (especially Open
> Source, that'd be like shooting yourself in the foot).
>
> I wouldn't suggest it as an 'enhancement' as it is a deliberate
> limitation.
> At times it feels like I'm using a trial version, purely because of
> this.
>
> Cheers,
>
> Luis.
>
>
> On 30 Jan 2008, at 19:52, Richard Gaskin wrote:
>
> > Andre Garzia wrote:
> >
> >> php is loaded as an apache module, so it has the feature of being one
> >> engine handling eerything which makes some stuff easy such as session
> >> tracking and data exchanges. It was also created from the ground
> >> up to
> >> be a web thing, thus sporting lots of libraries that helps building
> >> web stuff. With Rev, we have marvelous tools for the desktop but we
> >> had to coin our own web libraries.
> >> php has no scriptLimits, so it can read a chunk of text with mixed
> >> code in it and execute it in place, this is the way php developers
> >> usually code, they create web page templates with logic mixed with
> >> presentation. This is not the most elegant way that the
> >> über-pro-developers do but it makes good for quick prototyping and
> >> templating. With Revolution we can't do that, as soon as we reach an
> >> 11 statements chunck, we're dead.
> >> If we had something like mod_revolution and no scriptLimits, we could
> >> conquer the web in no time.
> >
> > Maybe we don't need to eliminate scriptLimits in general if they
> > were lifted for use within the CGI for the merge function.  Such a
> > restriction wouldn't pose a risk to RunRev, and would cover 99.9%
> > of all useful things we'd want to do with Rev on the web, wouldn't it?
> >
> > Shall I submit that enhancement request?  Should be simple to
> > implement.
> >
> > Less simple would be to make an Apache module out of Rev.  How much
> > work do you suppose that would be?
> >
> > I'm not too concerned about libraries.  After all, we have you. And
> > on your day off we have another couple thousand scripters who
> > collectively can churn out almost as much code as you. :)
> >
> > --
> >  Richard Gaskin
> >  Managing Editor, revJournal
> >  _______________________________________________________
> >  Rev tips, tutorials and more: http://www.revJournal.com
> >
> > _______________________________________________
> > use-revolution mailing list
> > use-revolution at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-revolution
> >
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>



More information about the use-livecode mailing list