a
Нормальный аргумент. Валидный
Личный опыт не является аргументом. Опыт большинства - другое дело, вот только он играет против вас
Size: a a a
2020 March 18
AK
Ну знаете ли, большенство пожалуй пусть как хочет так и делает
AK
Личный опыт это аргумент
AK
иначе зачем он вообще
AK
Тем более подкрепленый многими годами
AK
У меня куча практического опыта, имею право
AK
где я говрил что уменя работает?
AK
Я говрю как и что можно сделать и плюсы минусы этого
AK
И вообще что за докопка?
SY
Ну, например в ковбой пришел запрос. При обработке запроса вызывается куча функций, многие из которых что-то логгируют. Требуется идентифицировать запрос и протащить идентификатор через эти функции.
Положили id в мету логгера, она будет везде (в рамках этого процесса), но с ковбоем вторым могут быть (и будут) проблемы поскольку на каждый запрос будут создаваться два процесса, нужно будет костыли городить.
SY
Если нужно id протащить через всю систему (пачку микросервисов), то смотрите в сторону dapper и аналогов
SY
Но там свои нюансы (и свои костыли)
TT
Вот серьёзно, сколько в этом чате сижу, так ваши сообщение иначе, как "у меня работает", "я так привык - значит правильно", "все новое - хипстерские бесделушки" и др. я охарактеризовать не могу.
То, что в конкретном случае это сработало, а тем более если вы просто так привыкли не означает, что это правильно, оптимально, удобно, быстро и др.
Мне искренне интересно, как вам может быть чужден тезис "потратить X часов на изучение другого подхода - сэкономить N*X в дальнейшем" человеку, который пишет на Эрланг - замечу, не самой популярной технологии. Чож не херачить на сишечке? Все ж её знают!
То, что в конкретном случае это сработало, а тем более если вы просто так привыкли не означает, что это правильно, оптимально, удобно, быстро и др.
Мне искренне интересно, как вам может быть чужден тезис "потратить X часов на изучение другого подхода - сэкономить N*X в дальнейшем" человеку, который пишет на Эрланг - замечу, не самой популярной технологии. Чож не херачить на сишечке? Все ж её знают!
"Чож не херачить на сишечке? Все ж её знают!"
нет, не все
нет, не все
a
Ну, например в ковбой пришел запрос. При обработке запроса вызывается куча функций, многие из которых что-то логгируют. Требуется идентифицировать запрос и протащить идентификатор через эти функции.
В Req объекте можно добавлять свои поля, но делать аккуратно надо:
См. req()
https://ninenines.eu/docs/en/cowboy/2.6/manual/cowboy_req/#req
You may add custom fields if required. Make sure to namespace them by prepending an underscore and the name of your application
См. req()
https://ninenines.eu/docs/en/cowboy/2.6/manual/cowboy_req/#req
You may add custom fields if required. Make sure to namespace them by prepending an underscore and the name of your application
SY
у ковбоя второго на каждый запрос создается два процесса, один держит коннект, во втором крутится хандлер, в случае ошибок в запросе управление до хандлера может и не дойти и вы никогда не узнаете про эти запросы, точнее не сможете связать их с вашим id
SY
поэтому нужно будет довольно аккуратно добавлять создание и пронос id, где-то на уровне стримов и/или middleware, свои врапперы городить и вот это вот всё
СИ
поэтому нужно будет довольно аккуратно добавлять создание и пронос id, где-то на уровне стримов и/или middleware, свои врапперы городить и вот это вот всё
интересно а можно в erlang какой-нибдуь хук навесить на создание процесса и протоколировать parent->child ?