On Wednesday 12 July 2006 14:29, Phil Marston wrote:
Well - it's a thought (that I hadn't had ;-) ) seems a wasteful exercise
to have to go through
The only other way is to, as others have suggested, perform your own (or O/Ss)
MIME sniff, and then send the matching headers.
--
Tom Chiverton
Tom Chiverton wrote:
On Wednesday 12 July 2006 14:29, Phil Marston wrote:
Well - it's a thought (that I hadn't had ;-) ) seems a wasteful exercise
to have to go through
The only other way is to, as others have suggested, perform your own (or O/Ss)
MIME sniff, and
On Thursday 13 July 2006 10:02, Phil Marston wrote:
Well that's what I'm going to have to do by the looks of it - though
less of a sniff and more of an assumption/guess based on convention -
You could always do:
tom-linux:/opt/coldfusionmx7 # file ~chivertont/Desktop/1.jpe
Could I?
I don't know . . . I'm not running a *nix and I don't know cli well
enough to know what exactly you did there!
;-)
Is this thread dead now . . . ?
;-)
Tom Chiverton wrote:
On Thursday 13 July 2006 10:02, Phil Marston wrote:
Well that's what I'm going to have
On Thursday 13 July 2006 12:20, Phil Marston wrote:
Could I?
I'm sure CygWin do a version of GNU file for Win32 (for free), for instance.
--
Tom Chiverton
This email is sent for and on behalf of Halliwells LLP.
Halliwells LLP is a limited
On Tuesday 11 July 2006 17:04, Phil Marston wrote:
Would you suggest a different way? This was developed in the old days
;-) so Flex and RIA approach probably brings a whole new perspective to
this.
If you issue a redirect to the content, your web server should provide the
correct MIME
Thanks Derek,
That's the conclusion I was arriving at too.
I hate having work around something that should be there, it's like
working with MS's non-standards compliance :-(
Derek Adams wrote:
I had the same problem with mime types. My solution was to use
the file suffix to figure
but the file doesn't exist (it's reconstructed from a database entry)
so the server knows nothing about it.
Tom Chiverton wrote:
On Tuesday 11 July 2006 17:04, Phil Marston wrote:
Would you suggest a different way? This was developed in the old days
;-) so Flex and RIA
On Wednesday 12 July 2006 11:15, Phil Marston wrote:
If you issue a redirect to the content, your web server should provide
the correct MIME type.
but the file doesn't exist (it's reconstructed from a database entry) so
the server knows nothing about it.
You could rig things up so that
you mean like http://host.com/getafile.php?23535 which is what I'm
doing at the moment
the server still wouldn't know the mimetype to send though - I supply
the header and I get it from what I stored in a type field in the table
when the file was uploaded (the binary file data is stored in
On Wednesday 12 July 2006 12:27, Phil Marston wrote:
you mean like http://host.com/getafile.php?23535 which is what I'm doing
at the moment
the server still wouldn't know the mimetype to send though - I supply
Ahh.
Dump it to disk first ?
--
Tom Chiverton
Well - it's a thought (that I hadn't had ;-) ) seems a wasteful
exercise to have to go through
;-)
Tom Chiverton wrote:
On Wednesday 12 July 2006 12:27, Phil Marston wrote:
you mean like http://host.com/getafile.php?23535 which is what I'm doing
at the moment
the server still
Hi Jeff,
I'm having the same problem. According to the Flex2 documentation the
content type defaults to application/octet-stream, but you can set
the contentType of the request:
var request:URLRequest = new URLRequest(myURL);
request.contentType = image/jpeg;
myFileReference.upload(request);
Changing the content type is not supported in uploads. This is
documented in the URLRequest class.
--- In flexcoders@yahoogroups.com, pmarstonuoa [EMAIL PROTECTED]
wrote:
Hi Jeff,
I'm having the same problem. According to the Flex2 documentation
the
content type defaults to
OK - I've read so many class definitions now I forgot where I read that
one! ;-)
So why's it stuck at application/octet-stream I'd like to know what
files my users are uploading, but I don't want to do it by restricting
them with the fileFilter class . .
:-(
Geoffrey Williams wrote:
On Tuesday 11 July 2006 15:21, Phil Marston wrote:
So why's it stuck at application/octet-stream I'd like to know what
files my users are uploading, but I don't want to do it by restricting
What business reason are you implementing ?
Because it general it doesn't matter what people upload, only
I currently have something in (pre-file-upload) Flash with _javascript_
html form hack that that submits a file to a php script. The php
script takes the filename, mimtype, size and bytes and enters them in
to a mySQL table. I have another php file that I use for fetching
those files from
I had the same problem with mime types. My solution was to use the file suffix to figure out the content type. I was using a servlet on the backend, so I just called getServletContext().getMimeType(filename). In your case, you may want to pass the mime type in a separate variable on the URL and
18 matches
Mail list logo
