CM
за это отвечает отдельный кот, который вполне успешно может быть выключен, а программист об этом не узнает, пока не станет поздно
Size: a a a
2020 August 13
AY
за это отвечает отдельный кот, который вполне успешно может быть выключен, а программист об этом не узнает, пока не станет поздно
не томи, рассказывай, что это за кот
IL
всем привет, есть .exe-шник скомпилированный из руби скриптов через ocra, кто-то знает, как можно его декомпилировать назад в руби скрипты?) в документации по ocra такого не нашел, есть подозрения что нужны другие инструменты
CM
не томи, рассказывай, что это за кот
щас соберу инфу, которую могу показать
во-первых, у нас находили вот эту статью
https://devcenter.heroku.com/articles/concurrency-and-database-connections#bad-connections
во-первых, у нас находили вот эту статью
https://devcenter.heroku.com/articles/concurrency-and-database-connections#bad-connections
CM
ну и в целом, вон рипер, и он вроде бы есть не на всех версиях рельсы был, и вроде бы не везде был включен
CM
я не вникал, но вот факт — рипер можно положить на отдых и тогда ничего этого не будет
AY
щас соберу инфу, которую могу показать
во-первых, у нас находили вот эту статью
https://devcenter.heroku.com/articles/concurrency-and-database-connections#bad-connections
во-первых, у нас находили вот эту статью
https://devcenter.heroku.com/articles/concurrency-and-database-connections#bad-connections
спасибо
SP
за это отвечает отдельный кот, который вполне успешно может быть выключен, а программист об этом не узнает, пока не станет поздно
ну я даже не знаю, какой такой кот)
CM
Reaper, вон
SP
SP
раньше были executor
SP
IK
А нет ли у кого GH action шага с билдом докер образа с сохранением кеша, чтоб деплой каждый раз образ не собирал с нуля?
Конкретно шага нет, но можно использовать
--cache-from аргументом к docker build, чтобы он использовал образ как источник кэшаIK
нюансов GH actions не знаю, могу только общие способы подсказать
m
А нет ли у кого GH action шага с билдом докер образа с сохранением кеша, чтоб деплой каждый раз образ не собирал с нуля?
смотря какой кэш ты хочешь использовать
насколько мне известно есть 2 варианта:
1. каждый слой в имейде помечается как отдельный имейдж вида
минусы - куча лишних имейдей в регистри
https://github.com/marketplace/actions/build-docker-images-using-cache
2. использовать @actions/cache для кеширования
но тогда стандартный docker build не подойдет. надо использовать buildx
https://github.com/crazy-max/ghaction-docker-buildx#leverage-buildx-cache
насколько мне известно есть 2 варианта:
1. каждый слой в имейде помечается как отдельный имейдж вида
<image_name>-stages:<1,2,3...>. все это пушится в docker registry и при след прогоне вытаскивается и ребилдится на их основеминусы - куча лишних имейдей в регистри
https://github.com/marketplace/actions/build-docker-images-using-cache
2. использовать @actions/cache для кеширования
но тогда стандартный docker build не подойдет. надо использовать buildx
https://github.com/crazy-max/ghaction-docker-buildx#leverage-buildx-cache
w
смотря какой кэш ты хочешь использовать
насколько мне известно есть 2 варианта:
1. каждый слой в имейде помечается как отдельный имейдж вида
минусы - куча лишних имейдей в регистри
https://github.com/marketplace/actions/build-docker-images-using-cache
2. использовать @actions/cache для кеширования
но тогда стандартный docker build не подойдет. надо использовать buildx
https://github.com/crazy-max/ghaction-docker-buildx#leverage-buildx-cache
насколько мне известно есть 2 варианта:
1. каждый слой в имейде помечается как отдельный имейдж вида
<image_name>-stages:<1,2,3...>. все это пушится в docker registry и при след прогоне вытаскивается и ребилдится на их основеминусы - куча лишних имейдей в регистри
https://github.com/marketplace/actions/build-docker-images-using-cache
2. использовать @actions/cache для кеширования
но тогда стандартный docker build не подойдет. надо использовать buildx
https://github.com/crazy-max/ghaction-docker-buildx#leverage-buildx-cache
спасибо, попробую
w
Вот так круче)
T
странная какая раскладка