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

Вопрос на засыпку: почему docker-sync не может удалить vendor внутри контейнера, когда я удаляю его снаружи? Говорит, что недостаточно прав (хотя наоборот работает отлично)

Я для файлов приложения. Чтобы не морочиться с разными конфигами для разработки/прода

может быть потому что где-то поменялся владелец файла? или он заблокирован какой-то программой?

Мб. Я же правильно понимаю: внутри докера все всегда от рута?

нет )

🤔. А как я тогда имею возможность изменять любые файлы в контейнере? Или там вообще прав нет?

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

если код (не изменяется) - только при передеплое - запекать в образ

docker service update --network-add host <SERVICENAME> container cannot be disconnected from host network or connected to host ne Почему? Я по прежнему пытаюсь простейшим способом сказать запущенному сервису что бы он увидел локалхост. Там хранится бд, контейнер уже запущен, ним пользуются, там тоже есь бд и записанные файлы которые я не хочу трогать. Есть какой-то способ с минимальными усилиями указать уже запущенному сервису что бы он увидел host?

Вопрос: как оптимально решить вопрос с правами внутри и снаружи контейнера?

Никак. Я серьезно. То что нужно сохранять между запусками - кидаешь в вольюм. И никогда больше а нем права не меняешь Если есть возможность - прикручиваешь внешнее хранилище типа с3

Никак. Я серьезно. То что нужно сохранять между запусками - кидаешь в вольюм. И никогда больше а нем права не меняешь Если есть возможность - прикручиваешь внешнее хранилище типа с3

++ Одна из основных проблем докера

У коллеги на маке docker-sync ругается просто на права внутри контейнера при синхронизации. Вот я и подумал, что надо бы везде запидалить одного пользователя. А, как оказывается , такого сделать низя :(

Вообще, чем больше погружаюсь в докер, тем больше он косячный какой-то :(

Касательно докер синк - надо происследовать вопрос с правами

Сам докер-синк запускается из под рута. Казалось бы: карт-бланш. Ан нет

дежурное напоминание - докер на маке говно

А ещё отличная идея накатать им ишью на гитхаб

Кстати, а на линуксе синк работает отлично

На линуксе он не нужен

В итоге: запоролся на xdebug для macOS (там тоже какие-то танцы с бубном). Я в ридми бросил ссылку на инструкцию - пусть маководы сами себе его настраивают

👍🤝

Напиши подробный сценарий. Проверю

Вообще, чем больше погружаюсь в докер, тем больше он косячный какой-то :(

У меня так с любым инструментом

Мак - заеба с шорткатами, плюс на ноутах нету home/end, линукс не вылизанный, винда - ну тут понятно почему не вариант

Сижу на маке, докер на VPS кручу по ssh, локально редко. 😎

У меня так с ОС. Переехал с винды на Линукс (xubuntu) - на ноуте лагает и фризит. Думал перейти на мак - то ещё говно. Я даже хз

Ты синкаеш по ssh проект, а там поднимаешь его на докере?

Мак отлично

git + docker-compose или шеловые скрипты и руками из консольки

Мак отлично

git + docker-compose или шеловые скрипты и руками из консольки

Можно компоуз с удаленным хостом напрямую юзать

Ну, хз. Мой опыт показал, что какая-то срань :( во-всяком случае все, что касается докера (а я его очень часто юзаю)

ставь виртуалку и заигрывай с докером)

Это звучит, как костыль :) зачем мне мак, если я на нем не могу нормально работать?)

ну так не бери мак все просто же 🙂

Ну, просто тут топят, что мак - космос (я до сегодняшнего дня думал так-же)

Нуу, космос - это их Тим Кук пощекотал Но экраны и тачпад действительно хороши

Хорошо для девелопмента, а не эксплуатации в качестве сервера. В том числе и для докер-контейнеров. 😉

ну и опять же - среднестатистическопу юзеру докера достаточно команд docker build и docker run (без особых параметров) особенно разрабам)

Ээээ. Я даже не среднестатистически (только изучаю докер), но я уже сталкиваюсь с гемором на разных системах. Шо ж дальше будет ?