Отличная статья получилась. От себя отмечу пару моментов:
- В статье явно говорится о хэшировании паролей, но в тексте прямо написано "шифрование". Уверен, автор понимает, в чем разница и что именно хэширование применяется для паролей по причине невозможности восстановления исходной строки, это безопаснее. - не лишним было бы вкратце упомянуть, для чего нужны токены, которые Auth сервис как провайдер авторизации возвращает. Хотя бы то, что этими токенами потом сопровождается каждый запрос в авторизованной зоне приложения, в свою очередь по содержимому токена приложение определяет, что токен не истек и выдан тому же клиенту, который вызывает эндпоинт в авторизованной зоне
Дополню свой отзыв, пожалуй. Вы, безусловно, делаете благое дело для сообщества, переводя статьи на актуальные темы.
Но за такое качество работы вам должно быть стыдно, это сопоставимо с машинным переводом с несколькими правками. GPT 3.5 справился бы лучше. Вам стоит понимать, что люди на Хабре - требовательная аудитория.
Различные части HTTP-запросов настраиваются, например SLA, настройка признака должна быть вычислена или нет гистограмма процентилей делается с помощью свойств metrics.distribution.
Не хочу быть токсичным, но когда переводите, надо тщательнее все вычитывать. Вам понятно это предложение с т.з. русского языка? Смысл я могу достроить у себя в голове, но читать такое тяжело
Возможно, разбиение на классы помогло разделить логи на части по типу логгера и тем самым отследить вес частей сервиса с точки зрения нагрузки. В целом согласен, что "читаемость" без примеров сложно измерить и оценить читателям, да и разбить на классы можно как грамотно, так и бездарно, просто усложнив путь при чтении кода.
Спасибо за статью. А что нужно на удаленном сервере иметь подготовленное для шага deploy для такого кейса, как у автора? Кажется, как будто иметь ubuntu надо, docker и ruby
Включить добавление хуков в Onboarding page на вашу Вики, думаю, не составит труда. Даже джун справится с исполнением команды и копированием файла в папку
Очень интересная штуковина! Я так понял, это просто соглашение, которое используется разными имплементациями - например плагином для Intelij IDEA или Python gitlint, который по сути и является commit-msg хуком, который я тут описал.
Что еще из раздела Tooling for Conventional Commits вы используете? Там так много всего
Отличная статья получилась. От себя отмечу пару моментов:
- В статье явно говорится о хэшировании паролей, но в тексте прямо написано "шифрование". Уверен, автор понимает, в чем разница и что именно хэширование применяется для паролей по причине невозможности восстановления исходной строки, это безопаснее.
- не лишним было бы вкратце упомянуть, для чего нужны токены, которые Auth сервис как провайдер авторизации возвращает. Хотя бы то, что этими токенами потом сопровождается каждый запрос в авторизованной зоне приложения, в свою очередь по содержимому токена приложение определяет, что токен не истек и выдан тому же клиенту, который вызывает эндпоинт в авторизованной зоне
Отличного качества перевод, настолько, что я лишь в конце понял, взглянув на автора публикации. Спасибо!
Дополню свой отзыв, пожалуй. Вы, безусловно, делаете благое дело для сообщества, переводя статьи на актуальные темы.
Но за такое качество работы вам должно быть стыдно, это сопоставимо с машинным переводом с несколькими правками. GPT 3.5 справился бы лучше. Вам стоит понимать, что люди на Хабре - требовательная аудитория.
Не хочу быть токсичным, но когда переводите, надо тщательнее все вычитывать. Вам понятно это предложение с т.з. русского языка? Смысл я могу достроить у себя в голове, но читать такое тяжело
Я не очень понял, в чем ваша проблема. Примените конфиг глобально, как описал я и советует вам Git или закиньте хуки в папку / hooks для проекта.
Вдобавок, Git вам описал дополнительную опцию
Возможно, разбиение на классы помогло разделить логи на части по типу логгера и тем самым отследить вес частей сервиса с точки зрения нагрузки. В целом согласен, что "читаемость" без примеров сложно измерить и оценить читателям, да и разбить на классы можно как грамотно, так и бездарно, просто усложнив путь при чтении кода.
Спасибо за статью. А что нужно на удаленном сервере иметь подготовленное для шага deploy для такого кейса, как у автора? Кажется, как будто иметь ubuntu надо, docker и ruby
Если честно, я ожидал какой-то морали в истории, а не сумбурного пересказа опыта, да ещё и с ошибками.
Мы же тут не делиться воспоминаниями собрались, вроде как. Даже напутствие можно получше дать, чем "всем удачи".
Включить добавление хуков в Onboarding page на вашу Вики, думаю, не составит труда. Даже джун справится с исполнением команды и копированием файла в папку
Очень интересная штуковина! Я так понял, это просто соглашение, которое используется разными имплементациями - например плагином для Intelij IDEA или Python gitlint, который по сути и является commit-msg хуком, который я тут описал.
Что еще из раздела Tooling for Conventional Commits вы используете? Там так много всего
Спасибо за ценный совет!