Buying an upload component

[Ray at]

I despise installing third party software on my workstations or servers. It
is for this reason that I use componentless-upload for file uploads. This
is no longer an option, and I have to purchase an upload component. For
someone who hates third party software and also does not want any kind of
nonsense "bonus" features like progress bars or whatever, can anyone
recommend a component for me? The cost doesn't really matter. I am aware
of what components are out there, but I've never used any of them or paid
any attention to them. This'll go on a W2K Server. The first one that
comes to mind is ASP Upload, but only because that's the one I hear about
the most.

Thanks,

Ray at work

[Chris Barber]

An incredible thread!

What's the point in arguing between yourselves when none of you can provide
concrete evidence for any of the arguments. The original post [Ray] just
wanted to know about the available, 'reliable', upload components.
Most of them have been listed.
Why not just get an eval of all of them and *try* it to see which operates
fastest. Mind you, the speed is probably more to do with bandwidth from the
client than anything else. If the server has a 2Mb connection but the client
is on ADSL with 256kbps upload then the maximum upload from that client will
be about 25Kb/sec irrespective of what method is employed. I can't envisage
any scenario where the server would be significantly taxed receiving
25Kb/sec of upload irrespective of it being component or script based..
Maybe I'm missing the point but as a developer I'm a bit non-plussed by
everyone's attitude in this thread, brings to mind a school playground
slanging match.

My suggestion is that you all now focus on having a go at me for having the
gall to comment - a common enemy is always a good thing to get everyone
working together.

NB: I was following this thread since I've never done uploads but I'd like
to in the near future and I thought I might learn something. However, it
looks like I'll just have to get hold of them all and have a go myself to
see what's best for me - probably a component, not for speed, but for speed
and ease of development.

Cheers,

Chris.

"Fred Jones" <fr*********@ho tmail.com> wrote in message
news:uS******** ******@TK2MSFTN GP09.phx.gbl...
Aaron... always running your mouth aren't cha ?

Method X and nothing else, ehh ?
Humm,,. Is that sorta like how for the past 4 years or so you basically told
people to never use MSAccess and to only use high end database servers for
every project ? Makes ya wonder how little Jimmy Chongs SQL Server Guestbook
is running on his site that gets 4 visitors a week ? Probably pretty damn
good I bet.
Ray, if you try out a quality component like ASPUpload you'll most likely
see improvements despite what Mr. Newsgroup says. Components are not limited
to using the default IIS/windows scripting objects and the ADODB library
like simple scripts are. They can function much more efficiently when it
comes to file uploading if done right.

Something serious like file uploading is a lot different than your average
use of a DLL in ASP in which case it's a whole different ballgame .

Why don't you let us know how it turns out ?

"Aaron Bertrand [MVP]" <aa***@TRASHasp faq.com> wrote in message
news:e5******** ********@TK2MSF TNGP10.phx.gbl. ..

I just love these attitudes, where "method x is the best way, no exceptions, etc etc blah blah." The same kind of attitude that makes one think that
DLLs are always faster than ASP code, that stored procedures are always
faster than ad hoc queries, and that <product x> is always faster than
<product y>. Sorry, but there are far more variables than x and y, and
there's more to the analysis than "I guess I don't know what I'm talking
about." Nothing like arguing with a 4th grader.

[Aaron Bertrand [MVP]]

> Humm,,. Is that sorta like how for the past 4 years or so you basically
told

people to never use MSAccess and to only use high end database servers for
every project ?
Can you cite some examples where I said always use SQL Server regardless of
the circumstance? Scratch that, you'll probably just twist my words around.
Again.
Ray, if you try out a quality component like ASPUpload you'll most likely
see improvements despite what Mr. Newsgroup says.
Gee, I seem to recall suggesting ASPUpload, and simply not being convinced
that Ray's current speed issues were merely and solely because he is using
an upload solution without a component. I also noted that *my* observations
in *our* environment showed that the performance of a *certain*
component-less script was actually a bit faster than ASPUpload.

You sure took those thoughts and tried to make me look like an asshole, with
a bunch of unwarranted ad hominen attacks. Congratulations .
They can function much more efficiently when it
comes to file uploading if done right.

See, there's that "conditiona l" logic again. You're screaming at me for
saying "it depends" when it really does depend. You can keep attacking me
with your circular logic, and this is where I bow out.

*PLONK*

[William Tasso]

Chris Barber wrote:

...
Maybe I'm
missing the point but as a developer I'm a bit non-plussed by
everyone's attitude in this thread, brings to mind a school
playground slanging match.
...

Indeed - welcome to usenet and the joys of text.

--
William Tasso - http://WilliamTasso.com

[CJM]

"Aaron Bertrand - MVP" <aa***@TRASHasp faq.com> wrote in message
news:uU******** ********@TK2MSF TNGP12.phx.gbl. ..

The slowness is probably caused by my expectations. I'll consider

lowering

them to make things seem faster.

Good plan! I do that all the time. :-)

That is a fantastic idea! Is there a remote installation solution for this?

I could do with applying it to my boss.

CJM

[CJM]

Personally, I think thats a really bad attitude, Chris...

As my mother used to say, 'If you can't say something libellous,
unsubstantiated , inflammatory or intolerant, don't say anything at all!'

Well it was something like that.

