Кажется не так меня понял. У меня только мой десктоп на винде, где запущена ide, браузер и докер, который воспроизводит окружение, в котором крутится код

А все серваки на линуксе

Кажется не так меня понял. У меня только мой десктоп на винде, где запущена ide, браузер и докер, который воспроизводит окружение, в котором крутится код

тут могу посоветовать CI/CD)

Бля, да есть у меня ci/cd. Локально я отлаживать тоже должен

я разрабам на каждый коммит запускал джобину которая на дев окружении линуксовом им собирала имаджи и стартовала сервисы

Эм, у меня тоже самое

Но я хочу иметь возможность делать все и локально

Но я хочу иметь возможность делать все и локально

зачем тебе такое?

для этого поднимается дев среда

по факту ты принебрегаешь ей

Потому что я разработчик и потому что инет не всегда бывает доступным. Зачем мне ограничиваться себя только удаленной дев средой, если я могу и локально и удаленно делать вещи

Потому что я разработчик и потому что инет не всегда бывает доступным. Зачем мне ограничиваться себя только удаленной дев средой, если я могу и локально и удаленно делать вещи

потому что это регламент?

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

У меня нет ограничений и регламентов. Отлаживаю где хочу, законом не запрещено

Ребят. Очень странный срач. Честно. Винда - потому что корпоративный стандарт на рабочие машины, как ни печально. У меня в итоге на серваке докер, а подключаюсь к нему с помощью докер-машин. Кроме стейджа, дженкинса, собирающего имаджи и запускающего тесты, у меня и свой докер есть. Почему нет?

Сервера на линуксе

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

Он не тупой, наверное. Просто очень ленивый и некомпетентный, что не может доку осилить.

Вот бы ещё ide и браузер в докер засунуть

так а в чём вопрос? :)

Есть такие контейнеры для селениума

Ну, без ide, но то сам)

Аа

А то я уже удивился

Можно Вим настроить с кучей плагинов

Но зачем)

А есть пользователи вима? Как он в сравнении с нормальной ide?

А есть пользователи вима? Как он в сравнении с нормальной ide?

Если у тебя такие вопросы, то вряд ли зайдёт :)

Это целая культура

А есть пользователи вима? Как он в сравнении с нормальной ide?

да, брат жив

А есть пользователи вима? Как он в сравнении с нормальной ide?

сначала, будто в жопу ябут, потом норм, а потом без этого не можешь ггггг )))

Хотелось бы что-то более удобное чем нано чтоб на сервере код править

Хотелось бы что-то более удобное чем нано чтоб на сервере код править

Ну вим поудобнее нано

А давайте поговорим за какой-нибудь dockersh... Никто не использует?

это еще шта такое7 )

мне интересно, а использует ли докер кто-нибудь как платформу для разработки? Ну в плане того, что локально не устанавливаете ничего.. а только в докер монтируете проект и работаете? )

мне интересно, а использует ли докер кто-нибудь как платформу для разработки? Ну в плане того, что локально не устанавливаете ничего.. а только в докер монтируете проект и работаете? )

Ви таки хотите об етом поговоrить?

хотим)

просто любопытно

Таки говоrите

ведь в подобном случае разработка не очень удобна - нельзя настроить хороший автокомплит в ИДЕшках

но мне интересно, кто все-таки так разрабатывает и какие из этого вытекли плюсы и минусы)

это еще шта такое7 )

А гуглани. Трудно так описать. Грубо говоря, я хочу через ssh попадать в нужный кониейнер

а зачем через ssh?

Могу ошибаться, но автокомплиту же нужны сурсы, верно? А сурсы(у нас) локально лежат. Сам саблайм юзаю.

docker exec -it my_container bash

а зачем через ssh?

Потому что это единственный длсиуп на машину

Могу ошибаться, но автокомплиту же нужны сурсы, верно? А сурсы(у нас) локально лежат. Сам саблайм юзаю.

ну смотря какой автокомплит. и смотря о каком языке говорить. Если говорить о нодЖС, то некотрые модули ведь требуют бинарники под конкретную архитектуру, а я, например, буду на маке или на винде.

саблайм конечно не обладает автокомплитом хорошим.. он там на уровне синтаксиса в рамках одного файла..

docker exec -it my_container bash

А -it? А если просто команда через ssh?

я больше имел ввиду за VS Code, Web/Php-Storm

А -it? А если просто команда через ssh?

не понял немного вопроса...

А -it? А если просто команда через ssh?

Собственно меня вот сейчас смущает -it. Когда надо а когда нет

какая разница ssh или -it? и так и так ты получаешь консоль удаленной машины и делай что хочешь)

ну либо средствами докера, либо ssh

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

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

мне интересно как отлаживают контейнеры. Например, у тебя на боевом сервисе случилась беда. Бага какая-то. Ты берешь себе полностью рабочий контейнер с рабочей БД и прочим и у себя запускаешь чтобы отлаживать?

Погодите, у нас бой не контейнеризован) Речь изначально начиналась про разработку(локальную). У каждого в контейнерах актуальные сурсы, бд и прочий стаф. Версии сервисов близки к бою.

есть волшебный скриптец "сделай збс" шобы джуны и прочие тестировщики не парились с докером и прочим

ткнул - все развернулось - заходи на site.local да работай

через когда-нибудь запилим докер-ферму на единой железке, но ет оч далекие планы)

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

какая разница ssh или -it? и так и так ты получаешь консоль удаленной машины и делай что хочешь)

Ну ssh тоже там ткрминал может эмулировать. Я вот в этом месте не понимаю

а минусы...ну таких чтобы прям ппц - не скажу

ну либо средствами докера, либо ssh

