PDA

Bekijk Volledige Versie : ASP/PHP: image gallery waar bezoekers kunnen toevoegen



Maarten
23/09/04, 20:45
Beste designers,

Ik wil graag op mijn website een foto-gallery opzetten, waar willekeurige
bezoekers foto's kunnen uploaden (via webform) die dan in verkleinde
weergave te zien zijn (liever geen auto-thumb, daar er blijkbaar geen
componenten op de server van mijn provider vevida aanwezig zijn).

Deze foto's worden dan in tabelvorm weergegeven.

Wie weet zoiets dat ik hiervoor kan gebruiken?

Alvast bedankt.

Maarten
http://www.dollevoet.com

Daniel Tryba
23/09/04, 21:15
Maarten <geen@mail.nl> wrote:
> Beste designers,

De designers zitten hiernaast... Dit is de serverside groep.

> Ik wil graag op mijn website een foto-gallery opzetten, waar willekeurige
> bezoekers foto's kunnen uploaden (via webform) die dan in verkleinde
> weergave te zien zijn (liever geen auto-thumb, daar er blijkbaar geen
> componenten op de server van mijn provider vevida aanwezig zijn).
>
> Deze foto's worden dan in tabelvorm weergegeven.

PHP heetf alle functionaliteit standaard aan boord voor het uploaden en
het achterhalen van de dimensies van plaatjes. Voor ASP zal je
additionele componenten moeten installeren voor zowel upload als image
manipulatie.

> Wie weet zoiets dat ik hiervoor kan gebruiken?

Er zijn genoeg kant en klare fotoalbum scripts te vinden. Het is
afgelopen weken al aan de orde geweest in niwo (en vast ook te vinden in
de archieven van deze groep).

Begin eens te kijken bij
http://www.hotscripts.com/PHP/Scripts_and_Programs/Image_Galleries/
als je op zoek bent naar kant en klaar.

--

Daniel Tryba

Maarten
23/09/04, 22:25
> > Beste designers,
>
> De designers zitten hiernaast... Dit is de serverside groep.
>
> > Ik wil graag op mijn website een foto-gallery opzetten, waar
willekeurige
> > bezoekers foto's kunnen uploaden (via webform) die dan in verkleinde
> > weergave te zien zijn (liever geen auto-thumb, daar er blijkbaar geen
> > componenten op de server van mijn provider vevida aanwezig zijn).
> >
> > Deze foto's worden dan in tabelvorm weergegeven.
>
> PHP heetf alle functionaliteit standaard aan boord voor het uploaden en
> het achterhalen van de dimensies van plaatjes. Voor ASP zal je
> additionele componenten moeten installeren voor zowel upload als image
> manipulatie.
>
> > Wie weet zoiets dat ik hiervoor kan gebruiken?
>
> Er zijn genoeg kant en klare fotoalbum scripts te vinden. Het is
> afgelopen weken al aan de orde geweest in niwo (en vast ook te vinden in
> de archieven van deze groep).
>
> Begin eens te kijken bij
> http://www.hotscripts.com/PHP/Scripts_and_Programs/Image_Galleries/
> als je op zoek bent naar kant en klaar.
>

Bedankt, gebruikte voorheen alleen ASP (ook deze site). PHP biedt blijkbaar
meer mogelijkheden. Iemand toevallig een tip welke ik eens moet bekijken?

Gr. Maarten

> --
>
> Daniel Tryba
>

John Bokma
23/09/04, 22:35
"Maarten" <geen@mail.nl> wrote in
news:41532fc0$0$78749$e4fe514c@news.xs4all.nl:

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

Betwijfel ik, ik vind PHP nogal rommelig, en ik vrees de kwaliteit van
kant-en-klaar (voor zowel PHP als Perl overigens) meestal terecht :-D

> Iemand toevallig een tip welke ik eens
> moet bekijken?

Die je het beste bij je probleem vind passen :-D.

