Yummy Software

Hi,

  I notice that when selecting a folder (or file I guess) and right-clicking and choosing Duplicate, that the operation downloads everything to my computer and then creates a new folder and then uploads it all back up to the server.

  There must be some good reason for that, because in my ideal fantasy world a command would be issued to the server which would tell it to do it all on the server. 

  Is this not possible ever (with any FTP program), or is this just an issue with the current version of YummyFTP and that is on the list to be resolved?

Thanks!
  Rees

The FTP protocol does not have a 'duplicate' command, so this is the only way to make it work.

That's such a bummer. 

Thanks for cluing in this noob.

-Rees

I am a fellow n00b as well.

I know I can do this via ssh, and I thought this was possible via sftp.  Am I wrong?  What about "copy" instead of "duplicate"?  Would this be sort of like FXP but on the same server?

BTW great software.  I've been using it for years with no issues aside from tiny hiccups with betas, but thats to be expected.  Good solid FTP program.

Thanks columbus :)

It's possible in the same way that you can do it in the Terminal, but via SSH only. It's not part of the SFTP functionality.

As such, you could try the Send Raw Command option which would send a custom command line via SSH. Yummy sets the working directory to that currently displayed, so you could enter for example:

cp filetodupe.example filenameduped.example

Note that you must use this feature at your own risk - for example, executing some commands by mistake can destroy all your data. I provide this feature for the brave and adventurous ;)

Outstanding.  I seem to be very close now. 

Of course this brings up my other issue I have been avoiding.  (I wil start another thread if needed, but this seems to be related)

When I issue any raw commends like zip or unpack or cp I get a error of:

This is a server issue, or a me issue?
(I searched for anybody with a similar issue here but I seem to be alone.)

Do you use SSH key file authentication when you connect via SFTP?  It looks like the SSH sub system can't locate the keyfile you've specified, but then I would have expected the SFTP connection to have failed too.... Try enabling 'Quote ssh keyfile paths' in the Server Options panel of the Preferences.

Your solution was off, but it pointed my nose in the right direction.

A while back I tried to setup ssh to use keys instead of passwords.  I still had Yummy looking for a ssh key in the connect to server settings.  Once I disabled that everything is grand.  cp works as well as unarchive, etc.

I think I might have pee'd myself a little I am so happy.

Thanks so much JD

You're welcome! Great to hear it all worked out  ;D

If this is the case, can't you hard-code the xcopy SSH command in coupled with the existing re-name trigger?

Check out 1.7.3b10 which has this capability (plus remote delete as a bonus!) built-in ;D

Today (using b10) I Option-dragged a folder into another folder and it did a download/upload, does the server-side commands only work on Duplicate and Move ?

You need to use the Duplicate command that is located in the Remote Shell Commands sub menu off the Transfer menu.

At the moment I would still call this an 'experimental' feature, therefore I didn't make use of it by default for all duplicate actions. It definitely works, but I'm nervous to radically change the behavior across the board at this point.

I would have just said no :P  Thanks for saying yes :D

Holy crap this makes me happy.

LOVE the duplicate added to the raw comm menu.

;D

I know it's experimental but...

1. Couldn't it be available under the context pop-up menu, under Remote Shell Commands?
2. Or better, could we have a keyboard shortcut please?  Maybe cmd-D with another modifier key.
3. Could we have it working like ordinary Duplicate so that it copies "abc.txt" to "abc copy.txt" (and not to "abc.txt copy"!) ?

Ta  :)

Well obviously this is proving to be quite popular, so I'll flesh it out some and bring it out of the 'experimental' realm asap :)

I've made improvements in this area for b12:

1. ctrl-alt-cmd - Backspace will now do a remote delete (cmd-Backspace makes a standard delete)
2. ctrl-alt-cmd - D will now do a remote duplicate (cmd-D makes a standard duplicate)
3. the Delete and Duplicate items are now in  the context menu
4. the duplicate name should be the same as when using normal duplication

This is superb!!   :D

Typical timings (I have upload capped at 128kbs):

• Duplicate a folder containing 10 images, total size 450 KB: standard 50 secs, remote 1 sec.
• Delete that same folder: standard 5 secs, remote 1 sec.

The differences will be larger for larger content obviously. This will really speed up my workflow.
Cheers,
J

Well, superb with perhaps one omission. The server duplicate does not preserve modification dates.  Isn't there a "-p" parameter you can add to the ssh command to preserve dates (and maybe user/group as well)?

Ha! Good catch! Well, the intention was for attributes to be preserved... now it's corrected :)

Verified in the latest beta. Thanks.

Thanks for the confirmation! :)