Pull to refresh

Comments 23

Вот а я только об этом подумал и тут автор с хабром ответили на мой вопрос :)
Благодарю
Насколько я помню rmate это скрипт для TextMate 2 с такой же функциональностью. Вот что значит поддержка плагинов TextMate.

Это решение имеет такие же проблемы как и у TextMate 2? Заход по ssh во втором окне все ломает, ибо порт уже используется.
ST2 открывает файлы во вкладках, в одном окне, даже если вытащить вкладки в разные окна, rsub будет открывать новые файлы в первом.
Странно. aurora/rmate как раз и отличается тем, что это реализация на Bash, а не на Ruby (как textmate/rmate). Вы уверены, что удаленно нужен Ruby?
Да, верно, перепутал плагины, пост поправил, спасибо.
Так и не понял из статьи в чем преимущество перед SFTP плагином?
А кто говорил о преимуществах, это просто еще один инструмент для удаленного редактирования, но лично для меня, плюс rmate заключается в использовании локального редактора, вместо nano и vim
А при чем тут nano и vim? SFTP, ИМХО, действительно лучше.
При том, что файлы на сервере можно открыть в локальном текстовом редакторе, вместо консольных.
А ST2 давно консольным стал? SFTP позволяет открывать файлы с сервера непосредственно в ST2.
Вы правда не понимаете?
Попробую проще.
ST2 = «Локальный текстовый редактор»
nano = «Консольный текстовый редактор»
Описаный мною способ, позволяет открыть файл находящийся на удаленном сервере, в локальном текстовом редакторе, которым, как мы уже выяснили, является ST2, т.е набирая в консоли:
rmate some/file.txt

вместо:
nano some/file.txt

мы этот файл откроем в ST2, локально.
Плагин SFTP же, позволяет вам открыть локальный файл в ST2 и потом при сохранении синхронизировать его с сервером.
sftp очень прохо переваривавает битые кодировки в именах файлов
Что происходит с открытыми файлами при потере коннекта с удаленным хостом?

У меня такая проблема:

Открываю файлы из гуевого SFTP-клиента на редактирование, если ssh порвался, файлы остаются в редакторе и не понятно до сохранения какой файл уже нельзя сохранить, а какой доступен.
Тут ситуация примерно такая же и более того, если тунель упадет, придется перезагружать ST2, но файлы остаются открытыми и при перезагрузке ST2 не сохраненные изменения не пропадают.
а чем 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 использовала фиксированные порты.
Конфиг весьма небезопасный, используйте только если понимаете, что делаете.
Про порты тут подробно: 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. правда в этом случае синхронизация выполняется асинхнонно, и при кодинге сильно не хватает обратной связи со стороны редактора (не понятно, файл синхронизировался с удаленной машинкой или еще нет).
Использую OSXFuse. Подключаю нужную папаку через sshfs и пользуюсь ST3.
Так же использую удобный  workflow для Alfred 2 с помощью которого можно быстро поключить нужный ресурс.
Sign up to leave a comment.

Articles

Change theme settings