--
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

Daniel Tryba
23/09/04, 22:45
John Bokma <postmaster@castleamber.com> wrote:
>> Bedankt, gebruikte voorheen alleen ASP (ook deze site). PHP biedt
>> blijkbaar meer mogelijkheden.
>
> Betwijfel ik,

Je weet schijnbaar niet wat ASP is!

Korte (heel korte) samenvatting:

ASP is een framework. Dit framework biedt 4 objecten aan de gebruiker:

Application
Session
Request
Response

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

> ik vind PHP nogal rommelig, en ik vrees de kwaliteit van
> kant-en-klaar (voor zowel PHP als Perl overigens) meestal terecht :-D

Er is maar 1 manier om zeker te zijn van de kwaliteit: zelf maken.
Helaas geef dat nog geen zekerheid op goede kwaliteit :)

--

Daniel Tryba

Nico Schuyt
24/09/04, 08:55
Maarten wrote:
> Ik wil graag op mijn website een foto-gallery opzetten, waar
> willekeurige bezoekers foto's kunnen uploaden (via webform) die dan
> in verkleinde weergave te zien zijn

Combinatie van PHP met beeldbewerkingsprogramma GD (beide beschikbaar op
server Vevida)
Zoek eens in Google op "php upload picture GD"
Je vindt dan genoeg bruikbare links zoals:
http://www.phpgarage.com/script.php?script=shrinkimage
http://www.tutorialized.com/tutorials/PHP/Image-Manipulation/5
Ook op http://www.phpfreakz.nl vind je de nodige artikelen en hulp.

Punt van aandacht: De grootte van de plaatjes die je bezoekers kunnen
uploaden is beperkt. Na een paar minuten wordt de actie afgebroken door een
timeout van de server. Foto's van 1MB op een redelijk snelle verbinding zijn
nog goed te doen.

Succes!
--
Nico
www.nicoschuyt.nl

John Bokma
24/09/04, 09:35
Daniel Tryba <news_nl.internet.www.server-side@canopus.nl> wrote in
news:civcgk$5hh$1@news.tue.nl:

> John Bokma <postmaster@castleamber.com> wrote:
>>> Bedankt, gebruikte voorheen alleen ASP (ook deze site). PHP biedt
>>> blijkbaar meer mogelijkheden.
>>
>> Betwijfel ik,
>
> Je weet schijnbaar niet wat ASP is!

Jawel

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

Tja, dus net zo krom als zeggen: CGI is veel beperkter dan Perl of PHP
of Java.

>> ik vind PHP nogal rommelig, en ik vrees de kwaliteit van
>> kant-en-klaar (voor zowel PHP als Perl overigens) meestal terecht :-D
>
> Er is maar 1 manier om zeker te zijn van de kwaliteit: zelf maken.

Tja, vind ik altijd weer zonde van de tijd. Vooral testen is vervelend
werk.

> Helaas geef dat nog geen zekerheid op goede kwaliteit :)

PHP als taal is crap, echt. Ben er weer een paar dagen mee zoet geweest
:-(

--
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

Daniel Tryba
24/09/04, 12:05
John Bokma <postmaster@castleamber.com> wrote:
>> Spul als filesystem, imagemanipulatie en databases enz. zitten hier
> niet

Brrrr. je newsreader vertoont de zelfde trekjes als OE.

>> bij, dat dient te worden geimplementeerd in de gebruikte scripttaal of
>> mbv externe objecten.
>
> Tja, dus net zo krom als zeggen: CGI is veel beperkter dan Perl of PHP
> of Java.

Inderdaad, je slaat immers de plank geheel mis. Met CGI kan immers
minimaal het zelfde als Perl of PHP of Java.

--

Daniel Tryba

John Bokma
24/09/04, 12:35
Daniel Tryba <news_nl.internet.www.server-side@canopus.nl> wrote in
news:cj0rcc$g07$1@news.tue.nl:

> John Bokma <postmaster@castleamber.com> wrote:
>>> Spul als filesystem, imagemanipulatie en databases enz. zitten hier
>> niet
>
> Brrrr. je newsreader vertoont de zelfde trekjes als OE.

Nee, was lui en drukte geen 'yes' op quoten fixen.

100% GNKSA 2.0 (Good Net Keeping Seal of Approval) compliant.
<http://xnews.newsguy.com/>

>>> bij, dat dient te worden geimplementeerd in de gebruikte scripttaal
>>> of mbv externe objecten.
>>
>> Tja, dus net zo krom als zeggen: CGI is veel beperkter dan Perl of
>> PHP of Java.
>
> Inderdaad, je slaat immers de plank geheel mis. Met CGI kan immers
> minimaal het zelfde als Perl of PHP of Java.

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];-)

