Традиционно английский смеситель так сделан специально.
Холодная вода гарантированно чистая и питьевая. А горячая получается из разогревания холодной в специальном баке, который установлен на крыше дома. В него может попасть много чего и управление (дома, например) не гарантирует её питьевую чистоту.
Чтобы не смешивать питьевую воду и техническую, раньше делали два разных крана. Сейчас просто в привычках осталось.
Пруф:
$ ls -la
$ something1 # специальная несуществующая команда
ctrl + a, c (создаём новую вкладку в screen)
в ней снова
$ ls -la
$ something2 # специальная несуществующая команда #2
ctrl + a, p
и вот тут интересное. Если вы перейдёте в режим копирования (ctrl + a, [), жмите pg up сколько угодно, у вас пустая история «сверху». А если будете крутить колёсиком — покажется буфер из другого окна. Скорее всего. Если не так — то прошу прощения, у вас всё круто работает, у меня так и не получилось это завести.
Да, такая надобность не исчезает, потому что screen не является той самой программой, которая обеспечивает вам подключение к удалённому серверу. Это терминал. Поэтому я и написал, что это не взаимозаменяемые, а взаимодополняющие вещи.
С vim / emacs та же история. Вы можете набирать себе документик через echo. Но в редакторе на удалённом сервере-то удобнее (если нет возможности набрать локально и скопировать).
Кроме того — вот взять «восстановление сессии»: в mosh я просто открываю ноут и жду 10 секунд и могу работать. Со screen, как я понимаю — мне нужно заново переконнектиться, ввести пароль (если по паролю), запустить screen. Это в затратах на телодвижения — 0 vs 10
вы либо не понимаете, зачем нужен screen, либо не понимаете, как им предлагают пользоваться.
как выглядит у вас работа с mosh:
открываете ноут
ждёте 10 секунд
работаете
как выглядит работа в screen запущенном на сервере:
открываете ноут
ждёте 10 секунд
работаете
преимущество работы в screen в том, что если (когда) у вас перезагрузится ноутбук или вы зайдёте с другой машины, то вся ваша история команд и вывод на экран останется, т.к. screen хранит её у себя. Если вы не хотите ничего настраивать — работайте в screen / tmux как в обычном терминале, не лезьте в конфиг, не используйте внутрисерверные вкладки, разделение консоли и т.п… Не для вас это. Всё равно удобнее.
Когда вы запустите сборку / установку чего-то на сервере и закроете крышку, команда внутри screen всё равно продолжит выполняться. А то, как вы подключились — через mosh или ssh уже не важно.
Работа в screen не отличается от работы в обычном терминале, если не нажимать всякие разные хитрые комбинации клавиш (ctrl+a — screen, ctrl+b — tmux).
К тому же, на все подключения (до убивания процесса) будет единая история. Один пользователей или много — не принципиально. Или вы пытаетесь скрыть от коллег то, что вы там делаете?:)
Ну не запускайте тогда screen именно для этого пользователя guest. Причём тут mosh?
и screen будет запускаться автоматом в интерактивной сессии. А если уже есть сессия screen, то именно к этой сессии и будет происходить подключение.
Для долгоиграющих процессов (тесты запустили / wget / сборка) screen или tmux — единственное нормальное решение.
screen прекрасно работает вместе с mosh. Вы запускаете screen на сервере, а mosh обеспечивает вам функционал из разряда «пришёл с работы домой с ноутом, крышку открыл, соединение восстановилось».
вот что не сказали, так это то, что mosh не умеет ssh-key-forwarding. По тем же соображениям безопасности.
Холодная вода гарантированно чистая и питьевая. А горячая получается из разогревания холодной в специальном баке, который установлен на крыше дома. В него может попасть много чего и управление (дома, например) не гарантирует её питьевую чистоту.
Чтобы не смешивать питьевую воду и техническую, раньше делали два разных крана. Сейчас просто в привычках осталось.
Пруф:
— Извините, что сделали?
— Топливо, Скрипач, топливо!
wiki.mozilla.org/Security/Server_Side_TLS
и этой генерилкой конфига:
mozilla.github.io/server-side-tls/ssl-config-generator/
ну а IDE пусть слушает, соответственно, 9001
Сделайте так:
ctrl + a, c (создаём новую вкладку в screen)
в ней снова
ctrl + a, p
и вот тут интересное. Если вы перейдёте в режим копирования (ctrl + a, [), жмите pg up сколько угодно, у вас пустая история «сверху». А если будете крутить колёсиком — покажется буфер из другого окна. Скорее всего. Если не так — то прошу прощения, у вас всё круто работает, у меня так и не получилось это завести.
Она не будет работать на удалённой машине.
C-a [ или C-a C-[ или C-a <ESC>
кстати, в этом режиме работает поиск: / и? (вниз и вверх)
С vim / emacs та же история. Вы можете набирать себе документик через echo. Но в редакторе на удалённом сервере-то удобнее (если нет возможности набрать локально и скопировать).
вы либо не понимаете, зачем нужен screen, либо не понимаете, как им предлагают пользоваться.
как выглядит у вас работа с mosh:
как выглядит работа в screen запущенном на сервере:
преимущество работы в screen в том, что если (когда) у вас перезагрузится ноутбук или вы зайдёте с другой машины, то вся ваша история команд и вывод на экран останется, т.к. screen хранит её у себя. Если вы не хотите ничего настраивать — работайте в screen / tmux как в обычном терминале, не лезьте в конфиг, не используйте внутрисерверные вкладки, разделение консоли и т.п… Не для вас это. Всё равно удобнее.
Когда вы запустите сборку / установку чего-то на сервере и закроете крышку, команда внутри screen всё равно продолжит выполняться. А то, как вы подключились — через mosh или ssh уже не важно.
я не знаю как в вашем конкретном случае это будет работать, но у меня действительно работает вот так:
К тому же, на все подключения (до убивания процесса) будет единая история. Один пользователей или много — не принципиально. Или вы пытаетесь скрыть от коллег то, что вы там делаете?:)
Ну не запускайте тогда screen именно для этого пользователя guest. Причём тут mosh?
и screen будет запускаться автоматом в интерактивной сессии. А если уже есть сессия screen, то именно к этой сессии и будет происходить подключение.
Для долгоиграющих процессов (тесты запустили / wget / сборка) screen или tmux — единственное нормальное решение.
вот что не сказали, так это то, что mosh не умеет ssh-key-forwarding. По тем же соображениям безопасности.
и переоткрываем терминал.
www.joshstaiger.org/archives/2005/07/bash_profile_vs.html