a frontent end file [UPLOADS] MANAGER snippet/plugin ??

[Guest]

Welcome, Guest. Please login or register.
Did you miss your activation email?

1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[elz64]

Hi,

I'm looking for a way to give to one registered visitor (in Frontend) a way to upload (ftp) some files to some dir.
Let's say a specific directory created especially for him.

The proccess would be :
1- login in front end, them go to his protected page
2- use a fileuploads mecanism here.


It's some kind of emergency....

Thank you

[dev_cw]

There is a fileUpload snippet but I'm not sure if it uses FTP.
http://www.modxcms.com/FileUpload-804.html

[elz64]

thanks a lot I'll check it.

But only one snippet for such a need ... strange

[sottwell]

Using ftp from a php script is a little tricky; not a lot of installations have ftp support compiled in. Basically what you're talking about here is creating a minimal ftp client with PHP. The only snippet I'm aware of that does that at all is MaxiGallery, and as I said, that feature is dependent on the configuration of the site's PHP.

[elz64]

thank you.

I'm facing a big trouble as my partner who is a TYPO3 man argue that all of this is a breeze (?)  with existing T3 extension.

The real need for this project (and probably a few others) is to use a windows like file manager and actually  not only a simple file upload to permit webusers to deal whatever they want in their own 'private' space. the customer has already a standrd mod site (my very first one).

The need is about graphics and pre-press oriented small business (numeric printing, communication agenies...) so they want their customer put, reput delete or add files to some private space on the host, and those file may be up to 300MB, and in the other direction the website owner be able to deal the same way in all of his customer's space.

I'm affraid I just can't defends MODx as a whole development from scratch will be necessary.

[sottwell]

Yeah, uploading that much stuff is really too much for HTTP upload and PHP processing. FTP and/or a bit of perl would handle it just fine, though. I've embedded perl scripts in snippets and modules before, it's not really difficult.

[elz64]

Unfortunatly, we dont have such skills.

What I wander is why the embeded manager part (the file manager) could not be used ?

And also, maybe this application could be 'frontend-ised'  ?

[sottwell]

It just uses standard HTML file upload. Not good for big files.

[davidm]

Anyway, uploading such big files is better suited with FTP, that's not a question of Typo3 or MODx / Frontend or Backend, as Susan said not the right tool for the job no matter what kind of development is involved it won't work for such big files.

My experience is that it's foolish to attempt anything over 32Mb.

If you're looking for a standalone app to upload files efficiently, give a look at Relay (uses PERL) but same answer won't handle bigger files as efficiently as FTP. I have trouble believing that graphist or Press people can't use a FTP client

[sottwell]

I've started development on a simple FTP client a couple of times, but ran into too many problems with various hosts not having FTP in their PHP, or differences in the libraries of those PHP hosts that did have it.

If I were going to get involved with uploading and otherwise manipulating large files, I'd go with some perl script or another. There are actually several PHP file upload scripts that use perl as their back-end. But even so, there can be issues with Apache configurations for file upload limits. So it's really far better to use a dedicated FTP client. Actually, FireFox has an FTP client plugin that is said to work quite well.

[Lammikko]

Maybe you could integrate "Big File Send Service" to your existing MODx site. For example sendspace has an API. It's free to try/use, there is ads. Premium service without ads is quite affordable too.

I offered this once as an alternative to implement big file sends and made a test case based on example files on API pages. It worked very nice without any problems though the client eventually chose the simplest way (direct FTP uploads/downloads).

[elz64]

Thank you all !

I'm affraid I'll have some difficulties to convince my partner who is actually the boss.

He says he already did some very big files manipulatins throught the DAM and other T3 extension so ..what can I say ?

David : Merci pour la piste Relay, peut-on en parler en mp ?

[davidm]

Well, it all depends of the environnement, maybe the Typo3 install was used as an intranet (or VPN or whatever) which is a very different setup than internet access (bandwith is much faster) but otherwise I wouldn't believe it. Or else Typo3 uses a utility to split big files into rars and decompress like newsgroup do

Anyway, about Relay I have no real world experience about it, I don't know that I would provide any valuable input here elz64...

[elz64]

Looks like some have made such thing in T3. I suspect this one :
 http://www.airware.de/site/extensions/frontend-filemanager/?L=1
will meet the limits you all talk about here.

But, this one : http://typo3.org/documentation/document-library/extension-manuals/t3extplorer/0.0.2/view/1/1/

is a port of this : http://extplorer.sourceforge.net/

Looks like using ftp.
May be some dev guru could give me an idea of the amount of work to embed it in MODx ?

Thank again.

[davidm]

Since MODx Revolution's default manager is based on extJS, the js framework used for extplorer it should be easier to port to Revolution.
I even wonder what are the differences between extplorer and Revolution's file manager... it looks just like it...

Yet it doesn't mention any special ability to upload large / very large files...