£10 says Fred floors Aaron in the 7th round... ;-)

Chris

PS. I love the way you talk about 256kbps as if it were narrowband! I think
this whole debate is redundant for me and my 40kbps dial-up connection.

"Chris Barber" <ch***@blue-canoe.co.uk.NOS PAM> wrote in message
news:%2******** ********@TK2MSF TNGP09.phx.gbl. ..

An incredible thread!

What's the point in arguing between yourselves when none of you can provide concrete evidence for any of the arguments. The original post [Ray] just
wanted to know about the available, 'reliable', upload components.
Most of them have been listed.
Why not just get an eval of all of them and *try* it to see which operates
fastest. Mind you, the speed is probably more to do with bandwidth from the client than anything else. If the server has a 2Mb connection but the client is on ADSL with 256kbps upload then the maximum upload from that client will be about 25Kb/sec irrespective of what method is employed. I can't envisage any scenario where the server would be significantly taxed receiving
25Kb/sec of upload irrespective of it being component or script based..
Maybe I'm missing the point but as a developer I'm a bit non-plussed by
everyone's attitude in this thread, brings to mind a school playground
slanging match.

My suggestion is that you all now focus on having a go at me for having the gall to comment - a common enemy is always a good thing to get everyone
working together.

NB: I was following this thread since I've never done uploads but I'd like
to in the near future and I thought I might learn something. However, it
looks like I'll just have to get hold of them all and have a go myself to
see what's best for me - probably a component, not for speed, but for speed and ease of development.

Cheers,

Chris.

[CJM]

Now that the 'debate' has started, Ray... How about posting us your findings
when you have tried a few options?

Cheers

Chris

[Jeff Cochran]

>Anybody with half a brain knows a good component based upload component can

totally outperform a purely script based solution.

You're exactly right. It *can*. It doesn't necessarily mean it
always will, so cut the attitude. Anybody that does real-world
programming realizes there is never a one-size-fits-all solution.

Jeff

[Jeff Cochran]

>NB: I was following this thread since I've never done uploads but I'd like

to in the near future and I thought I might learn something. However, it
looks like I'll just have to get hold of them all and have a go myself to
see what's best for me - probably a component, not for speed, but for speed
and ease of development.

That's really the key, finding what works for you. In some cases, we
use the absolute worst product for the job simply because we're
comfortable programming with it. In my case, I usually test the first
component I find, if I can understand it and comfortably work with it
within three minutes, I don't normally look at the next one.
Sometimes it takes a few tries, sometimes you get lucky right out of
the gate. But you would never get anything productive done if you
agonized over every choice you made and examined all the what-if's
involved.

Works the same with wives... :)

Jeff

[Ray at]

I posted so I wouldn't have to test 900 different options. Damn you all!
:P

Ray at work

"CJM" <cj*****@yahoo. co.uk> wrote in message
news:eh******** ******@TK2MSFTN GP10.phx.gbl...

Now that the 'debate' has started, Ray... How about posting us your findings when you have tried a few options?

Cheers

Chris

[Chris Barber]

Yeah, I do love my ADSL - it rocks. I still get scared thinking of going
back to dial-up.

And ... I'm not a bad person, I really do try and reply to posts if I think
I can provide a solution. In this instance, although not a solution, I
thought that the best thing to do would be to get hold of the upload
components, put them on similar web pages and try the upload to see how well
they perform and how easy they are to work with.

Anyway, my money's on Ray ....

Chris.

"CJM" <cj*****@yahoo. co.uk> wrote in message
news:ON******** *****@TK2MSFTNG P11.phx.gbl...
Personally, I think thats a really bad attitude, Chris...

As my mother used to say, 'If you can't say something libellous,
unsubstantiated , inflammatory or intolerant, don't say anything at all!'

Well it was something like that.

£10 says Fred floors Aaron in the 7th round... ;-)

Chris

PS. I love the way you talk about 256kbps as if it were narrowband! I think
this whole debate is redundant for me and my 40kbps dial-up connection.

"Chris Barber" <ch***@blue-canoe.co.uk.NOS PAM> wrote in message
news:%2******** ********@TK2MSF TNGP09.phx.gbl. ..

An incredible thread!

What's the point in arguing between yourselves when none of you can provide concrete evidence for any of the arguments. The original post [Ray] just
wanted to know about the available, 'reliable', upload components.
Most of them have been listed.
Why not just get an eval of all of them and *try* it to see which operates
fastest. Mind you, the speed is probably more to do with bandwidth from the client than anything else. If the server has a 2Mb connection but the client is on ADSL with 256kbps upload then the maximum upload from that client will be about 25Kb/sec irrespective of what method is employed. I can't envisage any scenario where the server would be significantly taxed receiving
25Kb/sec of upload irrespective of it being component or script based..
Maybe I'm missing the point but as a developer I'm a bit non-plussed by
everyone's attitude in this thread, brings to mind a school playground
slanging match.

My suggestion is that you all now focus on having a go at me for having the gall to comment - a common enemy is always a good thing to get everyone
working together.

NB: I was following this thread since I've never done uploads but I'd like
to in the near future and I thought I might learn something. However, it
looks like I'll just have to get hold of them all and have a go myself to
see what's best for me - probably a component, not for speed, but for speed and ease of development.

Cheers,

Chris.