aaltw

Я думал, что раз у правого flex-shrink-1, то это значит, что он будет сжиматься один, пока не сожмется полностью, а потом уже будут сжиматься как обычно остальные.

Если бы у остальных был 0, то примерно так и было бы. Но только они не стали бы сжиматься меньше минимальной ширины, если указана.
Но у них тоже 1.

Так работать не может. JS компилится один раз при деплое, t(...) высчитывается на каждый запрос. Либо все что связано с локализацией надо дублировать в js коде, либо подтягивать переводы через ajax. Еще можно извратиться и конвертировать yml в json на этапе сборки, пробросить их в роуты и подтягивать весь набор переоводов в зависимости от локали.

Это не "создание объекта через родителя". Создание во всех случаях происходит одинаково. Здесь ссылка на ребенка сохраняется в переменную типа родителя. В этом, типа, и заключается динамический полиморфизм. Смысл в том, что ты можешь разных, заранее не определенных детей, складывать в коллекцию с типом родителя, например. Или принимать и возвращать из методов - тоже родителя, а не конкретных детей.
Зачем? Например, у тебя есть объект клетка, который содержит животное. Условно, ты не должен делать разные клетки - PigCage, DogCage, CatCage, а должен использовать одну.

Если у вас по каким-то причинам принимаемые на вход данные и модели не совпадают 1-в-1, то входящие данные проще валидировать не через модели, а отдельным вадидатором, а потом уже преобразовать в модели. Такой валидатор можно написать на ActiveModel, Dry, json-schema или еще как, тут вопрос ваших предпочтений. Валидации в модели они не заменяют, их все равно лучше написать (аналогично с внешними ключами, уникальными индексами и прочими ограничениями на уровне БД).

Так а почему dry? У dry-подхода есть полезные особенности, например типы/схемы/структуры легко переиспользовать, ими проще проверять сильно вложенные данные, можно гибче настроить проверки(в сравнении с ActiveModel). Из минусов можно назвать то, что оно пока не устаканилось, бывают ломающие изменения. Не всегда есть исчерпывающая документация, сообщество не такое большое как у рельс.

Добавить параметры в существующую функцию с тем же именем нельзя - в PG полиморфизм функций: функции с одним именем, но разными параметрами - разные функции.
Удаляйте эту, создавайте новую (через SQL: CREATE FUNCTION). Как именно в dbeaver параметры редактировать, не скажу.

str.gsub(/\w+/, '\'%\0%\'')