ASP/PHP: image gallery waar bezoekers kunnen toevoegen

John Bokma <postmaster@castleamber.com> wrote:
>>> Onzin. Je kan perfect een CGI-taal maken die *niet* hetzelfde kan als
>>> Perl, PHP, Java, etc. Hoeft niet eens een programmeertaal te zijn.
>>>
>>> Met CGI *kan* je *niks*. Net als met ASP je *niks* kan, voor beiden
>>> heb je een programmeertaal nodig. B.v. Perl [1];-)
>>
>> Je spreekt je zelf tegen...
>
> Welnee.

Ech wel (met dat accentje uit de casino reclame).!

Verglijk
-Hoeft niet eens een programmeertaal te zijn
met
-heb je een programmeertaal nodig

>> is er nu wel of geen programmeertaal nodig
>> in cgi?
>
> CGI op zich kan niks, het is een *interface*. Er is een taal nodig. Dat
> hoeft geen *programmeer*taal te zijn (b.v een taal die de env string
> QUERY_STRING afdrukt, voorafgegaan door een header is geen
> programmeertaal).

Ik zou dan graag een voorbeeld zien van een taal die geen
programmeertaalis maar wel in staat is uit een stelletje variabelen 1
bepaalde te vissen en te retouneren naar stdout.

Maar hoe spreekt dat de opmerkgin tegen dat je met CGI minimaal het
zelfde kan als Perl of PHP of Java! Je moet schijnbaar iets in CGI
implementeren, dat kan een aanroep van perl zijn of iets wat schijnbaar
geen programmertaal is. Dat is dus meer....

>> In tegenstelling tot cgi heeft asp een default interpreter: vbscript.
>
> "Apache::ASP provides an Active Server Pages port to the Apache Web
> Server with Perl scripting only"
> <http://www.apache-asp.org/>
>
> :-D

Tsja, dat is inderdaad een leuke benadringe van het orgineel, en als je
het op win32 draaid kan je ook nog eens beschikken over de extra
objecten zoals in het orgineel. Nee dan doet chilisoft het toch leuker
http://wwws.sun.com/software/chilisoft/

>
> "ASP is a framework built on top of IIS. It's meant to give Web
> developers the ability to write server-side logic for IIS applications
> without having to write ISAPI extension DLLs. ASP provides a set of
> built-in objects including Request, Response, Session, Application, and
> Server. You program against these objects and they make calls into ISAPI
> on your behalf."
> <http://www.microsoft.com/mind/0499/b...basics0499.asp>
>
> Je kan dus niet *in* ASP programmeren, zoals je niet *in* CGI kan
> programmeren, of *in* DLL.
>
> Wat is het verschil tussen een object en $ENV{QUERY_STRING} ?

$ENV lijkt een array/hash te zijn, een object kan een array zijn, maar een
array hoeft geen object te zijn.

ASP zou je gewoon kunnen zien als een uitgebreide implementatie van CGI,
Sever (die ik vergeten was), Response en Request implemeteren alles wat
CGI voorschrijft...

> En dus kan je niet zeggen dat ASP slechter is dan PHP. Aangezien er een
> Perl ASP oplossing is, en je in Perl source filters kan maken, is ASP
> PHP mogelijk :-D. (left as an excercise to the reader ;-) )

Slechter! Niemand heeft dat woord gebruitk.

Maar ik zal me zelf maar wer eens herhalen:

"ASP is een framework.
....
Spul als filesystem, imagemanipulatie en databases enz. zitten hier niet
bij, dat dient te worden geimplementeerd in de gebruikte scripttaal of
mbv externe objecten."

En dat is wat de MS link hierboven ook zegt.

--

Daniel Tryba

Daniel Tryba <news_nl.internet.www.server-side@canopus.nl> wrote in
news:cj2coj$qmd$1@news.tue.nl:

> John Bokma <postmaster@castleamber.com> wrote:
>>>> Onzin. Je kan perfect een CGI-taal maken die *niet* hetzelfde kan
>>>> als Perl, PHP, Java, etc. Hoeft niet eens een programmeertaal te
>>>> zijn.
>>>>
>>>> Met CGI *kan* je *niks*. Net als met ASP je *niks* kan, voor
>>>> beiden heb je een programmeertaal nodig. B.v. Perl [1];-)
>>>
>>> Je spreekt je zelf tegen...
>>
>> Welnee.
>
> Ech wel (met dat accentje uit de casino reclame).!
>
> Verglijk
> -Hoeft niet eens een programmeertaal te zijn
> met
> -heb je een programmeertaal nodig

Je kan niet programmeren in CGI, dus heb je een programmeertaal nodig om
te programmeren. Echter... je kan ook een taal maken, en die gebruik
laten maken van CGI, maar waar je niet in kan programmeren. Bottom line
blijft, je hebt *iets* nodig om CGI, het is een *interface*, te kunnen
gebruiken.

>>> is er nu wel of geen programmeertaal nodig
>>> in cgi?
>>
>> CGI op zich kan niks, het is een *interface*. Er is een taal nodig.
>> Dat hoeft geen *programmeer*taal te zijn (b.v een taal die de env
>> string QUERY_STRING afdrukt, voorafgegaan door een header is geen
>> programmeertaal).
>
> Ik zou dan graag een voorbeeld zien van een taal die geen
> programmeertaalis maar wel in staat is uit een stelletje variabelen 1
> bepaalde te vissen en te retouneren naar stdout.

De taal ponk. Bevat 1 statement, ponk, die de inhoud van de environment
variable QUERY_STRING voorafgegaan door de text "Content-type:
text/plain\n\n" naar STDOUT stuurt:

ponk

> Maar hoe spreekt dat de opmerkgin tegen dat je met CGI minimaal het
> zelfde kan als Perl of PHP of Java!

Zie boven. Schrijf jij maar eens een programma met ponk :-D.

> Je moet schijnbaar iets in CGI
> implementeren,

Je implementeerd niks in CGI, CGI is een Interface, een setje afspraken.

> dat kan een aanroep van perl zijn of iets wat
> schijnbaar geen programmertaal is. Dat is dus meer....

Eh, dus lezen/schrijven naar stdout en lezen van environment variabelen
middels een taal X is meer dan taal X?

>> En dus kan je niet zeggen dat ASP slechter is dan PHP. Aangezien er
>> een Perl ASP oplossing is, en je in Perl source filters kan maken, is
>> ASP PHP mogelijk :-D. (left as an excercise to the reader ;-) )
>
> Slechter! Niemand heeft dat woord gebruitk.

Maarten: "Bedankt, gebruikte voorheen alleen ASP (ook deze site). PHP
biedt blijkbaar meer mogelijkheden."

Wat onzin is. Je kan een framework niet vergelijken met een framework +
taal (wat PHP in feite is). Technisch kan je ASP PHP maken.

> Spul als filesystem, imagemanipulatie en databases enz. zitten hier
> niet bij, dat dient te worden geimplementeerd in de gebruikte
> scripttaal of mbv externe objecten."

Dus, zonder taal heb je bitter weinig aan ASP, ditto voor CGI, en ditto
voor PHP's interface met Apache, zonder PHP taal.

--
John Voorbeeldscripts in Perl:http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html