Разработка на удаленном сервере через ssh

Речь про web, но даже не web - никаких проблем нет. Даже вот буквально в том же помещении по сети сижу ssh + локальный vnc. Ноль проблем, привычка и куча вспомогательный alias-ов и скриптов для удобства

Подводный камень очевидный - если пропадёт инет, придётся делать паузу. Ну и уехать с ноутом в места без стабильного 3G не получится.

С другой стороны и плюс: в места где 3G и выше присутствует, уехать можно, и не надо с собой тащить всё нужное для разработки оборудование.

Какие подводные камни?

Только мягкий песочек.
mosh, tmux, emacs - наше всё!

emacs - наше всё!

Чем Emacs лучше VSCodium или Neovim ?

IMHO Emacs похож на шизу, начиная с попытки установки его расширений и так далее ещё больше.

там развернуто окружение необходимое

Невоспроизводимое и уникальное.

Какие подводные камни?

Не нужно.

С чем столкнусь в дальнейшем?

В WTC не сиди и ещё долго ни с чем не столкнешься. Биткойн выйдет — бери.

MagicMirror, ты с чем-то не согласен или просто решил мне фейспалм поставить?

почаще сохраняйся. По сути основной камень.
И обязательно с версионной хранилкой (git и его коллеги). А то часть сохранится, а часть отвалится и всё полетит.

Какие подводные камни?

связь может лагать, и тогда работать будет некомфортно. Или вообще навернуться.

Можно например не полностью работать через ssh, а запускать удаленно только LSP-сервер. Тогда в случае чего у тебя будут лагать только автокомплит и прочие goto reference, да и фиг бы с ними.

Ну если нужна подсветка синтаксиса, автодополнение и т.п. то это все работать будет с некоторой задержкой, если тебя это не напрягает, то тогда норм.

Если работаешь в консоли, используй что-то типа tmux, чтобы при обрыве связи не терялась работа. Да и кроме этого в tmux много удобных функций.

mosh, tmux, emacs - наше всё!

хм, странный набор.

ssh, screen, vim.

У тебя какой-то нищенский набор, а у меня - шикарный.

screen

В нём нет поддержки true color, из-за этого большинство цветовых схем нормально не работают.

Твой набор для опаретаора emacs самое то. Жаль в этом наборе нечем редактировать текст.

Текстовому терминалу надо ровно 16 цветов. Всякие true color-ы рисует уже эмулятор терминала, запущеный локально в гуи. Хотя и там для текста оно не нужно.

Мне, как опаретаору емакса со стажем, не привыкать.

Ты не понял, видимо. Речь про управляющие последовательности, которые позволяют приложению сообщить эмулятору терминала, какие нужно точно использовать цвета, а не индексированные 16, 88(?) или 256. GNU Screen в стабильной ветке это не умеет, Tmux — умеет. Популярным цветовым схемам для редакторов эта фича нужна.

Всё я понял.

управляющие последовательности, которые позволяют приложению сообщить эмулятору терминала, какие нужно точно использовать цвета

Я сам эмулятору терминала сообщу какие использовать цвета - в его настройках, один раз для всех. Самодеятельность от консольного софта на этот счёт не нужна, даже если она настраивается в этом софте, потому как незачем плодить конфиги.

Самодеятельность от консольного софта на этот счёт не нужна, даже если она настраивается в этом софте, потому как незачем плодить конфиги.

Хорошо, что ты никак не можешь на это повлиять за пределами своего локалхоста 🙂 Кстати, MC и Vim уже выкинул? Это одни из самых популярных приложений с поддержкой Tc, в конце концов.

Скорей всего он пользуется популярной цветовой схемой - «вырви глаз».

Чего гадать, можно увидеть самому: WM под себя + xfce-terminal + mc

никак не можешь на это повлиять за пределами своего локалхоста

Так цветовая схема это как раз сфера ответственности локалхоста и есть. Ну представь, например у тебя два компа, один ноут с мелким экраном, другой стационарный с большим монитором, качественной подсветкой/цветопередачей и расположенный геометрически так чтоб лучше смотрелось. Им, очевидно, нужны разные цветовые схемы, которые ты и настроишь на них самих в конфиге гуи-терминала. При этом прогам, которые ты с них обоих запускаешь в удалённых ssh-сессиях, об этом знать совершенно незачем. А если удалённой сессией на каком-то сервере пользуешься не только ты, то тем более - зачем в неё засовывать свою персонализацию, вместо того чтоб сделать это локально у себя на компе?

Кстати, MC и Vim уже выкинул?

vim не пользуюсь.

Про mc понятия не имел про поддержку true color-а, цветовую схему настроил ему в конфиге xfce4-terminal-а, ни разу не заметил никакого выхода за список из 16 разрешённых цветов. Более того, сделал себе на ноуте хоткей-переключалку дневного-ночного режима - и вот она кроме настроек яркости подсветки панели и иксового redshift меняет файл ~/.config/xfce4/terminal/terminalrc с цветовой палитрой.

--- terminalrc.dark	2022-04-13 22:02:39.000000000 +0300
+++ terminalrc.light	2022-04-13 22:01:59.000000000 +0300
 ColorForeground=#7DD228
-ColorBackground=#000000
+ColorBackground=#1E2426
 ColorBoldUseDefault=FALSE
 ColorBold=#D2FF7D
