Комментарии 23
Вот а я только об этом подумал и тут автор с хабром ответили на мой вопрос :)
Благодарю
Благодарю
Насколько я помню rmate это скрипт для TextMate 2 с такой же функциональностью. Вот что значит поддержка плагинов TextMate.
Это решение имеет такие же проблемы как и у TextMate 2? Заход по ssh во втором окне все ломает, ибо порт уже используется.
Это решение имеет такие же проблемы как и у TextMate 2? Заход по ssh во втором окне все ломает, ибо порт уже используется.
Странно. aurora/rmate как раз и отличается тем, что это реализация на Bash, а не на Ruby (как textmate/rmate). Вы уверены, что удаленно нужен Ruby?
Так и не понял из статьи в чем преимущество перед SFTP плагином?
А кто говорил о преимуществах, это просто еще один инструмент для удаленного редактирования, но лично для меня, плюс rmate заключается в использовании локального редактора, вместо nano и vim
При том, что файлы на сервере можно открыть в локальном текстовом редакторе, вместо консольных.
А ST2 давно консольным стал? SFTP позволяет открывать файлы с сервера непосредственно в ST2.
Вы правда не понимаете?
Попробую проще.
ST2 = «Локальный текстовый редактор»
nano = «Консольный текстовый редактор»
Описаный мною способ, позволяет открыть файл находящийся на удаленном сервере, в локальном текстовом редакторе, которым, как мы уже выяснили, является ST2, т.е набирая в консоли:
вместо:
мы этот файл откроем в ST2, локально.
Плагин SFTP же, позволяет вам открыть локальный файл в ST2 и потом при сохранении синхронизировать его с сервером.
Попробую проще.
ST2 = «Локальный текстовый редактор»
nano = «Консольный текстовый редактор»
Описаный мною способ, позволяет открыть файл находящийся на удаленном сервере, в локальном текстовом редакторе, которым, как мы уже выяснили, является ST2, т.е набирая в консоли:
rmate some/file.txt
вместо:
nano some/file.txt
мы этот файл откроем в ST2, локально.
Плагин SFTP же, позволяет вам открыть локальный файл в ST2 и потом при сохранении синхронизировать его с сервером.
sftp очень прохо переваривавает битые кодировки в именах файлов
Что происходит с открытыми файлами при потере коннекта с удаленным хостом?
У меня такая проблема:
Открываю файлы из гуевого SFTP-клиента на редактирование, если ssh порвался, файлы остаются в редакторе и не понятно до сохранения какой файл уже нельзя сохранить, а какой доступен.
У меня такая проблема:
Открываю файлы из гуевого SFTP-клиента на редактирование, если ssh порвался, файлы остаются в редакторе и не понятно до сохранения какой файл уже нельзя сохранить, а какой доступен.
а чем sshfs плох? имхо более универсальное решение
Windows 7 + Debian, завелось без запинок.
Я подобное решаю при помощи Gigolo, ну или autofs.
Я меня рабочий комп MacOS X, а дев сервер под Ubuntu. Использую Sublime Text 3. Подключаюсь к серверу по NFS
На сервере:
/etc/exports:
/var/www 127.0.0.1(rw,all_squash,anonuid=0,anongid=0,sync,insecure)
подключение канала:
ssh root@devserver -L 61001:127.0.0.1:2049 -L 62001:127.0.0.1:2233
монтирование ФС:
mount -t nfs -o tcp,rsize=8192,wsize=8192,intr,rw,bg,noowners,nosuid,port=61001,mountport=62001,noauto localhost:/var/www mnt
Еще сделаны некоторые настройки портов на сервере, чтобы NFS использовала фиксированные порты.
Конфиг весьма небезопасный, используйте только если понимаете, что делаете.
На сервере:
/etc/exports:
/var/www 127.0.0.1(rw,all_squash,anonuid=0,anongid=0,sync,insecure)
подключение канала:
ssh root@devserver -L 61001:127.0.0.1:2049 -L 62001:127.0.0.1:2233
монтирование ФС:
mount -t nfs -o tcp,rsize=8192,wsize=8192,intr,rw,bg,noowners,nosuid,port=61001,mountport=62001,noauto localhost:/var/www mnt
Еще сделаны некоторые настройки портов на сервере, чтобы NFS использовала фиксированные порты.
Конфиг весьма небезопасный, используйте только если понимаете, что делаете.
Про порты тут подробно: http://www.howtoforge.com/nfs_ssh_tunneling. В моем случае дев сервер это облачный сервер у Селектела, в консоли управления в закладке «Загрузка» установил параметры ядра lockd.nlm_tcpport=2232 lockd.nlm_udpport=2232 и все заработало
О SSH лучше заботиться autossh, ибо сеть — вещь непредсказуемая. Тоже самое можно сказать и о mount, вместо неё лучше использовать какой-нибудь automounter.
чудо-поиск, индексация и прочий автокомплит в ST2 нормально работают лишь с локальными файлами. работать с реальными проектами, поверх сетевых файловых сиситем, мне показалось непрактичным (может сеть такая :()
механика плагина sftp в этом смысле вполне адекватна — саблайм работает с локальными файлами, а плагин предоставляет кучу ручек для разных вариантов синхронизации с удаленной машинкой. но если при синхронизации падает соединение, то, действительно, спасает лишь перезапуск саблайма. а еще он ацкий тормоз при копировании большого количества файлов. было бы круто, если бы они запили в качестве транспорта rsync, вместо костылей над sftp.
еще можно повесить github.com/axkibe/lsyncd. правда в этом случае синхронизация выполняется асинхнонно, и при кодинге сильно не хватает обратной связи со стороны редактора (не понятно, файл синхронизировался с удаленной машинкой или еще нет).
механика плагина sftp в этом смысле вполне адекватна — саблайм работает с локальными файлами, а плагин предоставляет кучу ручек для разных вариантов синхронизации с удаленной машинкой. но если при синхронизации падает соединение, то, действительно, спасает лишь перезапуск саблайма. а еще он ацкий тормоз при копировании большого количества файлов. было бы круто, если бы они запили в качестве транспорта rsync, вместо костылей над sftp.
еще можно повесить github.com/axkibe/lsyncd. правда в этом случае синхронизация выполняется асинхнонно, и при кодинге сильно не хватает обратной связи со стороны редактора (не понятно, файл синхронизировался с удаленной машинкой или еще нет).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Удаленное редактирование файлов в Sublime Text 2 по SSH