Более осмысленное разбиение на сущности, но большого профита не вижу от этого в маленьких проектах

Я так понимаю, что наследование имеет смысл, когда нужно окружение одинаковое в нескольких образах

Это я понял Есть смысл разбивать на образы, когда используются слои?

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

ну это копейки

Только начали :)

Это я понял Есть смысл разбивать на образы, когда используются слои?

есть смысл использовать базовые образы со своего реджистри, собранные с предустановленными плюшками. Ускоряет CI

Я так понимаю, что наследование имеет смысл, когда нужно окружение одинаковое в нескольких образах

переиспользование и оптимизация скорее

Уже вижу это в проекте на php

переиспользование и оптимизация скорее

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

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

ну да, для этого и нужно наследование от абстрагированных образов

здесь еще вопрос безопасности и стабильности работы приложения, собранных на основе базовых образов с паблик докер хаба

ну и у образа сильно имеет значение размер

CI настраивается за час, инога за 2 если что - то сложное делаешь

Это если знаешь, что делать, наверное ))

ну и у образа сильно имеет значение размер

На днях выяснил, что chown на директорию увеличивает размер образа на размер этой директории

здесь еще вопрос безопасности и стабильности работы приложения, собранных на основе базовых образов с паблик докер хаба

ну официальные репы как правило приличные все же

ну официальные репы как правило приличные все же

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

ну официальные репы как правило приличные все же

в основном да, но если например собирать на базе node:alpine, без указания версии, в один момент можно столкнуться с тем, что образ приложения не совсем рабочий...

в основном да, но если например собирать на базе node:alpine, без указания версии, в один момент можно столкнуться с тем, что образ приложения не совсем рабочий...

Ну это вопрос подхода к зависимостям. Это как в package.json звездочки указывать )

в основном да, но если например собирать на базе node:alpine, без указания версии, в один момент можно столкнуться с тем, что образ приложения не совсем рабочий...

Для этого нужно конкретно указывать, какая версия нужна)

вообще топ это бинари го в альпайне, 10 мб продуктового образа это вышак вообще

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

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

https://hackernoon.com/upgrading-from-node-6-to-node-8-a-real-world-performance-comparison-3dfe1fbc92a3

Спасибо за ссылку, люблю такие посты

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

На меня npm5 обижается за то, что я делаю npm cache clean --force ))

Вот так?

да :)

да :)

npm из образа можно удалять в конце)

Что-то у меня npm поломался, при попытке сделать npm i -g npm оно ставит в /usr/lib/node_modules но почему то owner не root а один из юзеров а группа вообще dialout.

А, похоже не я один такой https://github.com/npm/npm/issues/16766

Что-то у меня npm поломался, при попытке сделать npm i -g npm оно ставит в /usr/lib/node_modules но почему то owner не root а один из юзеров а группа вообще dialout.

ты ноду глобально поставил?

nvm не слышал?

ты ноду глобально поставил?

Нода стоит глобально из репозитория.

Мне она и нужна глобально.

лол

на рабочей машине?

А почему бы и нет, если серваком кроме меня еще несколько знакомых пользуются? Каждому по ноде ставить?

nvm поставить на рут пользователя?

А смысл, если она из репозитория прекрасно ставится? Зачем лишние извращения?

А смысл, если она из репозитория прекрасно ставится? Зачем лишние извращения?

Чтобы легко перекатываться с версии на версию?

И не задаваться тем вопросом, которым ты задаешься

Чтобы легко перекатываться с версии на версию?

apt upgrade

nvm install x.x.x

Конкретная версия ноды

Ну я уже разобрался что это косяк npm@5, решение просто откат на 4 версию.

Пока не починят.

npm i -g npm@4 && npm i -g npm@4

И нет проблем.

дважды? зачем?

npm i -g npm и нет проблем Спокойно обновляюсь

Потому что второй запуск фиксит права.

Я выше ссылку на issue скинл, у меня та же проблема.

Собственно там и причина обозначена https://github.com/npm/npm/issues/16766#issuecomment-305920346

apt upgrade

ну это не работает вообще) так можно делать только в контейнере, иначе гарантирована жесточайшая боль

ну это не работает вообще) так можно делать только в контейнере, иначе гарантирована жесточайшая боль

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

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

apt upgrade

Извращенец

Ну в контейнерах такое вполне допустимо, если пофиг на данные.

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

суровые одмины не делают опдейтов

не холивара ради - кто какую орм считает наиболее удобной? (с парочкой аргументов, если можно)

Я в данный момент работаю с objection. Мне нравится простота объявления моделей и реляций. Ну и вообще простота либы. До этого пробовал секвелайз. Не зашёл что-то.

У меня коллега сейчас go-pg пользуется, ему нравится.

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

ну и выполнение сидов есть - мелочь, а приятно)

У меня коллега сейчас go-pg пользуется, ему нравится.

чат про ноду)

А тьфу, перепутал. ))

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

тссс. сиквалайз индексы не синкает нихуя.

а так я сам им пользуюсь.

тссс. сиквалайз индексы не синкает нихуя.

в плане при создании моделей в миграции не вставляются данные по индексам? или я что-то не так понял?

ну если ты делаешь sync - таблицы он создаст

праймари кейс сгенерит

не, я про кли

а остальные ключи - хуй

а. в миграциях такая же хуйня

на продакшне делать синк - это ахтунг)

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

А тьфу, перепутал. ))

а где чаты гошников?! есть хорошие?

ну, неудобно, конечно, но индексы можно в готовые миграции напихать ручками

тссс. сиквалайз индексы не синкает нихуя.

опенсорс же. PR, welcome

на продакшне делать синк - это ахтунг)

ну и в миграции в createTable если индексы указать - эта тварь их не создаст. надо руками добивать еще )).then( () => queryInterface.addIndex( 'leisure_hotel_map', ['leisure_id', 'hotel_id'], { indexName: 'idx_lh_map_lh'} ))

а где чаты гошников?! есть хорошие?

Я знаю только @progo и @gogolang но там в основном те же люди.