V
Ну ключ настрой :р
использовать ключ без пароля? хах нет уж
Size: a a a
2020 October 05
cc
Это неудобно потому что надо носить конфиг с собой
Ну, спулил конфиг из гита и норм. В чем неудобство?
SZ
использовать ключ без пароля? хах нет уж
Тебе недостаточно того, что ты в свою сессию логинишься?
SZ
Ну, спулил конфиг из гита и норм. В чем неудобство?
В том что на удаленных машинах нет интернета, к примеру.
cc
На серверах которые админю -- для правки конфигов в основном, на серверах разработки компании -- для разработки крупных проектов (perl, c, python, иногда приходится и другое писать), ещё читаю в нем исходники фри, соляры, линукса, других проектов; на десктопе -- для небольшого программирования и написания трудов в латехе.
У меня не получается для программирования использовать ide. Они все каличные в плане управления: не хватает вима. А когда смотрю как коллеги в том же нетбинсе пытаются прыгать по определениям в Си, так сразу пускаю слезу.
Да и для латеха -- не представляю, как жить без вима. Я пробовал разные редакторы, которые под него заточены, но увы, не для меня. Благодаря его фичам остаётся только писать текст. У меня куча самодельных маппингов, которые позволили забыть о ручном наборе всевозможных
У меня не получается для программирования использовать ide. Они все каличные в плане управления: не хватает вима. А когда смотрю как коллеги в том же нетбинсе пытаются прыгать по определениям в Си, так сразу пускаю слезу.
Да и для латеха -- не представляю, как жить без вима. Я пробовал разные редакторы, которые под него заточены, но увы, не для меня. Благодаря его фичам остаётся только писать текст. У меня куча самодельных маппингов, которые позволили забыть о ручном наборе всевозможных
\begin{figure} и списка литературыНетбинс.... Ностальжи...
cc
В том что на удаленных машинах нет интернета, к примеру.
Ну, протолкнуть туда через ssh конфиг?
SZ
Ну, протолкнуть туда через ssh конфиг?
Ага, и потом каждый раз не забывать делать git push на 1к хостов
cc
У меня в конфиге просто мап стоит
Вообще маст хев)
cc
Ага, и потом каждый раз не забывать делать git push на 1к хостов
ansible ?
SZ
ansible ?
Нет, это не годится в реальном мире
SZ
У меня лаборатория на несколько тысяч физических серверов, несколько инженеров (порядка сотни по миру) делают лизинг систем, логинятся туда рутом и что-то там делают. Мейнтенить свои вимрц в таком мире на удаленных системах -- ад.
SZ
Время жизни системы разное, некоторые раз в день переставляются, некоторые неделю живут с одним образом
SZ
Не понимаю, зачем упорно свистоплясить, когда можно использовать один конфиг в одном месте (на ноуте) и работать с ним, а данные тягать через сеть
SZ
использовать ключ без пароля? хах нет уж
Да, ну и так, на всякий случай, man ssh-agent
cc
У меня лаборатория на несколько тысяч физических серверов, несколько инженеров (порядка сотни по миру) делают лизинг систем, логинятся туда рутом и что-то там делают. Мейнтенить свои вимрц в таком мире на удаленных системах -- ад.
Тут какая-то подмена понятий на лицо.
1) если есть 100500 серверов, то здесь уже работает только принцип "cattle vs pet". Т.е. туда вообще ручками ходить не стоит и тем более там что-то в vim править. Только через системы управления конфигурацией, вроде ansible
2) если куча народу сидит под одним рутом, то это не значит, что они не могут юзать разные vim конфиги. Т.е. для всех тот, который по дефолту. А каждый для себя через переменную окружения может прописать.
1) если есть 100500 серверов, то здесь уже работает только принцип "cattle vs pet". Т.е. туда вообще ручками ходить не стоит и тем более там что-то в vim править. Только через системы управления конфигурацией, вроде ansible
2) если куча народу сидит под одним рутом, то это не значит, что они не могут юзать разные vim конфиги. Т.е. для всех тот, который по дефолту. А каждый для себя через переменную окружения может прописать.
SZ
Тут какая-то подмена понятий на лицо.
1) если есть 100500 серверов, то здесь уже работает только принцип "cattle vs pet". Т.е. туда вообще ручками ходить не стоит и тем более там что-то в vim править. Только через системы управления конфигурацией, вроде ansible
2) если куча народу сидит под одним рутом, то это не значит, что они не могут юзать разные vim конфиги. Т.е. для всех тот, который по дефолту. А каждый для себя через переменную окружения может прописать.
1) если есть 100500 серверов, то здесь уже работает только принцип "cattle vs pet". Т.е. туда вообще ручками ходить не стоит и тем более там что-то в vim править. Только через системы управления конфигурацией, вроде ansible
2) если куча народу сидит под одним рутом, то это не значит, что они не могут юзать разные vim конфиги. Т.е. для всех тот, который по дефолту. А каждый для себя через переменную окружения может прописать.
1) что за чушь?
cc
1) что за чушь?
Сильный аргумент..
SZ
Тут какая-то подмена понятий на лицо.
1) если есть 100500 серверов, то здесь уже работает только принцип "cattle vs pet". Т.е. туда вообще ручками ходить не стоит и тем более там что-то в vim править. Только через системы управления конфигурацией, вроде ansible
2) если куча народу сидит под одним рутом, то это не значит, что они не могут юзать разные vim конфиги. Т.е. для всех тот, который по дефолту. А каждый для себя через переменную окружения может прописать.
1) если есть 100500 серверов, то здесь уже работает только принцип "cattle vs pet". Т.е. туда вообще ручками ходить не стоит и тем более там что-то в vim править. Только через системы управления конфигурацией, вроде ansible
2) если куча народу сидит под одним рутом, то это не значит, что они не могут юзать разные vim конфиги. Т.е. для всех тот, который по дефолту. А каждый для себя через переменную окружения может прописать.
2) естественно нет никакой проблемы, что пользователь один. Проблема в консистентности данных
SZ
Сильный аргумент..
«ручками ходить не стоит» -- вот это сильный аргумент :)
SZ
Раз люди ходят, значит бизнес так устроен, что нужно