http://www.apache-asp.org/

--
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

Daniel Tryba
24/09/04, 12:55
John Bokma <postmaster@castleamber.com> wrote:
>> Inderdaad, je slaat immers de plank geheel mis. Met CGI kan immers
>> minimaal het zelfde als Perl of PHP of Java.
>
> 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... is er nu wel of geen programmeertaal nodig
in cgi?

In tegenstelling tot cgi heeft asp een default interpreter: vbscript.
IIRC is het zelfs zo dat het asp gebeuren wat bij IIS4 zat in de
global.asa alleen maar vbscript ter beschikking stelde.

--

Daniel Tryba

John Bokma
24/09/04, 13:15
Daniel Tryba <news_nl.internet.www.server-side@canopus.nl> wrote in
news:cj0tu2$gnv$1@news.tue.nl:

> John Bokma <postmaster@castleamber.com> wrote:
>>> Inderdaad, je slaat immers de plank geheel mis. Met CGI kan immers
>>> minimaal het zelfde als Perl of PHP of Java.
>>
>> 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.

> 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).

> 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


"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/basics/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} ?

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 ;-) )

--
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

Branko Collin
24/09/04, 13:25
John Bokma <postmaster@castleamber.com>, you wrote on 23 Sep 2004
20:32:20 GMT:
>"Maarten" <geen@mail.nl> wrote in
>news:41532fc0$0$78749$e4fe514c@news.xs4all.nl:
>
>> Bedankt, gebruikte voorheen alleen ASP (ook deze site). PHP biedt
>> blijkbaar meer mogelijkheden.
>
>Betwijfel ik, ik vind PHP nogal rommelig, en ik vrees de kwaliteit van
>kant-en-klaar (voor zowel PHP als Perl overigens) meestal terecht :-D

Ik moest een keer een poll-script schrijven in ASP, omdat een klant
dat nu eenmaal gebruikte.

Wat me opviel was dat:

- (zoals gebruikelijk in de Microsoft-wereld) vrij te gebruiken
scripts nauwelijks te vinden waren (wat dus als nadeel heeft dat je
ook niet kunt leren door naar de source te kijken, want die krijg je
meestal pas na overmaking van de nodige euros--over vrezen voor de
kwaliteit van kant-en-klaar gesproken)

- de beste manier om vier cijfers bij te houden scheen te zijn om dat
in een database te doen, wat me enorme overkill leek; mijn
PHP-prototype werkte met een vierregelig tekstbestandje.

Ik ben geen 'echte' programmeur, en wellicht biedt SQL Server
inderdaad een snellere en stabielere interface dan MS Windows, maar om
de een of andere reden lijkt me dat sterk.


--
Wel zie ik het betere en prijs het;
toch jaag ik het slechtere na

John Bokma
24/09/04, 13:35
Branko Collin <collin@xs4all.nl> wrote in
news:aj08l09if8d9hqkf5bqd9f2tehaeb34gtr@4ax.com:

