I have this:
File:
Looking in my webserver logs, it changes that to a GET.
Ideas anyone? The receiver is PHP and I am pretty sure I know how to
handle it once it is properly PUT-ted.
(I run nginx for the server and have enabled PUT as a method, supposedly)
Maybe I need to do something di
enctype="multipart/form-data" eventually?!
mike schrieb:
I have this:
File:
Looking in my webserver logs, it changes that to a GET.
Ideas anyone? The receiver is PHP and I am pretty sure I know how to
handle it once it is properly PUT-ted.
(I run nginx for the server and have enabled P
>
> File:
>
>
>
> Looking in my webserver logs, it changes that to a GET.
You could use Fiddler to verify what type of requests your browser is making:
http://www.fiddlertool.com
If it is indeed the browser, chances are it doesn't support PUT.
--
Richard Heyes
http://www.phpguru.org
--
mike wrote:
I have this:
File:
Looking in my webserver logs, it changes that to a GET.
Ideas anyone? The receiver is PHP and I am pretty sure I know how to
handle it once it is properly PUT-ted.
(I run nginx for the server and have enabled PUT as a method, supposedly)
Maybe I need to d
On 8/2/08, Benjamin Hawkes-Lewis <[EMAIL PROTECTED]> wrote:
> I can appreciate why one might imagine otherwise, but XHTML 1.x forms only
> support GET and POST. GET and POST are the only allowed values for the
> "method" attribute.
Sigh. That makes sense then.
So to test my script I need to use
5 matches
Mail list logo