>> Now will someone answer the original question for this guy?
>> Assume this consultant only knows about VBScript and has only
>> used VBScript with ASP. That is the default mind-set of a drone
>> of the Microsoft collective.
>> Now please compare IIS/ASP/VBScript with lots of
>> off-the-shelf plug in COM objects with Apache/mod_perl/Perl & ePerl
Errr... I thought I just covered this.... did no-one read beyond the first
disclaimer (which I still stand by - do I get 200 points now ?) ?
The original question asked about ASP on Linux anyway, and I don't know that
VbScript has been ported to that.
"Off-the-shelf" components for VbScript & ASP are usually expensive, have
incredibly bad interfaces, and do things that are very hard in VbScript but very
simple in Perl (with ASP or mod_perl) or even come for free (eg Dictionary
object, FileSystemObject object, a million and one FileUpload objects, terrible
database objects, Sort objects etc.).
The point I made is that ASP only gets fast when you write all your business
logic in C++ (ie custom COM objects) and simply use ASP for very small scripts
that invoke that C++ business logic. And if you're going to write all your
business logic in C++, then ASP or mod_perl or ISAPI filters or anything won't
make a lot of difference. But this approach will take a long time to write.
Cheers
Tim
_________________________________________________________________________
The information contained in this message is intended for the addressee
only and may contain confidential and/or privileged information.
If you are not the addressee, please delete this message and notify the
sender; you should not copy or distribute this message or disclose its
contents to anyone.
Any views or opinions expressed in this message are those of the author
and do not necessarily represent those of WestLB or any of its affiliates.
No reliance may be placed on this message without written confirmation
from an authorised representative of its contents.
---
You are currently subscribed to perl-win32-users as: [archive@jab.org]
To unsubscribe, forward this message to
[EMAIL PROTECTED]
For non-automated Mailing List support, send email to
[EMAIL PROTECTED]
