[EMAIL PROTECTED] wrote:
>
> >> 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.
In addition to all the speed/scalability/robustness issue, there is one
issue that, as an NT SysAdmin, would keep me up late at night. That is,
that by default, ASP scripts are loaded into the same memory space as
the web server. That means that as goes your ASP script, so too the web
server (i.e., if your ASP script bombs, your web server is going down).
Luckily, as of IIS 4.0/ASP 2.0, it is possible to change this, though it
is still the default.
Ian
--
99 little bugs in the code, 99 bugs in the code.
Fix one bug, compile again, 100 little bugs in the code.
100 little bugs in the code, 100 bugs in the code.
Fix one bug, compile again, 101 little bugs in the code...
---
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]
