Re: CFM vs ASP
by Kid Stevens <Kidstevens(at)comcast.net>
|
Date: |
Mon, 13 May 2002 22:05:33 -0600 |
To: |
hwg-techniques(at)hwg.org |
References: |
com yerpso oemcomputer |
|
todo: View
Thread,
Original
|
|
I would like to say something here.
No matter where I go on the web today page after page is so loaded with
java this and java that none of which improves navigation. It definitely
slows down navigation. There is this total dependence on ASP in
environments that don't serve applications. I have used perl to pop a
database with query and send it to a page with more info in 1 second than
ASP does in a minute.
This overdependence on the latest cutting edge software has slowed the web
down to a miserable 9600 baud crawl not the 1.54 Meg connection my computer
is on. Though I don't use PHP I have used a file that PHP sent to the
server. Parsed it with perl and sent that as a page with any tricks I
wanted like a nav bar. This ran under SSI without ever breaking.
Telling PHP to grab a SQL query and letting SQL put tags at the top and
bottom of the return data portion. use perl to find the top tag and copy
down to the bottom one. Copy this between the div tags in a template with
all includes. Then save as the queryname.html then tell the browser to
display the page.
Oh and about twenty lines of code that is server side not dragging a user
through incompatible JAVA/ASP.
>I like PHP, but here's something that really bothers me about it:
>
>You can't combine SSI and PHP in the same page. So if you had a global
>include file that contains, say, a navigation bar that you don't want to
>have to repeat in every page, then you can't do it in PHP unless you happen
>to have the module version of PHP (where you can just use the virtual()
>fuction). The CGI version won't let you do it. Unfortunately, my provider
>uses the CGI version.
>
>If I use ASP, includes can be used ad nauseum.
>
>Mike
>
>----- Original Message -----
>From: "Hank Marquardt" <hmarq(at)yerpso.net>
>To: "Gibson, Timmi" <timmig(at)verbatim.com.au>
>Cc: <hwg-techniques(at)hwg.org>
>Sent: Sunday, May 12, 2002 8:11 PM
>Subject: Re: CFM vs ASP
>
>
>> I'm pretty sure you've used google before ... I'd do so now:)
>>
>> If you really want a balanced view you'd probably need to include a few
>> more choices even if you don't have a developer pushing them at the
>> moment --
>>
>> PHP
>> JSP
>> Perl
>> Python/Zope
>>
>> I'm PHP biased myself -- here's a couple links (they're a little stale,
>> but worth reading):
>>
>> http://php.weblogs.com/php_vs_asp
>> http://php.weblogs.com/php_vs_cold_fusion
>>
>> HTH
>>
>>
>> On Mon, May 13, 2002 at 08:45:08AM +1000, Gibson, Timmi wrote:
>> > Hi there everyone
>> >
>> > We are in the process of having our website overhauled - changing from
>> > static HTML pages to a dynamic database driven website. Out of the
>> > developers we are looking at to assist with the project wants to use
>> > Cold Fusion and the other ASP. My boss has asked me to research the
>> > strengths/weaknesses and advantages/disadvantages of each.
>> >
>> > I have found lots of stuff on why you would use CFM over ASP (Macromedia
>> > has lots of info) but not many that say the other way around. I couldn't
>> > find anything on the Microsoft website comparing the 2 products. To make
>> > sure I present a balanced view and so he doesn't accuse me of being
>> > biased could those of you in the know please either give me your
>> > thoughts or point me to some reference material that would help.
>> >
>> > Thanks!
>> >
>> > Timmi Gibson
>> > Marketing Communications Coordinator
>> > Verbatim Australia
>> > Ph 61 3 9823 0905
>> > Fax 61 3 9824 7011
>> > Web http://www.verbatim.com.au
>>
>> --
>> Hank Marquardt <hank(at)yerpso.net>
>> http://web.yerpso.net
>> GPG Id: 2BB5E60C
>> Fingerprint: D807 61BC FD18 370A AC1D 3EDF 2BF9 8A2D 2BB5 E60C
>> *** Beginning PHP && PHP II -- Starting May 20, 2002
>> *** See http://www.hwg.org/services/classes
--
Sincerely
Kid Stevens
"I would go without or show ...
sooner than lose for a minute the two separate sides of my head."
Rudyard Kipling
HWG hwg-techniques mailing list archives,
maintained by Webmasters @ IWA