можно конечно явно для каждой транзакции указывать юзера как вот в той репе

но возникла мысль, нельзя ли установку переменной просто убрать в плаг

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

@feymartynov Если сессия - это 1 к 1 соединение, то не гарантирует, потому что одним соединением могут пользоваться разные http-запросы.

к другой репе- в смысле к другой базе

@feymartynov Если сессия - это 1 к 1 соединение, то не гарантирует, потому что одним соединением могут пользоваться разные http-запросы.

могут. вопрос: могут ли одновременно?

точнее конкуррентно

может лучше БД на домены разбить?

@feymartynov Одновременно нет. Только если первый делает первую транзакцию, потом вторую, то между первой и второй другой http запрос может использовать тоже соединение.

ясненько, спасибо

значит надо явно на каждую транзакцию переключать контекст

@feymartynov Было бы по-другому, тогда бы кол-во одновременных запросов, которые приложение может обрабатывать ограничивалось бы кол-вом возможных соединений к базе данных.... Это очень дорогой боттлнек

значит надо явно на каждую транзакцию переключать контекст

при http запросе можно делать одну главную транзакцию с включением этой фигни и после включения в этой же транзакции можно дергать вложенные транзакции, если ты об этом

вложенные обойдутся уже без "переключения контекста"

А в чем суть? Нужно понимать какие запросы выполнялись в БД для каждого http запроса?

там установка переменной делается current_setting('app.user')); в транзакции. интересно а транзакции от разных юзеров выполняющиеся параллельно не встанут ли в очередь на ее изменение под себя?

разве постгрес поддерживает вложенные транзакции?

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

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

На уровне Ecto они есть, ну а где то там в дебрях видимо это одна и та же транзакция

если я правильно помню, там в дикт процесса засаживается флажок, что in_transaction

и по нему уже для вложенной транзакции ничё не делается

если всю обработку хттп-запроса обернуть в одну большую транзакцию, тогда как раз соединение будет заблокировано и будет вот этот ботлнек, про который писал Dmitry

если всю обработку хттп-запроса обернуть в одну большую транзакцию, тогда как раз соединение будет заблокировано и будет вот этот ботлнек, про который писал Dmitry

это да

да и вообще может делать несколько переменных для каждой таблицы свою current_setting('app.user.messages') current_setting('app.user.comments') и тд

да, нет смысла

там SET_CONFIG('app.user', $1, TRUE) – вот это последнее TRUE значит, что оно на транзакцию устанавливается

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

@nwalker Ага.

У нас вообще перед поцгресом стоит pgbouncer в режиме transaction pooling, что окончательно убивает идею привязки к сессии

/stat@combot

combot.org/chat/-1001061355522

from([..., q] in query, where: q.inserted_at < ^dt)

Что это обозначает и почему это компилируется?

а многоточие там так и есть?

Пиздец....

https://hexdocs.pm/ecto/Ecto.Query.html#module-query-bindings

Не, ну кто подумать то мог

Ебанаты

строгие позиции в результатах запросов

Наверное из Руби взяли

Я понятия не имею как там

Но до такого додуматься как можно то?

Но до такого додуматься как можно то?

это про in?

Это про ...

ES6 синтаксис в эликсире

я нихуя не понял, но да, как они так могли?!

Многоточие

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

Using ... can be handy from time to time but most of its uses can be avoided by relying on the keyword query syntax when writing queries.

Звучит как bad praxis.

Hello, Татьяна! Please, calculate: 16+59=... If you don't answer - you'll get banned from the channel... Good luck!

111

аааааааа

аааа

может надо, чтобы бот не только попросил вычислить выражение, но и написать его? вдруг именно в этом путаются? :)

но и написать его в обратной польской нотации

чтоб повысить градус серьёзности

может надо, чтобы бот не только попросил вычислить выражение, но и написать его? вдруг именно в этом путаются? :)

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

Я скорее про программистов, которым сказали посчитать. Они и посчитали. Но нигде не написано, что это ещё и как ответ ввести надо, да ещё и текстом. :)

Короч я за правильно поставленнное ТЗ =)

Ну пральна. Посчитал, а результат вывел, по дефолту, в консоль.

Звучит как bad praxis.

что-то Deus Ex вспомнился. Правда там praxis всегда был good

Да я чёт хотел доделать бота, только руки не доходят

Там по плану конфигурация в личке, несколько типов капчи и локализация

Кстати все уже есть, кроме конфига в личке

Поэтому есть разные языки, только выбрать нельзя ( ну как всегда )

today i remembered: после with нельзя ставить перенос строки

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

\

можно поставить

после with

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

делали бы лисп сразу

\

спасибо, но я уж переживу

mix format же есть. зачем ручками то)

про mix.format я тут уже писал

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

Я вообще стараюсь не использовать with с некоторых пор

@Virviil Почему?

Не очень наглядно, лучше рефакторить

Самая большая дырка - нету предыдущих переменных в error кейсах вложенных

К примеру на первом этапе фетчишь юзера из бд, на втором делишь на ноль

@Virviil Мне кажется тут ошибка, что ошибка не несет все необходимое.

И в логе не можешь написать «для такого юзера на ноль не делится»

Потому что юзера нету

так надо ждать {:ok, user}

а если юзера нету - такое не вернется

Я к примеру, всегда стараюсь в {:error, error} - в error передать все необходимое об ошибке.