Всегда можно взять в руки vim и идти править файлы внутри запущенного контейнера. Цель статьи была показать, что это неудобно и править файлы удобнее вне контейнера и сразу же их запускать/тестировать в настроенном окружении.
Если же нужна консоль контейнера — то одна открытая (на момент запуска контейнера) у вас уже есть. Если же нужны дополнительные, то "docker exec -it bash" в том числе и в консоли ide.
Странно, что с таким подходом вы к докеру пришли (как уже выше писали). Ну а stolon — тогда не одна точка отказа, там ещё и etcd/consul (проверенные временем и продакшеном).
Спасибо. Данные-то конечно не потерялись, в первый раз я перенёс настройки копированием отдельных конфигов из старого профиля в новый. За такое разделение спасибо Вивальди (или хрому?).
А во второй раз откатился и решил пропустить версий 5 минорных :)
Какая-же боль — такое читать. Вроде давно уже космические киты бороздят просторы амазона, а тут — какие-то обвязочные шелл-скрипты, как в старо-древние времена.
Kubernetes, nomad, ansible, в конце-концов.
А вы, как у меня сложилось впечатление по прочтению — "принятыми соглашениями" превращаете самые простые стейтлесс контейнеры в какой-то ад.
Мертв-не мёртв, но работать иногда отказывается :)
Всегда можно взять в руки vim и идти править файлы внутри запущенного контейнера. Цель статьи была показать, что это неудобно и править файлы удобнее вне контейнера и сразу же их запускать/тестировать в настроенном окружении.
Если же нужна консоль контейнера — то одна открытая (на момент запуска контейнера) у вас уже есть. Если же нужны дополнительные, то "docker exec -it bash" в том числе и в консоли ide.
Справедливое замечание. Сам так делаю редко, но если в результате работы нужны файлы, сгенерированные контейнером — то да.
Вы завелосипедили nomad (ну и, если что, есть такая штука, как consul registrator).
Странно, что с таким подходом вы к докеру пришли (как уже выше писали). Ну а stolon — тогда не одна точка отказа, там ещё и etcd/consul (проверенные временем и продакшеном).
stolon гораздо лучше своего велосипеда.
В perl-коммьюнити уже давно поднималось обсуждение этого конкурса и общее мнение — фейк, придуманный HR.
docker system prune -a
Например, Gitlab Container Registry.
Всё — правда. Чувствуется, что выстрадано — прошли по ВСЕМ косякам. Но:
Так что, я бы расширил вывод:
Пользуйтесь, но помните что БЫВАЛО и так.
К сожалению, ограничился написанием в тему на форуме.
Но спасибо, в следующий раз напишу, если будет что-то значимое.
Спасибо. Данные-то конечно не потерялись, в первый раз я перенёс настройки копированием отдельных конфигов из старого профиля в новый. За такое разделение спасибо Вивальди (или хрому?).
А во второй раз откатился и решил пропустить версий 5 минорных :)
При обновлении версии под Linux браузер падает в segmentation fault (0.4->0.5) или полностью очищает настройки профиля (0.8->0.9).
https://forum.vivaldi.net/topic/12395/vivaldi-stable-1-5-658-44-1-x86_64-segfaults-on-fedora-workstation-25-x86_64-on-upgrade
О, 0.10 версия (или 1.10 маркетологическая)!
Обновлением в этот раз сломали обратную совместимость профиля, как и раньше (каждую третью версию, если что)?
Сколько багов запилили на это раз?
P.S. принудительно поставил 0.8 (1.8 маркетинговую) и на ней сижу. Утомило ломание профиля.
Какая-же боль — такое читать. Вроде давно уже космические киты бороздят просторы амазона, а тут — какие-то обвязочные шелл-скрипты, как в старо-древние времена.
Kubernetes, nomad, ansible, в конце-концов.
А вы, как у меня сложилось впечатление по прочтению — "принятыми соглашениями" превращаете самые простые стейтлесс контейнеры в какой-то ад.