MK
вот кстати всем советую резервные каналы себе сделать )
https://interface31.ru/tech_it/2019/10/oracle-razdaet-besplatnye-vps-navsegda.html
Size: a a a
2020 March 18
AV
Redhat Openshift тоже так давали. Теперь там ограничение на время работы виртуалки.
A
Redhat Openshift тоже так давали. Теперь там ограничение на время работы виртуалки.
Ну тут типа always free
AV
ну дык и там было. диалектика, сэр
AK
В общем похоже что если в контейнере не слушается ни один порт, то его имя и не ресолвится. Или оно просто взяло и само заработало..
s
Всем привет.
Коллеги, подскажите, как вы логгируете? Что я имею ввиду.
В книги Франческо Чезарини в своей книги про OTP рекомендует заводить некий идентификатор.
Идентификатор логически связан с конкретным запросов на сервере.
Этот идентификатор автор рекомендует протаскивать во внутренние функции, чтобы было понятно к какому запросу относится вызов функции.
Вы используете эту стратегию?
Если да, как вы ее реализуете? Это же устать можно - протаскивать идентификатор к каждой функции, которая что-то логирует.
Коллеги, подскажите, как вы логгируете? Что я имею ввиду.
В книги Франческо Чезарини в своей книги про OTP рекомендует заводить некий идентификатор.
Идентификатор логически связан с конкретным запросов на сервере.
Этот идентификатор автор рекомендует протаскивать во внутренние функции, чтобы было понятно к какому запросу относится вызов функции.
Вы используете эту стратегию?
Если да, как вы ее реализуете? Это же устать можно - протаскивать идентификатор к каждой функции, которая что-то логирует.
AK
Всем привет.
Коллеги, подскажите, как вы логгируете? Что я имею ввиду.
В книги Франческо Чезарини в своей книги про OTP рекомендует заводить некий идентификатор.
Идентификатор логически связан с конкретным запросов на сервере.
Этот идентификатор автор рекомендует протаскивать во внутренние функции, чтобы было понятно к какому запросу относится вызов функции.
Вы используете эту стратегию?
Если да, как вы ее реализуете? Это же устать можно - протаскивать идентификатор к каждой функции, которая что-то логирует.
Коллеги, подскажите, как вы логгируете? Что я имею ввиду.
В книги Франческо Чезарини в своей книги про OTP рекомендует заводить некий идентификатор.
Идентификатор логически связан с конкретным запросов на сервере.
Этот идентификатор автор рекомендует протаскивать во внутренние функции, чтобы было понятно к какому запросу относится вызов функции.
Вы используете эту стратегию?
Если да, как вы ее реализуете? Это же устать можно - протаскивать идентификатор к каждой функции, которая что-то логирует.
идентификатор можно класть в словарь процесса, доставать оттуда будет макрос который лог пишет
AK
но да, придется добавить перекладку этого идентификатора в апишку передачи сообщений между процессами
a
Вот я сейчас сталкиваюсь с децентрализованой разработкой и блин столько времени прокакал уже
Вот серьёзно, сколько в этом чате сижу, так ваши сообщение иначе, как "у меня работает", "я так привык - значит правильно", "все новое - хипстерские бесделушки" и др. я охарактеризовать не могу.
То, что в конкретном случае это сработало, а тем более если вы просто так привыкли не означает, что это правильно, оптимально, удобно, быстро и др.
Мне искренне интересно, как вам может быть чужден тезис "потратить X часов на изучение другого подхода - сэкономить N*X в дальнейшем" человеку, который пишет на Эрланг - замечу, не самой популярной технологии. Чож не херачить на сишечке? Все ж её знают!
То, что в конкретном случае это сработало, а тем более если вы просто так привыкли не означает, что это правильно, оптимально, удобно, быстро и др.
Мне искренне интересно, как вам может быть чужден тезис "потратить X часов на изучение другого подхода - сэкономить N*X в дальнейшем" человеку, который пишет на Эрланг - замечу, не самой популярной технологии. Чож не херачить на сишечке? Все ж её знают!
a
идентификатор можно класть в словарь процесса, доставать оттуда будет макрос который лог пишет
О_О
AK
Вот серьёзно, сколько в этом чате сижу, так ваши сообщение иначе, как "у меня работает", "я так привык - значит правильно", "все новое - хипстерские бесделушки" и др. я охарактеризовать не могу.
То, что в конкретном случае это сработало, а тем более если вы просто так привыкли не означает, что это правильно, оптимально, удобно, быстро и др.
Мне искренне интересно, как вам может быть чужден тезис "потратить X часов на изучение другого подхода - сэкономить N*X в дальнейшем" человеку, который пишет на Эрланг - замечу, не самой популярной технологии. Чож не херачить на сишечке? Все ж её знают!
То, что в конкретном случае это сработало, а тем более если вы просто так привыкли не означает, что это правильно, оптимально, удобно, быстро и др.
Мне искренне интересно, как вам может быть чужден тезис "потратить X часов на изучение другого подхода - сэкономить N*X в дальнейшем" человеку, который пишет на Эрланг - замечу, не самой популярной технологии. Чож не херачить на сишечке? Все ж её знают!
Я аргументурую, а не просто так
s
идентификатор можно класть в словарь процесса, доставать оттуда будет макрос который лог пишет
Макрос встроенного логгера? Типа ?LOG_INFO и т.д.?
a
Я аргументурую, а не просто так
Примеры аргументов можно? Честно, пытался найти.
AK
Да в каждом сообщении
a
Всем привет.
Коллеги, подскажите, как вы логгируете? Что я имею ввиду.
В книги Франческо Чезарини в своей книги про OTP рекомендует заводить некий идентификатор.
Идентификатор логически связан с конкретным запросов на сервере.
Этот идентификатор автор рекомендует протаскивать во внутренние функции, чтобы было понятно к какому запросу относится вызов функции.
Вы используете эту стратегию?
Если да, как вы ее реализуете? Это же устать можно - протаскивать идентификатор к каждой функции, которая что-то логирует.
Коллеги, подскажите, как вы логгируете? Что я имею ввиду.
В книги Франческо Чезарини в своей книги про OTP рекомендует заводить некий идентификатор.
Идентификатор логически связан с конкретным запросов на сервере.
Этот идентификатор автор рекомендует протаскивать во внутренние функции, чтобы было понятно к какому запросу относится вызов функции.
Вы используете эту стратегию?
Если да, как вы ее реализуете? Это же устать можно - протаскивать идентификатор к каждой функции, которая что-то логирует.
Обычно такие вещи хранятся, например, в мапе, проассоциированной с реквестом: будь то метаданные, источник, метод: все может хранится таким образом.
Можно пример? Может, непрааильно понял
Можно пример? Может, непрааильно понял
a
так то не очень и точка отказа, такой сервер может настроить любой разраб за время сравнимое с настройкой того же докера компоса
Аргументы такого уровня?
s
Обычно такие вещи хранятся, например, в мапе, проассоциированной с реквестом: будь то метаданные, источник, метод: все может хранится таким образом.
Можно пример? Может, непрааильно понял
Можно пример? Может, непрааильно понял
Ну, например в ковбой пришел запрос. При обработке запроса вызывается куча функций, многие из которых что-то логгируют. Требуется идентифицировать запрос и протащить идентификатор через эти функции.
AK
Аргументы такого уровня?
Нормальный аргумент. Валидный
AK
в ответ на то что сервер 2 года настраивать админ будет. Это же не так