MiniVend Akopia Services

[Date Prev][Date Next][Thread Prev][Thread Next][Minivend by date ][Minivend by thread ]

Re: maybe it isn't a bug but what is going on? (was: bug found in minivend with uploading files. 64k limit)



HI,


>******    message to minivend-users from Brian Kohles
<minivend@poseidon.8fish.com>     ******
>
>> You might also be running into limit on particular web server.  That
>> is often a configurable size.  Check web server logs too.
>
>There is no limit set on the server at all.
>
>> > Check any error logs? 8-)
>Yes I did there are no error reported in the logs AT ALL. Actually there is
nothing reported. I just tried again from here @ home restarting the server
& then loading the backend page & uploading an image with NS 4.51 & IE 5.
Still neither will upload an image of approx. 170k in this test. After
testing I checked both the catalog error.log and the server error.log. The
server log shows the system restarting with no errors and just reporting
that it is accepting connections.
>
>Any other thoughts as to what the problem could be?

I have some problem. And this is not a browser problem,
and this is not www server configuration setting.

For example: I've used a simple catalog form MV v3.14 for testing uploading
function.
Yes, I set ASCII  to "No".
I use NC 4.5 and IE 4.0 SP1. Yes, there is a difference between these
products.
If NC is trying upload file in BIN format, then IE always save in text
format.
But if I set in [value-extented ascii="0" ...] NC save right only about 64K
of uploading file.

But when I use a MiniMate last version everything Ok.!!! ?
And when I use this code ( config/upload_other, do_upload) in my
personal catalog directory I see same situation = only 64K for both
browsers.
I think, there is some setting in catalog.cfg or in some code.
I saw mv_upload script in MiniMate distribution. But in documentation
you can see that current version of MiniMate use internal, I mean MV,
upload capabilities.
Can anybody help us?
Sorry for my poor English. :)

All the best,

Alex

>Thanks
>Brian Kohles
>brian@mediabang.com
>minivend@mediabang.com
>-
>To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
>email with 'UNSUBSCRIBE minivend-users' in the body to
Majordomo@minivend.com.
>Archive of past messages: http://www.minivend.com/minivend/minivend-list
>



Search for: Match: Format: Sort by: