https://github.com/A-gambit/awesome-telegram-chats/commit/48c964b2943d093d18ddb316600ccbd9e46f8b9f

вот значит как

вот это мудачье блядь

Серьезное smm

Никто не знает годных книг по докеру для адептов джейлов?

Только сегодня одну залил в шаред медиа.

кстати http://github.com/goq/telegram-list

Только сегодня одну залил в шаред медиа.

Спасибо

про этот докер уже много где слышал. Такая крутая штука?

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

Нужно просто Севе сказать и все.

кстати http://github.com/goq/telegram-list

интересно что я не нашёл ещё централизованного списка комнат телеграма, возможно такого и не предвидится, они ведь появляются и исчезают

про этот докер уже много где слышал. Такая крутая штука?

Под свои задачи — возможно. Это штука для контейнеризации приложений. С парадигмой 1 app 1 container

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

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

Что, мне кажется, решает надуманную проблему, but hey, if someone actually needs this

то есть это как виртуальная машина?

только проще и легче?

я как-то пробовал vagrant, но это дугое, для развёртывания виртуальной среды разработки

это совсем не виртуалка, здесь нет никакой эмуляции для гостейвой системы

ты всегда работаешь в рамках ядра той ОС на которой раннишь контейнеры

у тебя меняется лишь окружение дистриба

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

когда у вас в рельной жизни встает задача "у меня есть пайтон апп со 100500 зависимыми пип пакетами, которые требуют еще стока же системных пакетов" но на машине должно крутится несколько аппов, с разными версиями этих системны\пип пакетов, вы получите тот еще ад в конфигурации.

Вот мне кажется что с питоном оно как раз и не надуманное

Там жопа

Ну вроде живут как-то с virtualenv

Но с докером намного проще, конечно

Чуваки, а что делать, если уже есть докер, а разработчики ненавязчиво интересуются будет ли Вагрант?

Нужно просто Севе сказать и все.

Севе?

то есть это как виртуальная машина?

нет. это как пакетный менеджер. но смысл пакетизации - запуск в виртуальной машине

Чуваки, а что делать, если уже есть докер, а разработчики ненавязчиво интересуются будет ли Вагрант?

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

Ну вообще говоря они не очень ортогональны

Вообще очень

Ну тогда поясни

по-моему они в моём случае одну задачу решают — создание идентичной среды в dev и prod окружениях

Один - пакетный менеджер, второй - обёртка над виртуальными машинами

нет, ну так-то конечно да

тесла и жигули тогда тоже ортогональны :)

я же из задачи исхожу

докер не решает идентичную среду дев и прод окружения. он просто пакетный менеджер

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

Как не решает-тоо?

только что же об этом говорили

но не окружение dev или prod. а окружение для конкретного пакета

ну да, ты прав. Для конкретного приложения, я бы сказал

т.е. грубо говоря - это пакетный менеджер. cd я бы даже сказал

задача-то одна

чтобы разработчики разрабатывали в условиях максимально приближенным к боевым

задача докера аккауратно доставить приложение в запускаемом виде

вагрант - просто запуск виртуальной ОС

хочешь сказать вагрантом никто не делпоит?

или что? :)

а им деплоят? я честно говоря его полтора раза видел

деплоят

я вообще плохо представляю как деплоить виртуалбоксом

у него так-то куча бекендов, кроме VB

вагрант - просто запуск виртуальной ОС

Угу. Запуск, пост настройка, накатывание актуального кода и конфигов

Но не деплой

?

Мне как-то очень повезло что ли? :) Я просто видел контору которая деплоит вагрантбоксы в VMWare

на прод

и они там работают изо всех сил

Просто полноценные вириуаоки это сейчас часто оверхед

Ну вот я потому и спрашиваю, на проде у нас докер (окей, сейчас там нихуя, но будет докер)

И мне кажется немного оверхедом вносить в эту схему ещё и вагрант

Мне вот надо вагрант совать сейчас

Чтобы разрабам отдавать виртуалку

ERROR: S client not available

Для дома

Которая повторит прод среду

А докером низя?

Привозить им докер?

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

ааа, ты говорил

точно, всё, вспомнил

Есть например проект где вебрут весит два тера

просто по-хорошему даёшь разрабам один docker-compose.yml и у них среда готова

бля :)

У меня еще и разпабы не настолько продвинутые есть

Ну посмотрим. Щас главное начать

Мне как-то очень повезло что ли? :) Я просто видел контору которая деплоит вагрантбоксы в VMWare

я просто с классическими разработчиками последний раз работал 16 лет назад. лоханул

У меня есть разраб

Который сейчас свой код катает на своем сервере

С фрей

И грит что ему норм

да ему-то заебись вообще, а на проде у вас линукс?

Центосе да

ну то есть он тестит свой код вообще в другой среде и ему ничего странным не кажется?

просто по-хорошему даёшь разрабам один docker-compose.yml и у них среда готова

одна проблема - где запустить докер. особенно если подпроекты и бранчи и другие проекты. вот тут кстати как раз вагрант. или вагрант с lxd. когда докер под lxd починят конечно

Если честно, не понял. Запустить докер нынче можно хоть на утюге. А подпроекты, бранчи и так далее делаются через тэги к имиджам

через другие имиджи, в конце-концов

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

когда надо прод собрать, происходит сборка ещё одного контейнера, только без маунта и с ENTRYPOINT нормальным

и замусоренные волумы

где?

у меня из контейнера наружу торчит ровно один вольюм — логи

-v $PWD:/app работает без всяких вольюмов на машине у разработчика

а если это тест аппа номер 777? -v $PWD:/app777 ?

мы сейчас про машину разработчика говорим?

про любую