Comments on: Plupload feature explanation

By: Spocke

Spocke — Fri, 26 Feb 2010 17:56:39 +0000

We used to have such a feature but it’s currently not tested and maintained. Will re-add it as an official part later on since it might be useful for more simple forms.

By: Tijmen

Tijmen — Fri, 26 Feb 2010 12:19:08 +0000

Amazing project, keep up the good work guys. Will a parameter for limiting the user to a single upload rather then a multiple file upload be available in future release?

By: Afraithe

Afraithe — Tue, 23 Feb 2010 10:00:34 +0000

@Steve We are looking into making more examples and documentation on how to get started with Plupload, there isn’t currently any Forum, we use Github to track bug reports for now though.

I would suggest using Fiddler to debug the communication between Plupload and the server script.

By: Steve Wanless

Steve Wanless — Tue, 23 Feb 2010 05:29:05 +0000

Is anyone else having problems getting Plupload working??? I love it and really want to use it but it won’t work for me. I got the examples as is on my server, created the tmp directory but the examples wont work and there is no errors displayed in the GUI.

Is there going to be a forum for Plupload???

By: Tom

Tom — Fri, 19 Feb 2010 18:11:55 +0000

Still intrigued by the seemingly lack of security issues on the Adobe 2176 security with regard to multi-part data and files… I have to take a double look at what you’re doing. In the meantime, I’ve posted my little project which may be of interest to you for ideas and what not. http://www.shift8creative.com/projects/agile-uploader/index.html

It turns out that there are some other benefits to base64 encoding…Such as the fact you can send image data as base64 to JavaScript so your preview lists can include thumbnails and not just text (where you currently have file names and sizes). However you should note that this isn’t supported in IE6. I think a pretty sweet addition though for your tool.

By: Spocke

Spocke — Wed, 17 Feb 2010 18:37:22 +0000

@Lloyd Hilaiel: Wow you guys where fast in implementing that. The API looks perfect, will try it out tomorrow. Will also report those bugs I found.

By: ArnaudD

ArnaudD — Wed, 17 Feb 2010 18:08:53 +0000

Ok, thank you for your help !

By: Lloyd Hilaiel

Lloyd Hilaiel — Wed, 17 Feb 2010 17:10:33 +0000

Hey Spocke,

We released FileAccess v 2.0.x yesterday which provides a couple of file chunking apis: http://browserpl.us/docs/services/FileAccess.html

Please give these apis a try and let us know how
things work out.

lloyd (of BrowserPlus)

By: Spocke

Spocke — Wed, 17 Feb 2010 16:31:03 +0000

The HTML5 runtime allocates the total file size in RAM on the client machine as well. This is a browser limitation and hard to avoid but hopefully they will implement a blob API similar to the one Google gears uses then it will be smooth to work with.

We have just added basic multipart support for most runtimes in the GitHub repos. However WebKit can’t upload files this way at the moment so it still needs a php://input stream. But we will document and add these to the feature grid.

By: ArnaudD

ArnaudD — Wed, 17 Feb 2010 15:34:36 +0000

I found some explanations for my problem : I had to push php memory_limit from 120M to 900M to be able to upload a 270M file with the html5 runtime because there is no chunking. BTW, according to php:memory_get_usage(), sending the file with chrome took 850M and was correctly written to the disk, while firefox took 450M but only 16M was put on disk. I’ll try to dig into this.

Is it possible to use $_FILE instead of php://input ?