🚀 go-pugleaf

"Rene Pijlman" <rpijlman1@lycosmail.com> wrote in message news:dhjtgs065vo48p0paqodtvahpn9koqokb6@4ax.com...
> "Frans Bouma" <perseus@xs4all.nl> wrote:
> >"Rene Pijlman" <rpijlman1@lycosmail.com> wrote in message
news:ljbtgs0su6j752d3cic1av558sir0oslvv@4ax.com...
> >> Wat is "batchbased"?
>
> >    call batchscript
> >    wacht resultaataf
> >    reageer op resultaat
> >    maw: je start een ander proces op om iets te doen voor je
> >    zonder dat je daar tussen komt (dwz, stel dat andere proces
> >    moet 3 taken vervullen volgend op jouw ene opdracht).
>
> Hmmm... maar wat dat beterft is Perl toch niet anders dan ASP?

    perl is de scriptengine zelf, dus vergelijkbaar met
    de VBscript engine (COM object) of JScript engine. (Of met
    de embedded perl engine voor ASP)

    ASP levert een betere integratie tussen scriptgenerating HTML,
    de webserver data die verband houdt met de request-response handshake
    en de HTML die gegenereerd wordt als client dan dat perl dat doet.
    Je kunt met perl wel via apache modules in de webserver terecht komen
    (en dus in process draaien) wat dit ook bewerkstelligd. Maar sec genomen:
    webserver ontvangt request, request is cgi-bin programma, programma wordt
    out of process gestart, result wordt teruggeleid door webserver naar client
    is maar een deel voor wat ASP biedt. Wat een cgi-bin interface in een
    webserver incl. perl scripts doen is een subset van de functionaliteit
    van ASP. Die biedt daarnaast namelijk een interface naar request-response
    handshake related data, application related data, session related data
    en een basis voor applicaties, waar bij cgi-bin programma's puur op
    het OS leunen, bijvoorbeeld vwb security, mogelijkheden en environment

    FB