Pull to refresh
35
0

QA

Send message
Логично, чёрт побери. А известный роман Жюля Верна надо называть «80 000 километров под водой». А то придумал какие-то лье, непонятно ведь!
Традиционно английский смеситель так сделан специально.
Холодная вода гарантированно чистая и питьевая. А горячая получается из разогревания холодной в специальном баке, который установлен на крыше дома. В него может попасть много чего и управление (дома, например) не гарантирует её питьевую чистоту.
Чтобы не смешивать питьевую воду и техническую, раньше делали два разных крана. Сейчас просто в привычках осталось.
Пруф:
— Откуда на Плюке моря? Из них давным-давно луц сделали.
— Извините, что сделали?
— Топливо, Скрипач, топливо!
Обычно пользуюсь этой инструкцией:
wiki.mozilla.org/Security/Server_Side_TLS
и этой генерилкой конфига:
mozilla.github.io/server-side-tls/ssl-config-generator/
Умные гели из «Морских звёзд» Питера Уоттса тоже учились по картинкам.
попробуйте как-нибудь так:
netcat -L $hardware_ip:9001 -p 9000


ну а IDE пусть слушает, соответственно, 9001
Конечно умеет. И тесты позволяет загружать на удалённый сервер, там их запускать и получать результаты.
Tools → Create Desktop Entry… (прямо из PyCharm)
не совсем правильная проверка.
Сделайте так:
screen -x


$ ls -la
$ something1 # специальная несуществующая команда


ctrl + a, c (создаём новую вкладку в screen)
в ней снова

$ ls -la
$ something2 # специальная несуществующая команда #2

ctrl + a, p

и вот тут интересное. Если вы перейдёте в режим копирования (ctrl + a, [), жмите pg up сколько угодно, у вас пустая история «сверху». А если будете крутить колёсиком — покажется буфер из другого окна. Скорее всего. Если не так — то прошу прощения, у вас всё круто работает, у меня так и не получилось это завести.

Если использовать guake и работать в screen локально, то прокрутка мышью будет работать, да :)
Она не будет работать на удалённой машине.
да, вам надо перейти в режим копирования:
C-a [ или C-a C-[ или C-a <ESC>

кстати, в этом режиме работает поиск: / и? (вниз и вверх)
Да, такая надобность не исчезает, потому что screen не является той самой программой, которая обеспечивает вам подключение к удалённому серверу. Это терминал. Поэтому я и написал, что это не взаимозаменяемые, а взаимодополняющие вещи.
С vim / emacs та же история. Вы можете набирать себе документик через echo. Но в редакторе на удалённом сервере-то удобнее (если нет возможности набрать локально и скопировать).
лично я спорю с этим утверждением:
Кроме того — вот взять «восстановление сессии»: в mosh я просто открываю ноут и жду 10 секунд и могу работать. Со screen, как я понимаю — мне нужно заново переконнектиться, ввести пароль (если по паролю), запустить screen. Это в затратах на телодвижения — 0 vs 10

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

как выглядит у вас работа с mosh:
  1. открываете ноут
  2. ждёте 10 секунд
  3. работаете


как выглядит работа в screen запущенном на сервере:
  1. открываете ноут
  2. ждёте 10 секунд
  3. работаете


преимущество работы в screen в том, что если (когда) у вас перезагрузится ноутбук или вы зайдёте с другой машины, то вся ваша история команд и вывод на экран останется, т.к. screen хранит её у себя. Если вы не хотите ничего настраивать — работайте в screen / tmux как в обычном терминале, не лезьте в конфиг, не используйте внутрисерверные вкладки, разделение консоли и т.п… Не для вас это. Всё равно удобнее.

Когда вы запустите сборку / установку чего-то на сервере и закроете крышку, команда внутри screen всё равно продолжит выполняться. А то, как вы подключились — через mosh или ssh уже не важно.
мнэээ
я не знаю как в вашем конкретном случае это будет работать, но у меня действительно работает вот так:
  • на работе сижу через ethernet, без vpn
  • закрываю крышку
  • иду в переговорку, переключаюсь на wifi, без vpn (продолжает работать)
  • закрываю крышку
  • приезжаю домой, открываю — коннекта нет. Подключаюсь через vpn — соединение само восстанавливается
Работа в screen не отличается от работы в обычном терминале, если не нажимать всякие разные хитрые комбинации клавиш (ctrl+a — screen, ctrl+b — tmux).
К тому же, на все подключения (до убивания процесса) будет единая история. Один пользователей или много — не принципиально. Или вы пытаетесь скрыть от коллег то, что вы там делаете?:)

Ну не запускайте тогда screen именно для этого пользователя guest. Причём тут mosh?
в ~.profile надо прописать
screen -dRR

и screen будет запускаться автоматом в интерактивной сессии. А если уже есть сессия screen, то именно к этой сессии и будет происходить подключение.
Для долгоиграющих процессов (тесты запустили / wget / сборка) screen или tmux — единственное нормальное решение.
Очень приличный плюс у mosh — это predictive local echo. Например, в электричке через 3G через mosh работать очень удобно. В отличие от ssh.
screen прекрасно работает вместе с mosh. Вы запускаете screen на сервере, а mosh обеспечивает вам функционал из разряда «пришёл с работы домой с ноутом, крышку открыл, соединение восстановилось».

вот что не сказали, так это то, что mosh не умеет ssh-key-forwarding. По тем же соображениям безопасности.
чтобы у вас подтягивался ~/.bashrc при «настройках терминала по умолчанию», делаем:

echo "source ~/.bashrc" >> ~/.bash_profile


и переоткрываем терминал.

www.joshstaiger.org/archives/2005/07/bash_profile_vs.html
Fuzzy testing вы отнесли в «исследовательское»?

Information

Rating
Does not participate
Location
London, England - London, Великобритания
Registered
Activity