это так, интересные моменты

Оно воспроизвелось в консольном приложении, дело не в asp.net

Но в консольном приложении просто тупо затираются заголовки, новые не проставляются, ну и реквест без них всё равно уходит

Возможно, проблема в ОС

Жёстко надекомпилировал
Вот где авторизация затирается, RedirectHandler

НО БЛИН ПОЧЕМУ ВООБЩЕ ПРОИСХОДИТ РЕДИРЕКТ КАКОЙ ВООБЩЕ ПРОКСИ Я ЖЕ ПРОСТО КИДАЮ ЗАПРОС В ПРИЛОЖЕНИЕ НА ПИТОНЕ УПАКОВАННОЕ В ДОКЕР

Чтож
Сервис закрыт вот этим прокси и он возвращает PERMANENT REDIRECT, поэтому механизм и отрабатывает

Однако для чего там затирается заголовок авторизации и почему с реверс-прокси на nginx такого нет...

https://stackoverflow.com/questions/28564961/authorization-header-is-lost-on-redirect

this behavior is that it is by design 😭😭😭

я хотел удалить фото из сообщения, а удалил всё сообщение вместе с текстом :(

Ну, значит повторим (кто видел тот поймёт)

Заболел, статья откладывается :(

Посетил вебинар по kubernetes от Selectel. Не без рекламы конечно, но мне понравилось, новые знания я получил

Кстати, переехал в Москву, зацените новое рабочее место)))

Прочитал книгу "Безопасность контейнеров". Мне она не очень зашла.

В целом книга интересная, затронуты многие аспекты безопасности Linux и контейнеров, она небольшая и написана простым языком. Однако в ней практически нет практики. Например глава про работу с секретами - в ней просто рассказано какие способы работы с ними есть, и ни одного примера... а было бы как минимум интересно посмотреть на развёртывание hashicorp vault и соединения его с основным приложением.

Книга хороша для какой-то маленькой теоретической базы безопасности в Linux и контейнерах, однако из-за малого количества практических примеров искать информацию и пробовать что-то сделать нужно будет самостоятельно :(

6/10
#книги

За логотип спасибо https://vk.com/merry_belle_art

Телеграф решил поломать всё форматирование кода, если что - пишите комменты, поправлю :)

Прочитал небольшую книгу о том, как читать книги для саморазвития. Увидел её на канале ExtremeCode
В этой книге рассказывается о том, как правильно читать книги, куда конспектировать, в чём суть проработки книг. Она очень маленькая - всего 60 страниц. Тем не менее, там есть интересные мысли, и прочитать я её рекомендую.

Основную часть рекомендаций из этой книги я уже выполнял, но все равно нашёл пару идей о том, что можно улучшить в процессе обучения по книгам. Мне зашло)
#книги

Риск-менеджмент выходит на новый уровень

Хочу рассказать вам о своём небольшом опыте в качестве тимлида. Я замещал своего руководителя на время его отпуска, уже дважды.

Тимлид - это руководитель команды разработчиков. Он занимается распределением нагрузки на команду, следит за установленными процессами в команде, за ходом выполнения задач. Также он несёт ответственность за команду.

В целом это довольно весело - меньше рутинных задач, больше общения с людьми, управленческая работа… но есть нюанс.
На меня сразу свалился поток критичных и не очень вопросов, задач, сложностей и т.д, со всех основных проектов. Тут важно не пытаться решить всё быстро и сразу - где-то не отвечать и подождать, где-то делегировать вопросы команде. И моя главная ошибка - я старался сделать всё сам, при этом ещё и быстро. Это заметно повысило нагрузку, и с работы я возвращался уставший, никакой :(

А на моё второе тимлидство ещё и выпали определённые инфраструктурные проблемы, приходилось разбираться и оперативно решать вопросики :)
#кейсы

В общем, вот рекомендации тем, кто будет пробовать руководить командой разработки:
- Не спешите решать вопросы сразу. Нет ничего плохого в том, чтобы не отвечать на сообщения людей мгновенно. А ещё через пару часов проблема может уйти сама :)
- Делегируйте. Ничего страшного не произойдёт, если вы разок за неделю попросите коллегу переключиться на другую задачу. Главное, не делать это часто на одних и тех же сотрудниках
- Следите за процессами. Очень просто упустить нарушение общего процесса в тимлидской суете - иногда это может быть оправдано, но чаще всего - какую-то просьбу можно выполнить строго по процессу, определённому в команде/компании и хуже от этого не будет никому

И огромное спасибо моей команде за поддержку в критических ситуациях!

А для тех, кто хочет подробнее изучить тему управления командами, я оставлю тут ссылку на проект Team Lead Roadmap