Либо или и то и то?

ERROR: S client not available

Либо или и то и то?

мы наверное друг друга не поняли. Я больше веду вопрос к тому - зачем тебе ssh внутрь контейнера (ведь в этом случае тебе придется ставить openssh сервер в контейнер), если ты можешь средствами самого докера присумониться к уже работающему контейнеру и делать с ним все что хочешь без дополнительного бубна с ssh)

мне интересно, а использует ли докер кто-нибудь как платформу для разработки? Ну в плане того, что локально не устанавливаете ничего.. а только в докер монтируете проект и работаете? )

У нас

ведь в подобном случае разработка не очень удобна - нельзя настроить хороший автокомплит в ИДЕшках

Чойта?

мы наверное друг друга не поняли. Я больше веду вопрос к тому - зачем тебе ssh внутрь контейнера (ведь в этом случае тебе придется ставить openssh сервер в контейнер), если ты можешь средствами самого докера присумониться к уже работающему контейнеру и делать с ним все что хочешь без дополнительного бубна с ssh)

Нет. Я хочу через внешний ssh сразу попадать в контенер. Через ForceCommand и docker exec

http://jonaskunze.com/restrict-user-to-its-own-container-using-docker/ вот кстати довольно очевидное решение с обёрткой, хотя не факт что лучшее

Слушай, ну я сходу три решения заю

flant/pam_docker envy и dockersh. Все три подзаброшены.

envy страдает еще и отсутствием доков

Мне нравится dockersh, но его надо оторвать от nsenter

И меня смущает ti. Ну т.е. -i вроде понятно, а вот надо ли дублировать -t от ssh мне не ясно

Мне нравится dockersh, но его надо оторвать от nsenter

В пользу чего?

Если nsenter это как бы низкий уровень всех namespaces

Если nsenter это как бы низкий уровень всех namespaces

Эээ... Там у них прямо в обсужбениях есть про docker exec. Я так понимаю, что nsenter это тоже обвязкп

docker exec vs nsenter как песчинка против кварка

Ниже nsenter вроде и нет ничо

Посмотри обсуждения. Гдето прямо они обсуждают. Там есть чтото про "прекратил разработку"

Может они используют клон или модификацию

https://github.com/Yelp/dockersh - там короче они какую-то версию да используют

интересно.. тут все маководы, линуксоиды?

или виндусятники тоже есть? )

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

И грустны

или виндусятники тоже есть? )

Ну я же выше был :-)

мне интересно, а использует ли докер кто-нибудь как платформу для разработки? Ну в плане того, что локально не устанавливаете ничего.. а только в докер монтируете проект и работаете? )

Я использую. Pycharm умеет в удаленный интерпретатор, автокомплитом мажусь по полной

Я использую. Pycharm умеет в удаленный интерпретатор, автокомплитом мажусь по полной

Даа?? То есть я могу разрабатывать с автокомплитом прямо внутри дохер контейнера с винтового /макового пайчарм?

Вот это поворот

Дай хоть скрин )) Пойду сегодня серьезно гуглить ))

выходит и вебшторм умеет в удаленный nodejs

Дай хоть скрин )) Пойду сегодня серьезно гуглить ))

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

вот это больше спасибо за наводку. Да уже, думаю, раскопаю сам. Потому что на винде не могу я разрабатывать.. только открываю виндовую консоль и плакать хочется после любимого Linux/Mac zsh

Хочу странного. Хочу сделать окружение разработчиков докерами на удаленном сервере. Сужаю задачу - хочу чтобы при заходе по SSH запуск команды производился в определенном контейнере (который я выбрал по конфигу). Я уже накопал: https://github.com/Yelp/dockersh - прямо что надо. Полудохлое, на старых технологиях https://github.com/progrium/envy - полудохлое, док и кейсов нет https://github.com/flant/pam_docker - мысль интересная, но PAM. И полудохлое На чем остановился. ForceCommand в sshd на Match Group. И там враппер вокруг docker exec. 1. А надо ли, чтобы докер эмулировал терминал, когда его ssh эмулирует? Судя по всему надо, но не уверен 2. Собственно, что именно запускать в контейнере? su -l -c $SSH_ORIGINAL_COMMAND ? 3. Сделать обертку через /bin/sh или таки выдернуть код клиента docker и сделать на Go обвязку вокруг обработки exec? Что-то у меня впечатление, что на /bin/sh будет не сильно хуже, если там никто не балуется страшно загруженным Ansible 4. Что делать c SSH Agent socket?

Хочу странного. Хочу сделать окружение разработчиков докерами на удаленном сервере. Сужаю задачу - хочу чтобы при заходе по SSH запуск команды производился в определенном контейнере (который я выбрал по конфигу). Я уже накопал: https://github.com/Yelp/dockersh - прямо что надо. Полудохлое, на старых технологиях https://github.com/progrium/envy - полудохлое, док и кейсов нет https://github.com/flant/pam_docker - мысль интересная, но PAM. И полудохлое На чем остановился. ForceCommand в sshd на Match Group. И там враппер вокруг docker exec. 1. А надо ли, чтобы докер эмулировал терминал, когда его ssh эмулирует? Судя по всему надо, но не уверен 2. Собственно, что именно запускать в контейнере? su -l -c $SSH_ORIGINAL_COMMAND ? 3. Сделать обертку через /bin/sh или таки выдернуть код клиента docker и сделать на Go обвязку вокруг обработки exec? Что-то у меня впечатление, что на /bin/sh будет не сильно хуже, если там никто не балуется страшно загруженным Ansible 4. Что делать c SSH Agent socket?

не нужно так, это прям очень плохо.