опалай какой-то сложный и генерит нечитаемые запросы

@qnikst чо у вас в твиаге с постгресом?

опалай это где профунктор продукт туда, профунктор продукт сюда, весь код в профункторах и где там вообще скл?

а что где?

опалай не юзаем вроде

вообще разброд и шатание

Что про Волкова в проде скажешь?

не юзал, хз

еще selda какая-то

сельдь

скоро ФСБ получит вашу переписку

ФСБ и так читают всю переписку, где есть я (надеюсь нет)

хм. ладно. взять что-ли тупо postgresql-simple?

postgresql-query тогда уж

и еще squal какой-то

брат жив, мейнтейнер в этом чате есть

(есличо)

мне в нём что-то не понравилось тогда

там надо знать куда не смотреть, чтобы так не казалось

о) https://hackage.haskell.org/package/streaming-postgresql-simple стриминг

по-моему это не на том уровне стриминг, где хотелось бы

ах да, monadlogger меня взбесил

почему, кстати?

monadblogger

незанятое имя для блога

мне кажется не к месту он в кверях

потому что не хочешь запросы логировать или с точки зрения интерфейса?

да

что да?

выбери одно 🙂

не хочу и вообще monadlogger это дурь. Логгировать надо структурно!

как катип

а мы кстати на него переползли

@s9gf4ult c postgresql-query чего-то делали на эту тему?

и вообще MonadBAseControl в наше время не модно

а о чем тут тлдр?

а, понял

Да вот говорят что postgresql-query логирует не так структурно как в katip. Интересуюсь чего-то с этим делали при переползании или нет недавно.

ну короче MonadLogger - это просто интерфейс, ты можешь его как угодно реализовать, мы вот вполне стркуткрно через катип логируем из кода, использующего MonadLogger

Просто даешь нужный инстанс MonadLogger твоей монаде и все

ну это да

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

к тому же, а как предполагается просунуть "структурность" внутрь pgq?

Лишь бы мне лишней работы подбросить! :(

Лишь бы мне лишней работы подбросить! :(

я не совсем понял - ты там неявный логгер чтоли хочешь?

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

или усложненный интерфейс для pgQuery ?

MonadLogger - очень простой интерфейс, который должен реализовать пользователь, если хочет что-то особенное.

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

для отладки

для отладки в основном

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

видать я со своим edsl и не знавал чо там отлаживать

ну вообще я даже не помню когда в последний раз я этим занимался

когда приложение сложнее хелуворда - есть что отлаживать

я гарантирую это

Гарантирую что обходится без лога запросов на стороне приложения

если не надо логировать - можно ему дать нелогирующий логгер

runNoLoggingT

а что ты в логе постгреса то смотреть будешь? Запрос корректный, а код делает что-то не то.

если не надо логировать - можно ему дать нелогирующий логгер

Вот! Лишь бы труда подкинуть

а что ты в логе постгреса то смотреть будешь? Запрос корректный, а код делает что-то не то.

буду принтить, как все нормальные люди

ну вот тебе не нужно логирование, ты просто берешь и runNoLoggingT и pgq не логирует, а мне вот нужно логирование, и что мне делать если pgq его не делает?

меня вообще бесит, когда библиотека что-то принтит

я её не просил и мне скорее всего не надо принтить туда, куда она это делает

буду принтить, как все нормальные люди

принтить нормальные люди

так не в библиотеке же принтить

Ой, а то вы не принтами дебажите?

Может еще gdb и DWARF пользуетесь?

нет, логами с северити Debug

Ой, а то вы не принтами дебажите?

https://hackage.haskell.org/package/tracy а я не буду отмазываться

Ну вот!

https://hackage.haskell.org/package/tracy а я не буду отмазываться

вот если по честному, это у нас почти не используется же

в основном в логи отладочную инфу валим

вот если по честному, это у нас почти не используется же

ну я быренько втыкаю бывает, а потом убираю, пока никто не увидел

потому что в логах записи изза буферизации не ломаются например

ну я быренько втыкаю бывает, а потом убираю, пока никто не увидел

Это норма

и вообще в логах это удобно, потому что тебе надо знать, что происходило при обработки запроса 123412341234, от начала до конца

с tracy можно спец-трейсы делать, чтобы отдельно можно врубать всякие DEBUG_FOO=TRUE и DEBUG_BAR=TRUE

и это не всегда на твоей машине проиходит, иногда бывает что баг на проде

ОПЕНТРЕЙСИНГ