Try http://www.mirrorX.de/ This tool is especially was developed in use for (wi)tango on macosX to mirror specific files or folders to ftp-server or mounted volumes....
There is a beta, which you should try out. It will be about 30 Eur, when ready . Christian > Von: Robert Garcia <[EMAIL PROTECTED]> > Antworten an: [EMAIL PROTECTED] > Datum: Mon, 24 Mar 2003 03:15:38 -0800 > An: [EMAIL PROTECTED] > Betreff: Re: Witango-Talk: HTTP Upload > > I have already check this solution out, along with others. Aside from > the $400 license, it does not work on Mac OS X. Does not work at all > with Safari, Chimera/Camino, IE, and works very inconsistently with > Netscape 7.02 (who uses that on OS X!). So it is not a viable solution > for those of us who need to have cross platform solutions. > > Robert. > > On Monday, March 24, 2003, at 12:55 AM, Niall Merrigan wrote: > >> Hi folks >> >> we recently had to do something like this ... >> >> We ended up building an activeX control for this >> >> It uses the HTTPTransfer method wand is quite fast >> >> The only other thing I can suggest is using a copy of ActiveFile >> by Infomentum >> >> Its an ActiveX/Java upload system should do what you need >> >> Niall >> >> >> >> On Mon, 24 Mar 2003, Garth Penglase wrote: >> >> ->So to spell things out, are you saying that: >> ->1. yes, http upload requires a lot of memory and will take up >> ->whatever cpu process is available >> ->2. however, as the client and the server will yield to other >> ->processes requesting cpu it shouldn't have a seriously negative >> ->affect on other accesses to the web site. >> ->? >> -> >> ->In other words - while http is far from being the best file transfer >> ->method, it will work without greatly hogging the cpu. Obviously, the >> ->smaller the files uploaded the better, as these will have the least >> ->amount of impact on the server. >> -> >> ->Unless someone writes an external module to handle this, it is the >> ->only way that I can see to provide technology-challenged people file >> ->uploads on the web - so I hope that i have summed things up >> correctly. >> -> >> ->And I assume that there is no advantage in using a specific platform >> ->for this task? (apart from the faster the better). >> -> >> ->Garth >> -> >> -> >> ->>You should be careful uploading large files through any web >> application >> ->>server, especially when they are client server. If you look at the >> route >> ->>that the file takes in memory it is copied quite a few times so the >> larger >> ->>the file the more work that needs to be done. A typical scenario >> would go >> ->>like this. >> ->> >> ->>(This has been generalised) >> ->> >> ->>File submit via form >> ->>File read into browsers memory >> ->>File sent to web server over network >> ->>File read from network buffer and passed to web server memory as >> postarg >> ->>File passed to app server client and wrapped for sending to app >> server >> ->>File sent to app server from client >> ->>File unwrapped by app server memory so it can be accessed as >> @POSTARG >> ->>File saved to disk >> ->> >> ->>So as a minimum the file has been shuttled around in memory around >> 7 times. >> ->>Add to this the encoding that may happen if debug/logging is turned >> on so >> ->>that the variable that contains the data is displayed in the debug >> trace/log >> ->>and it may be greater. >> ->> >> ->>Remember that the client runs in the web server's memory space so >> this can >> ->>make the CPU and memory of the web server process appear to race as >> it is >> ->>encapsulating the postarg to be sent to the server.. >> ->> >> ->>Now that the client and server are preemtive, they will attempt to >> take as >> ->>much CPU as they have available to them. Both the client and >> server should >> ->>yield to other processes requesting cpu so the machine should not >> become >> ->>unresponsive. >> ->> >> ->>As a rule of thumb, you should try and get the file to the server >> using the >> ->>shortest path possible and should save it to disk asap. Using http >> is not >> ->>the most efficient way of doing this. >> ->> >> ->>Phil >> ->> >> ->> >> ->>On 24/3/03 12:17 PM, "Garth Penglase" <[EMAIL PROTECTED]> wrote: >> ->> >> ->>> It may be a Windows issue not an IIS 5 issue. >> ->>> Any thoughts Phil/Sophie? >> ->>> Garth >> ->>> >> ->>>> Robert >> ->>>> >> ->>>> I tried this on a XP box with apache. IT has 640 megs of ram >> and a >> ->>>> 2.0ghz p4 and my cpu usage went up to 100% so its not an issue >> with IIS. >> ->>>> >> ->>>> Mike D >> ->>>> >> ->>>> -----Original Message----- >> ->>>> From: Robert Garcia [mailto:[EMAIL PROTECTED] >> ->>>> Sent: Sunday, March 23, 2003 12:29 PM >> ->>>> To: [EMAIL PROTECTED] >> ->>>> Subject: Re: Witango-Talk: HTTP Upload >> ->>>> >> ->>>> I haven't done enough testing yet, but I don't think this is a >> Witango >> ->>>> issue, but a IIS 5 issue. >> ->>>> >> ->>>> It would really help if someone had a IIS 5 server using http >> upload >> ->>>> that can test this, so I dont have to set that up. >> ->>>> >> ->>>> Robert. >> ->>>> >> ->>>> On Saturday, March 22, 2003, at 11:16 PM, Garth Penglase wrote: >> ->>>> >> ->>>>> I'd be very interested as to whether this is purely a >> Windows/Witango >> ->>>> >> ->>>>> issue or if it relates to OSX and other platforms. I agree >> that it is >> ->>>> >> ->>>>> totally unacceptable that there is anything more than a few >> percentage >> ->>>> >> ->>>>> cpu usage, and this will significantly affect performance on >> my >> ->> >>> servers when I upgrade to Wi5 in the next week or so, as I >> have a >> ->> >>> number of apps that will require this service. >> ->> >>> >> ->> >>> Maybe With has a comment on this one....?? >> ->>>>> Garth >> ->>>>> >> ->>>>>> Thats not the issue. The issue is having a solution for a >> client that >> ->>>> >> ->>>>>> is not savvy enough to use an ftp client. I already use >> webdav in >> ->> >>>> such a way that they could connect with a webfolder from >> windows, or >> ->>>> >> ->>>>>> directly from OS X. But these are people that can only be >> expected >> ->>>>>> to work with a single interface, and click a few buttons. >> Using HTTP >> ->>>> >> ->>>>>> Upload is very simple and suits that. But HTTP Upload has >> other >> ->>>>>> problems, and this CPU Usage issue now knocks it completely >> off my >> ->>>>>> list. >> ->>>>>> >> ->>>>>> Robert. >> ->>>>>> >> ->>>>>> On Saturday, March 22, 2003, at 05:10 AM, Michael >> Dittbrenner wrote: >> ->>>>>> >> ->>>>>>> Robert >> ->>>>>>> >> ->>>>>>> Why not just put up a ftp server instead of using http. Ftp >> protocol >> ->>>> >> ->>>>>>> is >> ->>>>>>> a lot faster than http for uploading and puts less strain >> on the >> ->>>>>>> server. >> ->>>>>>> Windows 2000 comes with a ftpd built in and if your client >> doesn't >> ->>>>>>> have >> ->>>>>>> a ftp client they can download a trial from like >> www.globalscape.com >> ->>>> >> ->>>>>>> for >> ->>>>>>> cuteftp. >> ->>>>>>> >> ->>>>>>> Michael Dittbrenner >> ->>>>>>> >> ->>>>>>> >> ->>>>>>> -----Original Message----- >> ->>>>>>> From: Robert Garcia [mailto:[EMAIL PROTECTED] >> ->>>>>>> Sent: Saturday, March 22, 2003 6:59 AM >> ->>>>>>> To: [EMAIL PROTECTED] >> ->>>>>>> Subject: Witango-Talk: HTTP Upload >> ->>>>>>> >> ->>>>>>> I normally don't use http upload for many reasons, but I >> had to do a >> ->>>>>>> quick and dirty solution for a client. They must be able to >> upload >> ->>>>>>> MP3 >> ->>>>>>> files to our servers. The files range from 10-20 megs. >> Before I put >> ->>>>>>> this into production, I wanted to test the load it would >> put on my >> ->>>>>>> servers. My app uses witango to accept the file argument, >> and write >> ->>>> >> ->>>>>>> it >> ->>>>>>> to a file where I want it. I am running Witango 054 and IIS >> 5 on >> ->>>>>>> windows 2000. During the upload, the server pegs 100% CPU >> usage, >> ->>>>>>> dllhost.exe and inetinfo.exe being the culprits. Witango >> only spikes >> ->>>>>>> when the upload is done to write the file. >> ->>>>>>> >> ->>>>>>> Since I have only used http upload with very small files in >> the >> ->>>>>>> past, I >> ->>>>>>> have never noticed this. This is totally unacceptable. If I >> upload >> ->>>>>>> the >> ->>>>>>> same file to the same IIS Server using IIS WebDav, it >> doesn't break >> ->>>> a >> ->>>>>>> sweat, 1-2% CPU Usage. I can't recall every testing this >> with other >> ->>>> >> ->>>>>>> web >> ->>>>>>> servers, does anyone else have any info with apache or >> Webstar? >> ->>>>>>> >> ->>>>>>> It looks like I will have to write a custom desktop app for >> this >> ->>>>>>> client's admin, which I did not want to do. If anyone knows >> of any >> ->>>>>>> IIS >> ->>>>>>> 5 tweaks that may help, I would appreciate it. My systems >> are >> ->>>>>>> completely patched once a week. >> ->>>>>>> >> ->>>>>>> -- >> ->>>>>>> >> ->>>>>>> Robert Garcia >> ->>>>>>> President - BigHead Technology >> ->>>>>>> CTO - eventpix.com >> ->>>>>>> 2781 N Carlmont Pl >> ->>>>>>> Simi Valley, Ca 93065 >> ->>>>>>> ph: 805.522.8577 - cell: 805.501.1390 >> ->>>>>>> [EMAIL PROTECTED] - [EMAIL PROTECTED] >> ->>>>>>> http://bighead.net/ - http://eventpix.com/ - >> http://theradmac.com/ >> ->>>>>>> >> ->>>>>>> >> ->>>> >> _____________________________________________________________________ >> ->>>>>>> __ _ >> ->>>>>>> TO UNSUBSCRIBE: send a plain text/US ASCII email to >> ->>>>>>> [EMAIL PROTECTED] >> ->>>>>>> with unsubscribe witango-talk in the >> message body >> ->>>>>>> >> ->>>>>>> >> ->>>>>>> >> ->>>> >> _____________________________________________________________________ >> ->>>>>>> __ _ >> ->>>>>>> TO UNSUBSCRIBE: send a plain text/US ASCII email to >> ->>>>>>> [EMAIL PROTECTED] >> ->>>>>>> with unsubscribe witango-talk in the >> message body >> ->>>>>>> >> ->>>>>> >> ->>>>>> -- >> ->>>>>> >> ->>>>>> Robert Garcia >> ->>>>>> President - BigHead Technology >> ->>>>>> CTO - eventpix.com >> ->>>>>> 2781 N Carlmont Pl >> ->>>>>> Simi Valley, Ca 93065 >> ->>>>>> ph: 805.522.8577 - cell: 805.501.1390 >> ->>>>>> [EMAIL PROTECTED] - [EMAIL PROTECTED] >> ->>>>>> http://bighead.net/ - http://eventpix.com/ - >> http://theradmac.com/ >> ->>>>>> >> ->>>>>> >> ->>>> >> ______________________________________________________________________ >> ->>>>>> __ >> ->>>>>> TO UNSUBSCRIBE: send a plain text/US ASCII email to >> ->>>>>> [EMAIL PROTECTED] >> ->>>>>> with unsubscribe witango-talk in the message >> body >> ->>>>> >> ->>>>> >> ->>>>> -- >> ->>>>> >> ->>>> >> _______________________________________________________________________ >> ->>>>> _ >> ->>>>> TO UNSUBSCRIBE: send a plain text/US ASCII email to >> ->>>>> [EMAIL PROTECTED] >> ->> >>> with unsubscribe witango-talk in the message >> body >> ->>>>> >> ->>>>> >> ->>>> >> ->>>> -- >> ->>>> >> ->>>> Robert Garcia >> ->>>> President - BigHead Technology >> ->>>> CTO - eventpix.com >> ->>>> 2781 N Carlmont Pl >> ->>>> Simi Valley, Ca 93065 >> ->>>> ph: 805.522.8577 - cell: 805.501.1390 >> ->>>> [EMAIL PROTECTED] - [EMAIL PROTECTED] >> ->>>> http://bighead.net/ - http://eventpix.com/ - >> http://theradmac.com/ >> ->>>> >> ->>>> >> _______________________________________________________________________ >> _ >> ->>>> TO UNSUBSCRIBE: send a plain text/US ASCII email to >> [EMAIL PROTECTED] >> ->>>> with unsubscribe witango-talk in the message >> body >> ->>>> >> ->>>> >> ->>>> >> _______________________________________________________________________ >> _ >> ->>>> TO UNSUBSCRIBE: send a plain text/US ASCII email to >> [EMAIL PROTECTED] >> ->>>> with unsubscribe witango-talk in the message >> body >> ->>> >> ->> >> - >>>> _____________________________________________________________________ >> ___ >> ->>TO UNSUBSCRIBE: send a plain text/US ASCII email to >> [EMAIL PROTECTED] >> ->> with unsubscribe witango-talk in the message body >> -> >> -> >> -> >> >> -- >> Niall Merrigan >> >> Newest Mix Releases & Track Listings @ http://nm.csn.ul.ie/tunes >> >> >> >> >> >> _______________________________________________________________________ >> _ >> TO UNSUBSCRIBE: send a plain text/US ASCII email to >> [EMAIL PROTECTED] >> with unsubscribe witango-talk in the message body >> >> > > -- > > Robert Garcia > President - BigHead Technology > CTO - eventpix.com > 2781 N Carlmont Pl > Simi Valley, Ca 93065 > ph: 805.522.8577 - cell: 805.501.1390 > [EMAIL PROTECTED] - [EMAIL PROTECTED] > http://bighead.net/ - http://eventpix.com/ - http://theradmac.com/ > > ________________________________________________________________________ > TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED] > with unsubscribe witango-talk in the message body ________________________________________________________________________ TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED] with unsubscribe witango-talk in the message body
