server side copy между двумя папками gvfs одного сервера

[unxed]

Не уверен, что писать об этом тикет сюда - хорошая идея.
Но хочется собрать в одном месте информацию о том, как это реализовать.

Это должно быть осуществимо по крайней мере для SMB:
https://rossl.org/blog/computer/gvfs-server-side-copy.html

Написал автору блога, попросил его патч для gvfs.

Что касается SFTP, похоже, что стандартного способа нет, но некоторые SFTP сервера так могут:
https://superuser.com/questions/974187/filezilla-how-to-copy-files-from-one-directory-to-another-on-the-same-server

[cycleg]

Это все мульки "низкого уровня" по отношению к скромному плагину. Если смотреть с уровня GIO, то это инкапсулируется где-то в районе GIO::File. Там должны быть некие вызовы в glib, которые умели бы использовать Самбу или нестандартные расширения FTP. Работа же плагина состоит только в том, чтобы "спровоцировать" соединение и отсоединение ресурса, с которым дальше работают наличные в ОС средства. Поэтому он сравнительно прост. А как только начинаешь задумываться о таких вещах, как server-side copy и его поддержка, то получается в лучшем случае NetBox. К тому же, как явствует из приведенных ссылок, эти решения или только-только вводятся в протокол, или еще не стандартизованы вовсе.

А вообще у меня лично возникает вопрос: если тебе вдруг понадобилось копирование данных на сервере, то зачем тебе для этого средства, изначально предназначенные для обмена файлами с удаленными системами? Заходи туда и копируй локально, сколько влезет. Не очень себе представляю разумный сценарий работы с удаленной системой, где бы кровь из носу нужны были такие фишки именно применительно к протоколам передачи файлов. Тут по-моему люди не различают две разных вещи: сравнительно простой обмен файлами между компьютерами и сетевую файловую систему. От сетевой файловой системы можно ожидать такого рода оптимизаций, как server-side copy, причем скрытых от прикладных программ. А "чистые" файлообменные протоколы слишком "тупые" для этого.

[unxed]

Это все мульки "низкого уровня" по отношению к скромному плагину.

Именно поэтому

Не уверен, что писать об этом тикет сюда - хорошая идея.

Если тикет выглядит откровенно unreleated - можно его закрыть, сам буду дальше копать :)
Просто подумал, что найденная мной информация может пригодиться кому-то ещё.

нестандартные расширения FTP.

SFTP. Для FTP, кажется, таких расширений нету. Во всяком случае, навскидку не смог найти.

Заходи туда и копируй локально, сколько влезет.

Разумеется.

Вот поэтому я и хочу консольную версию far2l.
elfmz/far2l#276

Ставить xfce+vnc на сервер только для того, чтобы продолжать использовать привычный и идеально удобный инструмент - кажется слегка избыточным :) И на медленных каналах (gprs, например) всё-таки тормозит.

Но пока консольной версии нет - server side copy было бы приемлимым решением для многих случаев. Увы, поддержку его в gvfs-sftp ждать, по-видимому, не приходится.

[cycleg]

На медленных каналах идеальное решение -- командная строка, для коих ее и придумали! Все остальное -- позднейшие извращения для широких каналов. :) Поэтому ANSI-терминал -- почти телетайп с цветом, как справедливо было замечено.

Из того, что поддерживает GVFS, server-side copy вроде бы есть еще в AFP.

[unxed]

Увы, моего понимания c/cpp явно недостаточно, чтобы самому начать пилить консольный бэкенд far2l. Хотя, если подскажешь, с чего можно начать (с представлениями об этих ЯП на уровне институтского курса) - буду признателен. А держать в голове два набора привычек и хоткеев (для mc и для far2l) - до смерти неудобно.

Ага, у меня в todo уже появился пункт "поиграть с netatalk" :) Вопрос, что проще и безопаснее - скажем, самба через ssh туннель (светить самбой в открытый инет мне как-то сремновато) или тот же AFP.