> John Bokma <postmaster@castleamber.com>, you wrote on 23 Sep 2004
> 20:32:20 GMT:
>>"Maarten" <geen@mail.nl> wrote in
>>news:41532fc0$0$78749$e4fe514c@news.xs4all.nl:
>>
>>> Bedankt, gebruikte voorheen alleen ASP (ook deze site). PHP biedt
>>> blijkbaar meer mogelijkheden.
>>
>>Betwijfel ik, ik vind PHP nogal rommelig, en ik vrees de kwaliteit van
>>kant-en-klaar (voor zowel PHP als Perl overigens) meestal terecht :-D
>
> Ik moest een keer een poll-script schrijven in ASP, omdat een klant
> dat nu eenmaal gebruikte.
>
> Wat me opviel was dat:
>
> - (zoals gebruikelijk in de Microsoft-wereld) vrij te gebruiken
> scripts nauwelijks te vinden waren

Ook geen code snippets die bruikbaar waren? Maar klopt, shareware en zo
lijkt meer voor te komen in het MS wereldje, sterker ik heb recent twee
programma's shareware zien worden :-(

> (wat dus als nadeel heeft dat je
> ook niet kunt leren door naar de source te kijken, want die krijg je
> meestal pas na overmaking van de nodige euros--over vrezen voor de
> kwaliteit van kant-en-klaar gesproken)

:-D.

> - de beste manier om vier cijfers bij te houden scheen te zijn om dat
> in een database te doen, wat me enorme overkill leek; mijn
> PHP-prototype werkte met een vierregelig tekstbestandje.

inclusief file locking?

> Ik ben geen 'echte' programmeur, en wellicht biedt SQL Server
> inderdaad een snellere en stabielere interface dan MS Windows, maar om
> de een of andere reden lijkt me dat sterk.

Geen idee. Voor iets simpels, wellicht. Aan de andere kant, heeft een
database meestal een read-modify-write die atomic is. Ik heb te veel
race condities gezien in scrippies.

--
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

Branko Collin
24/09/04, 13:55
John Bokma <postmaster@castleamber.com>, you wrote on 24 Sep 2004
11:33:41 GMT:
>Branko Collin <collin@xs4all.nl> wrote in
>news:aj08l09if8d9hqkf5bqd9f2tehaeb34gtr@4ax.com:
>
>> - de beste manier om vier cijfers bij te houden scheen te zijn om dat
>> in een database te doen, wat me enorme overkill leek; mijn
>> PHP-prototype werkte met een vierregelig tekstbestandje.
>
>inclusief file locking?

Nee. Wat zijn de nadelen, afgezien daarvan dat bij een
poll-voor-de-lol eventueel een tellertje een beetje verkeerd kan
staan?


--
Wel zie ik het betere en prijs het;
toch jaag ik het slechtere na

John Bokma
24/09/04, 14:15
Branko Collin <collin@xs4all.nl> wrote in
news:ut28l0pq365fn7hmb9l28n2mfdj96lldjt@4ax.com:

> John Bokma <postmaster@castleamber.com>, you wrote on 24 Sep 2004
> 11:33:41 GMT:
>>Branko Collin <collin@xs4all.nl> wrote in
>>news:aj08l09if8d9hqkf5bqd9f2tehaeb34gtr@4ax.com:
>>
>>> - de beste manier om vier cijfers bij te houden scheen te zijn om dat
>>> in een database te doen, wat me enorme overkill leek; mijn
>>> PHP-prototype werkte met een vierregelig tekstbestandje.
>>
>>inclusief file locking?
>
> Nee. Wat zijn de nadelen, afgezien daarvan dat bij een
> poll-voor-de-lol eventueel een tellertje een beetje verkeerd kan
> staan?

Hang er vanaf hoe "atomic" het legen van een buffer is naar disk. Indien
niet, dan kan je dus ergere datacorruptie krijgen.

--
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

Daniel Tryba
25/09/04, 02:15
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/basics/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

John Bokma
25/09/04, 04:15
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