спасибо 🙂

Про это в документации Ecto явно сказано, странно ожидать какого-то другого поведения

“:nothing - ignores the error in case of conflicts” -  ну видимо да он проигнорил ошибки и вставил все дочернии структуры 🙂

наверное если сделать [set: [updated_at: time]] он просто поменяет время и не вставит дочернии структуры.

https://hexdocs.pm/ecto/constraints-and-upserts.html внизу страницы

Там же описан и вариант с set

Вы серьезно?

Удолил и забанил :) На самом деле каждый день почти такие появляются.

Собираемся использовать nebulex в проде, кешируем функцию которая делает http запрос внутреннему сервису. Документация библиотеки достаточно хорошо оформлена и в целом подход с декораторами функций выглядит хорошо: логика кеширования никоим образом не затрагивает бизнес логику

если я правильно понял, у вас есть модуль, содержащий вызовы http запросов, которые необходимо кешировать? В таком случае nebulex выглядит как решение

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

Битрикс24 как первая кошка

да, проще всего будет имплементировать функции для работы с внешними сервисами, а далее добавить cacheable декораторы функций с необходимыми ключами

в случае с вебхуками было бы полезно обнулять или обновлять кеш раньше чем ttl, с этим могут помочь cache_evict и cache_put

Команда Evrone занимается продуктовой разработкой стартапов и помогает развиваться взрослому бизнесу в России, США и Европе. Сейчас мы с удовольствием примем к нам в команду Elixir-разработчика. Команда состоит из 3-х человек: elixir-разработчик, фронтенд и PM.

Мы работаем над b2b-платформой для генерации цифрового контента. По стеку используем Phoenix + liveview, appsignal, docker, ansible, github, для CI используем Circle CI. На бэкенде phoenix + REST API (swagger). На одном подпроекте для фронта liveview, на другом подпроекте фронт на React (в команде есть выделенный frontend-разработчик).

Тут можно почитать про последние кейсы Evrone

❇️  Мы хотим видеть в вас:
- опыт работы от 2-х лет в качестве Elixir-разработчика;
- понимание работы OTP приложений;
- знание PostgreSQL, Ecto, понимание работы LiveView;
- уровень английского языка intermediate и выше

✅  Что получите вы:
- зарплаты от 150 000 до 250 000 рублей на руки (обсуждается индивидуально, зависит от вашей квалификации, регулярно пересматривается);
- вся команда распределенная, всего 165 человек, мы работаем, путешествем и активно развиваемся. Поэтому есть возможность работать удаленно из любого уголка Земли (основной часовой пояс мск);
- возможность поработать над крутыми проектами как российскими, так и международными.
- профессиональные конференции, которые мы организоваем сами или выступаем в качестве спикеров;
- хорошо организованный воркфлоу и минимум бюрократии;
- внутренняя среда, заточенная под прокачку скиллов разработчиков.

👍 Бонусы:
- Компания Evrone компенсирует ваши расходы на приобретенные книги, подкасты, скринкасты, мастер-классы или конференции.
- Если вы участвуете в Open Source проектах, мы оплатим часы;
- Если вы написали статью, мы поможем вам ее оформить и оплатим часы, потраченные на написание;
- Если вы хотите выступить на конференции, мы поможем вам подготовиться и оплатим все ваши расходы на поездку и участие.

У нас 2 этапа интервью: HR и техническое.
⚡️Готов ответить на вопросы и рассказать подробнее: @sarvarov_ruslan

Когда создаю новую миграцию, например добавляю одну колонку.

Какие best practice. Оставить все как, есть, новая колонка в новой alter table миграции, или удалить и добавить эту колонку в изначальную create table миграцию?

только >Оставить все как, есть, новая колонка в новой alter table миграции

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

Нельзя менять существующие миграции. Только добавлять новые.

ну я имел ввиду раскатать(добавить колонку) удалить alter миграцию и внести в один файл.