ML
вот и вопрос: сколько веб-приложений ещё написаны с незнанием этого интересного и очень удобного факта
Size: a a a
2021 June 15
ММ
Думаю очень немногие веб-приложения что-то делают с путями на диске
ML
Есть ли способ притушить уровень логгирования Ecto для конкретного процесса?
Генсервер, который проверяет раз в секунду очередь работ забивает весь лог
Генсервер, который проверяет раз в секунду очередь работ забивает весь лог
AB
:compile_time_purge_matching, https://hexdocs.pm/logger/Logger.html#module-configurationML
это мне поможет для конкретного процесса?
AB
для процесса - нет, но я предположил, что ты знаешь, где мешающий тебе лог написан.
ML
не, не знаю. В кишках экто
AB
config :logger, :console, [......, metadata: :all] по идее покажет файл, строку, модуль и функцию.AN
Вообще правильно что экто на каждый запрос в логи срет, дергать базу каждую секунду плохое решение. Лучше использовать механизмы back-pressure и сообщать генсерверу о создании отслеживаемой сущности не через базу
ML
ага, спасибо, попробую потушить это
AB
я сначала не понял, а теперь вдруг как понял!
ты говоришь про лог запроса, который делает поллер в коде твоего приложения, не какой-то внутренний лог экто?
ты говоришь про лог запроса, который делает поллер в коде твоего приложения, не какой-то внутренний лог экто?
ML
я дергаю экто и он гадит в лог
AN
можно просто
config :logger, level: :info дебаг сообщений не будетML
о, тема. Попробовать в отдельный репозиторий вынести
AB
не, всё даже лучше
Almost all of the repository functions outlined in this module accept the following options:
Almost all of the repository functions outlined in this module accept the following options:
ML
Леша, это неверное представление о «правильно».
Во-первых, у меня вполне хватит постгреса и это гораздо более правильное и надежное решение на конкретной задаче, чем городить какую-то очередь.
во-вторых, постгрес с его SELECT FOR UPDATE ON LOCK NEXT хорошо годится на роль готовой очереди задач, причем на порядок более развесистой, чем любой специализированный кролик или что-то подобное
Во-первых, у меня вполне хватит постгреса и это гораздо более правильное и надежное решение на конкретной задаче, чем городить какую-то очередь.
во-вторых, постгрес с его SELECT FOR UPDATE ON LOCK NEXT хорошо годится на роль готовой очереди задач, причем на порядок более развесистой, чем любой специализированный кролик или что-то подобное
AB
то есть, это не конфиг репо, это опция для Repo.smth(queryable, ..., opts)
AN
я имел ввиду в общем случае, понятно что если нельзя, но очень хочется, то иногда можно)
a
Сомневаюсь, что не видел, но все же 🤔
https://github.com/sorentwo/Oban
Построен на той же идее (SKIP LOCKED)
https://github.com/sorentwo/Oban
Построен на той же идее (SKIP LOCKED)