-ColorPalette=rgb(0,0,0);rgb(240,0,0);rgb(0,170,0);rgb(170,136,0);rgb(24,24,20);rgb(170,0,170);rgb(100,100,100);rgb(170,170,170);rgb(85,85,85);rgb(255,85,85);rgb(85,255,85);rgb(255,255,85);rgb(85,85,255);rgb(255,85,255);rgb(85,255,255);rgb(255,255,255)
+ColorPalette=rgb(0,0,0);rgb(240,0,0);rgb(0,170,0);rgb(170,136,0);rgb(0,0,170);rgb(170,0,170);rgb(0,170,170);rgb(170,170,170);rgb(85,85,85);rgb(255,85,85);rgb(85,255,85);rgb(255,255,85);rgb(85,85,255);rgb(255,85,255);rgb(85,255,255);rgb(255,255,255)
scSearchDialogOpacity=100

В частности например синий фон замаплен на rgb(0,0,170) днём и rgb(24,24,20) ночью. Работает это сразу во всех окнах (xfce4-terminal следит за файлом конфига и подгружает новый сразу), вне зависимости от того, локальный там mc или ssh-удалённый, или вообще не mc а какая-то другая прога.

А если удалённой сессией на каком-то сервере пользуешься не только ты, то тем более - зачем в неё засовывать свою персонализацию, вместо того чтоб сделать это локально у себя на компе?

Контекст всё же надо учитывать. Здесь изначально речь про разработку через SSH. Лично я хочу видеть, например, Solarized в Vim. И я не хочу трогать для этого цветовую схему терминала, у меня там GNOME/Adwaita Light (с ней, кстати, штатный скин MC выглядит прекрасно, и вообще очень грамотно подобраны цвета). А ещё я использую Tmux всегда, то есть в первую очередь локально. Поэтому мне оно нужно. Тот, кто предлагал Screen — не разработчик, как я понимаю, и ему просто нет дела до этих мелочей. Ну и лично мне, опять же, наплевать, что там на удалённых компьютерах через SSH, стараюсь вообще ничего не настраивать на них.

меняет файл ~/.config/xfce4/terminal/terminalrc с цветовой палитрой

Там есть поддержка пользовательских схем. Добавь свои и переключай тем же способом просто схемы. Суть та же, просто не так костыльно. Тем более, что оно там вроде уже перешло на xfconf.

Особенно хорошо смотрится ядовито зелёный цвет в мониторинге.

mosh, tmux TRAMP, emacs - наше всё!

У тебя очень качественная криокамера.

Ну если «пока все устраивает» - наслаждайтесь :))

Вообще работа по SSH ничем не отличается от работы в локальном терминале, но в сети бывают лаги, и это бесит.

Дело в том что программист набирает текст не как машинистка - скорость набора рваная, и в момент сброса в код буфера из башки эта скорость просто огромная (машинистки нервно курят). Это конечно при условии что слепой десятипальцевый ввод освоен давно (ну и vim-like input в помощь). И когда сеть лагает (а она иногда лагает) - это бесит.

Если будете развиваться в разработке - без проблем сможете покупать и макбуки, и карбоновые финкпады, все придет :))

И когда сеть лагает (а она иногда лагает) - это бесит.

Лагает, к сожалению, чаще чем иногда - но в остальном абсолютно согласен.

пройдёт время и твои библиотеки устареют, устареет среда вся среда

используйте Docker

Затем удобнее будет настраивать разворачивание

Кроме лагов сети при вводе и слабой возможности в графическую среду из-за ограничений по трафику - сойдет. С neovim забитым плагинами даже замечательно.

В VS Code есть режим удаленной разработки через SSH - на удаленной стороне автоматом запускается серверная (ресурсозатратная) компонента, а на локальном компе работает чисто визуализация, сравнимая по затратам ресурсов с работой веб-обозревателя. Есть еще Code Server - фактически тот же VS Code, но там в качестве клиента используется просто веб-обозреватель (типа, Google Chrome), но это посложнее в плане установки-конфигурации-безопасности, и там поддерживаются не все расширения от VS Code. И то и другое нормально пашет на соединении в 64кбит - главное, чтобы слабенькое железо тянуло чисто отрисовку интерфейса.

Да уж, ТС описал ситуацию как сТранный гуманитарий. С технической точки зрения ничего не ясно. Как организованна работа, зачем проброшены порты?

Я бы сделал так: на локальном ноуте набирал бы текст, на удаленном компе компилировал и гонял бы.

Какой должен быть ЛОКАЛЬНЫЙ ноут чтобы для *vim не хватало ресурсов?

Почему локальный, речь про удаленное подключение, а оно тормозное и с потерями по умолчанию.

GNU screen — наше усё.

связь может лагать, и тогда работать будет некомфортно.

mosh - как раз типа ssh, но с защитой от лагов.

А ещё есть https://eternalterminal.dev/

кто-нибудь его использует вместо mosh?

пока один - никаких. ну если ты знаешь, что творишь, но всяким студентам по ссх доступ давать нельзя. не должны разрабы иметь и доступ к боевому серверу, базам по-хорошему. было такое, что я сам просил лишить меня таких привелегий. тут расчет простой: если менегер данные куда сольет, то ты будешь вне подозрений

смешной. потому что все эти language-server’s не запускал, иначе и vim у тебя гигабайтами память жрал. меня еще все эти тайлолюбители с vim/emacs веселят, понаставят они всяких расширений с chatgpt, а потом им мало и 16 гигабайт

нет. С mosh меньше лагает, по личному опыту, но от некомфортной работы это не спасает.

Если до сервера пинги длинные то инпут лаг бесит, а так-то никаких проблем.

Мне стыдно screen не пользовался, пока любительский tmux не появился. Тоже в mosh потребности не ощущаю, ssh всё покрывает.

Поддержу, использую такой же набор )