Паралич собеседования. почему мы мешаем себе получить желанную работу

Возвращено содержание ошибки

В приведенном выше примере, если API отправляет Пустой запрос вернет следующие результаты ошибки:

Он включает в себя следующие части: код состояния HTTP, пользовательский код ошибки, подсказку об ошибке и дополнительную информацию.

Правильно используйте коды состояния HTTP

В протоколе HTTP предопределено множество кодов состояния, среди которых Указывает на исключение, вызванное клиентом, Указывает на исключение, созданное сервером. Ниже приведены несколько кодов состояния, которые мы часто используем в API:

• Результат ответа нормальный;
• Неправильные запросы, например, пользователи, отправляющие незаконные данные;
• Несанкционированный запрос. в настоящее время использует При подключаемом модуле, если маршрут API содержит Decorator, этот код ошибки возвращается, когда пользователь не вошел в систему, а клиент обычно перенаправляет на страницу входа;
• Запретить запрос
• Запрошенный контент не существует;
• Внутренние ошибки сервера, обычно неожиданные и неустранимые исключения сервера.

Пользовательский код ошибки

После того, как клиент получает исключение, он может выбрать всплывающее уведомление о глобальной ошибке, чтобы проинформировать пользователя об исключении запроса; или обработать его в рамках метода инициирования запроса API, такого как отображение уведомления об ошибке проверки формы за каждым элементом управления. Для этого нам нужно закодировать ошибку, например Указывает на общую глобальную ошибку, которая может быть вызвана всплывающим окном;、 Значит, с такими ошибками нужно разбираться отдельно.

Детали ошибки

Иногда мы возвращаем клиенту информацию об ошибке проверки всех полей формы вместе, тогда мы можем использовать ее. механизм:

введение

REST-это архитектура без состояния, в которой клиенты могут получать доступ к ресурсам на сервере и управлять ими. Как правило, службы REST используют HTTP для объявления набора ресурсов, которыми они управляют, и предоставляют API, который позволяет клиентам получать или изменять состояние этих ресурсов.

В этом уроке мы познакомимся с некоторыми из лучших практик обработки ошибок REST API, включая полезные подходы для предоставления пользователям соответствующей информации, примеры из крупномасштабных веб-сайтов и конкретную реализацию с использованием примера приложения Spring REST.

20 типов встроенных исключений в Python

Иерархия классов для встроенных исключений в Python выглядит так:

Все исключения в Python наследуются от базового

• — системное исключение, вызываемое функцией во время выхода из приложения;
• — возникает при завершении программы пользователем (чаще всего при нажатии клавиш Ctrl+C);
• — вызывается методом объекта ;
• — исключения, которые можно и нужно обрабатывать (предыдущие были системными и их трогать не рекомендуется).

От наследуются:

1 — вызывается функцией next в том случае если в итераторе закончились элементы;

2 — ошибки, возникающие при вычислении, бывают следующие типы:

• — ошибки при выполнении вычислений с плавающей точкой (встречаются редко);
• — результат вычислений большой для текущего представления (не появляется при операциях с целыми числами, но может появиться в некоторых других случаях);
• — возникает при попытке деления на ноль.

3 — выражение, используемое в функции неверно;

4 — у объекта отсутствует нужный атрибут;

5 — операция, для выполнения которой требуется буфер, не выполнена;

6 — ошибка чтения из файла;

7 — ошибка импортирования модуля;

8 — неверный индекс, делится на два типа:

• — индекс выходит за пределы диапазона элементов;
• — индекс отсутствует (для словарей, множеств и подобных объектов);

9 — память переполнена;

10 — отсутствует переменная с данным именем;

11 — исключения, генерируемые операционной системой:

• — ошибки, связанные с выполнением дочернего процесса;
• — исключения связанные с подключениями (BrokenPipeError, ConnectionResetError, ConnectionRefusedError, ConnectionAbortedError);
• — возникает при попытке создания уже существующего файла или директории;
• — генерируется при попытке обращения к несуществующему файлу;
• — возникает в том случае если системный вызов был прерван внешним сигналом;
• — программа обращается к файлу, а это директория;
• — приложение обращается к директории, а это файл;
• — прав доступа недостаточно для выполнения операции;
• — процесс, к которому обращается приложение не запущен или отсутствует;
• — время ожидания истекло;

12 — попытка доступа к объекту с помощью слабой ссылки, когда объект не существует;

13 — генерируется в случае, когда исключение не может быть классифицировано или не подпадает под любую другую категорию;

14 — абстрактные методы класса нуждаются в переопределении;

15 — ошибка синтаксиса;

16 — сигнализирует о внутренне ошибке;

17 — операция не может быть выполнена с переменной этого типа;

18 — возникает когда в функцию передается объект правильного типа, но имеющий некорректное значение;

19 — исключение связанное с кодирование текста в , бывает трех видов:

• — ошибка кодирования;
• — ошибка декодирования;
• — ошибка перевода .

20 — предупреждение, некритическая ошибка.

Посмотреть всю цепочку наследования конкретного типа исключения можно с помощью модуля

Подробное описание всех классов встроенных исключений в Python смотрите в .

Использование состояния сеанса

Взаимодействовать с состоянием сеанса можно с помощью класса System.Web.SessionState.HttpSessionState, который на веб-странице ASP.NET доступен в виде встроенного объекта Session. Синтаксис для добавления элементов в эту коллекцию и их извлечения выглядит практически так же, как и синтаксис, который используется для добавления элементов в состояние представления страницы.

Например, вот как сохранить объект DataSet в памяти сеанса:

После этого его можно извлечь с помощью соответствующей операции преобразования:

Контекст состояния сеанса охватывает все приложение и является глобальным для текущего пользователя. Данные состояния сеанса могут быть утеряны в следующих случаях:

• Если пользователь закрывает и заново запускает браузер.

• Если пользователь получает доступ к той же странице через другое окно браузера, хотя сеанс будет по-прежнему существовать, если доступ к веб-странице получается из исходного окна браузера. Разные браузеры ведут себя в такой ситуации по-разному.

• Если сеанс завершается из-за отсутствия активности со стороны пользователя. По умолчанию сеанс автоматически завершается после 20 минут простоя.

• Если программист завершает сеанс вызовом метода Session.Abandon().

  

  

  

  

  

  

  

  

  

  

В первых двух случаях данные состояния сеанса фактически остаются в памяти сервера, потому что веб-сервер не разбирается в том, закрыл клиент окно браузера или открыл новое. Они будут продолжать находиться там, оставаясь недоступным, до тех пор, пока не истечет срок их хранения.

Вдобавок данные состояния сеанса также будут утеряны и в случае повторного создания домена приложения. Этот процесс происходит автоматически при обновлении веб-приложения либо изменении конфигурационных параметров. Домен приложения также может создаваться заново через определенные промежутки времени для поддержания приложения в нормальном работоспособном состоянии. Если такое поведение приводит к возникновению проблем, данные состояния сеанса можно хранить вне процесса. В таком случае они не потеряются даже в результате завершения домена приложения.

В таблице ниже перечислены основные методы и свойства класса HttpSessionState:

Как понять, что у вас есть идея фикс

• Зацикленность: вы часто думаете о одной и той же идее, даже когда пытаетесь отвлечься.
• Сильная эмоциональная реакция: когда вы думаете о своей идее фикс, это вызывает сильную эмоциональную реакцию, такую как страсть, гнев, страх или тревога.
• Поведение, направленное на идею: вы замечаете, что часто предпринимаете действия, направленные на выполнение или подтверждение вашей идеи фикс.

Признаки и симптомы

• Нежелание слушать других: вы не готовы рассматривать альтернативные взгляды или игнорируете аргументы, которые противоречат вашей идее.
• Обострение эмоций: когда ваша идея фикс оспаривается, вы можете стать чрезмерно оборонительным или агрессивным.
• Снижение продуктивности: ваши постоянные размышления об идее могут отвлекать от повседневных задач и обязанностей.
• Зацикленность на определенных действиях: вы можете часто предпринимать одни и те же действия в попытке достичь или подтвердить свою идею, даже если они неэффективны.
• Чувство изоляции: из-за вашей фиксации на определённой идее, вы можете чувствовать себя отчуждённым от других, так как считаете, что другие не понимают вас.

Различие между полезной фиксацией на цели и идеей фикс — в степени гибкости мышления и способности адаптироваться к изменяющимся обстоятельствам

Если у вас есть признаки идеи фикс, важно обратиться к специалисту для помощи в понимании и управлении этим состоянием

Если вы хотите помогать людям справляться с подобными проблемами и готовы изучать эффективные методы терапии, рассмотрите возможность обучения по программе «Когнитивно-поведенческая терапия» в Smart. Вы получите необходимые навыки и знания, чтобы работать как квалифицированный специалист в этой области, и начнёте оказывать реальную помощь своим пациентам.

Получить грант

Фэйл №6: мы же программисты

Это фэйл, за который самураю стыдно до сих пор, хотя он и не полностью за него ответственен. Произошло это в 2013 году. Даниил собирал команду на новый проект RTB SSP. Если кто не знает, то там жёсткие требования по latency и по параллелизму. Необходимо получить запрос, связаться с RTB DSP, провести аукцион второй цены, сформировать ответы и отдать клиенту. Но запрос до клиента должен ещё доехать. И так как это обычно мобильное устройство, то RTT — десятки миллисекунд. В итоге нужно всё успеть за 250 миллисекунд. Соответственно, RTB SSP свои дела должен сделать за 50 миллисекунд.

Клиентов много, потому что RTB SSP — это такое место, куда ваш мобильник приходит и спрашивает, какую рекламу показать клиенту, и RTB SSP отвечает. Конечно, на деле всё сложнее, но сейчас нас это не интересует.

Поскольку у CTO этого проекта были подвязки в perl-мире, все воины были сплошь из perl’овиков.

В чём фэйл

Вопрос о том, на каком языке лучше писать, активно обсуждается. Самурай, например. считал, что писать надо на GROOVY. Но в 2013 году никто не знал, что это такое. Все думали, что он ещё медленнее, чем Java. Хотя Java, на самом деле, очень быстрая, а GROOVY на данной задаче был бы ещё быстрее. В любом случае ясно, что perl не самый лучший язык. Особенно, под этот проект. Потому, что задача превращается в сложный асинхронный код. Там сложный контроль того, сколько клиентов, на какой демон асинхронно запускать.

Но решающим аргументом при выборе Perl был следующий: «мы высококвалифицированные программисты, любим и умеем писать сложный код, мы справимся». 

Они писали этот код целый год. Отлаживали его, профилировали, оптимизировали и тестировали. А тестировать асинхронщину — это прямо привет, какая сложная задача.

В итоге инвестор закрыл проект через год по той причине, что всю работу можно было сделать за 2 месяца на Java. И он был прав.

Это, очевидно, социальный фэйл. Фактор — человеческий, так как люди, которые принимали решение о выборе средств реализации, всё знали. Не было никаких unknown. Последствия — репутационные, потому что инвестор понял, что проект в тупике и его воины не смогут соблюсти требования по ТЗ. То есть выполнить кодекс самурая)

Красный флаг

В чём красный флаг? Нетехнические аргументы при принятии технических решений. С этим бывает трудно справиться, потому что если уж до этого дошло, то любой самурай прямо горой стоит за своё предложение.

Креативность и решение проблем

Возможно, вы слышали истории о великих учёных, художниках или писателях, которые были одержимы одной идеей на протяжении всей жизни, и именно благодаря этому достигли невероятных высот в своей профессии. Неудивительно, ведь идея фикс может стать мощным источником креативности.

Представьте, что вы пытаетесь решить сложную задачу. Ваш мозг автоматически ищет уже знакомые решения, которые могут подойти. Но когда у вас есть идея фикс, ваше мышление постоянно ищет решение проблемы, позволяя выходить за рамки привычных паттернов. Скажем, вы архитектор, и у вас «идея фикс» создать дом, который бы полностью интегрировался с природой. Эта идея может стимулировать вас к изучению новых материалов, созданию новаторских дизайнов или даже к сотрудничеству с экологами.

Помимо креативного подхода, идея фикс может дать человеку уникальную устойчивость к препятствиям. Если взять в качестве примера Томаса Эдисона и его «идею фикс» создать работающую лампочку накаливания — он провел тысячи экспериментов, прежде чем добился успеха. На вопрос, не разочаровался ли он, проведя столько неудачных опытов, Эдисон ответил: «Нет. Я просто нашёл 10 000 способов, которые не работают». Вероятно, без этой непоколебимой идеи в голове, Эдисон мог бы бросить свои эксперименты гораздо раньше.

Курсы когнитивно-поведенческой терапии

Примеры

Описанные выше методы являются общими для некоторых наиболее популярных API REST. В то время как конкретные имена полей или форматов могут варьироваться между сайтами, общие шаблоны почти универсальны .

4.1. Твиттер

Например, давайте отправим запрос GET без предоставления необходимых аутентификационных данных:

curl -X GET https://api.twitter.com/1.1/statuses/update.json?include_entities=true

API Twitter отвечает ошибкой со следующим телом:

{
    "errors": 
}

Этот ответ включает в себя список, содержащий одну ошибку, с ее кодом ошибки и сообщением. В случае Twitter нет подробного сообщения, и общая ошибка — а не более конкретная ошибка 401 — используется для обозначения того, что аутентификация не удалась.

Иногда более общий код состояния проще реализовать, как мы увидим в нашем весеннем примере ниже. Это позволяет разработчикам перехватывать группы исключений и не различать код состояния, который должен быть возвращен. Однако, когда это возможно, следует использовать наиболее конкретный код состояния .

4.2. Facebook

Подобно Twitter, Facebook Graph REST API также включает подробную информацию в свои ответы.

Например, давайте выполним POST-запрос для аутентификации с помощью API Facebook Graph:

curl -X GET https://graph.facebook.com/oauth/access_token?client_id=foo&client_secret=bar&grant_type=baz

Мы получаем следующую ошибку:

{
    "error": {
        "message": "Missing redirect_uri parameter.",
        "type": "OAuthException",
        "code": 191,
        "fbtrace_id": "AWswcVwbcqfgrSgjG80MtqJ"
    }
}

Как и Twitter, Facebook также использует общую ошибку — а не более конкретную ошибку 400-го уровня — для обозначения сбоя. В дополнение к сообщению и числовому коду Facebook также включает в себя поле type , которое классифицирует ошибку, и идентификатор трассировки ( fbtrace_id ), который действует как внутренний идентификатор поддержки .

Как работает код состояния 304?

Чтобы сервер отвечал кодом состояния 304, он должен знать, является ли ресурс, хранящийся в кэше браузера той же версией, хранящейся в базе данных.

Вот как это работает:

Кеширование

Когда браузер впервые посещает веб -страницу, он запрашивает ресурсы, хранящиеся на веб -сервере сайта.

Веб -сервер отвечает на запрос с помощью HTTP -кода 200 OK и отправляет ресурсы в браузер.В этот ответ в заголовке HTTP включен хэш -код или ETAG (тег объекта) — уникальный идентификатор, обычно ряд чисел, который меняется всякий раз, когда веб -сайт/страница/ресурс изменяется или обновляется.

Наряду с кэшированием контента веб -страницы, браузер также записывает время/дату своего запроса.

Условный запрос

После пересмотра той же веб -страницы браузер инициирует условный HTTP -запрос, сообщая веб -серверу, что только при определенных условиях, если он собирает ресурсы веб -страницы из базы данных сервера и отправит его для загрузки браузера.

Существует два основных заголовка HTTP, используемых для условных запросов, каждый из которых содержит информацию о версии веб -страницы, хранящейся в настоящее время в кэше браузера:

«IF-модифицированный-Since» содержит дату/время, когда браузер в последний раз запрашивал веб-страницу.

«If-None Match» содержит ETAG (хэш-код).

Серверный ответ

Веб -сервер примет условный запрос и сравнит информацию о заголовке HTTP с информацией в своей базе данных, возвращая либо 200 OK, либо 304 не измененного статуса.

Когда в заголовке HTTP обнаруживается «IF-модифицированный», веб-сервер будет сравнивать дату/время, когда веб-страница была обновлена на его конце до даты/времени, который он был кэширован браузером.

Когда «if-none-матч» найдена в заголовке HTTP, веб-сервер увидит, соответствует ли ETAG веб-страницы в своей базе данных ETAG кэшированной версии браузера на веб-странице.

Когда оба заголовка используются для проверки, «if-none Match» будет иметь приоритет над «если-модифицированным».

Если информация о веб -сервере соответствует информации заголовка, веб -сервер ответит 304, не измененным HTTP -кодом, сообщающим браузеру, чтобы показать кэшированную версию веб -страницы.Если информация не совпадает, сервер получает обновленную веб -страницу и отправит ее в браузер, где он будет загружен и кэширован для будущего условного HTTP -запроса.

Вы не сможете быстро прийти в себя

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

И это тоже совершенно нормально — такой и должна быть наша реакция на внезапные перемены к худшему.

Можно ли в этой ситуации собраться с мыслями и вести себя благоразумно, трезво и сдержано? Ну конечно можно!

Если вы уникальная личность со стальными нервами, кремнёвым мозгом и антифризом вместо крови.

Живой человек в такой ситуации обязательно на какое-то время растеряется. Слёзы, резкие слова, глупые поступки в таких ситуациях совершенно нормальны. Настолько нормальны, что я не могу подобрать слов для описания такого уровня нормальности.

После резкой перемены любому человеку нужно время, чтобы прийти в себя. А уже если эта перемена к худшему, то времени нужно больше.

А если перемена касается отношений, закончившихся резко и благодаря решению партнёра, то времени нужно гораздо больше. По опыту — где-то около месяца.

И здесь резонно возникает вопрос — что делать?

Verbal abuse ban в Faceit — что это, примеры

Обнаружением вербальной агрессии на известной киберплатформе занимается специальная система Minerva. Это самообучающийся механизм, созданный для обнаружения токсичного поведения в игре и ненормативной лексики. Он работает и против флуда/спама. Непродуктивное общение в игре с обилием однотипных повторяющихся сообщений может привести к блокировке.

Нюансы работы системы, как и любого проверяющего устройства, держатся в секрете. Это необходимо, чтобы нарушители не выработали меры противодействия. Поэтому точные причины, по которым банят на Фейсит за вербальную агрессию, в правилах не перечислены. В них дается следующее определение «Verbal abuse» — это любого вида трэш-ток, расистские высказывания, сексуальные домогательства, комментарии, оскорбляющие религиозные чувства и т. д. в текстовом или голосовом виде.

По сообщениям опытных игроков, «машина» может определить в спам и отсутствие позитивной активности: низкое качество игры, непредоставление корректной информации для других игроков, частое добавление в ЧС.

Minerva анализирует контекст, обстановку, оценивает настроение каждого участника. Поэтому может счесть, что тому нужно «охладиться» по неявным причинам. Создатели утверждают, что порог срабатывания у системы в настоящее время высокий. Она реагирует только на пограничные случаи. Verbal abuse была протестирована на Faceit, и результаты показали, что доля ложных срабатываний невысока.

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

Основные способы защиты от CSRF атак

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

• CSRF токен — уникальное, секретное и непредсказуемое значение генерируемое приложением на стороне сервера и передаваемое клиенту. При попытке выполнить конфиденциальное действие, такое как отправка формы, клиент должен включить в запрос правильный CSRF токен. Из-за этого злоумышленнику очень сложно составить валидный запрос от имени жертвы.
• SameSite cookie — механизм безопасности браузера, который определяет, когда cookie веб-сайта включаются в запросы исходящие с других веб-сайтов. Поскольку для запросов на выполнение конфиденциальных действий обычно требуется сессия cookie с проверкой подлинности, соответствующие ограничения могут помешать злоумышленнику инициировать эти действия на других сайтах. С 2021 года Chrome по умолчанию применяет ограничения . Поскольку это предлагаемый стандарт, мы ожидаем, что другие основные браузеры примут это поведение в будущем.
• Проверка на основе Referer — некоторые приложения используют HTTP-заголовок для защиты от CSRF атак. Обычно путём проверки того, что запрос исходит оз собственного домена приложения. Как правило, это менее эффективно, чем проверка CSRF токена.

Подробную информацию о том, как правильно реализовать эти средства защиты для предотвращения CSRF-атак на веб-сайтах см в статье CSRF: Как предотвратить уязвимость.

Фэйл №5: всё правильно сделал

Есть приложение. Это не instant messenger, но похоже на него. Есть также мобильные клиенты, которые подключаются к серверам и всё время обмениваются сообщениями. Вернее, всё время ждут, когда какое-нибудь сообщение придёт. Расчёт был на 20 миллионов пользователей, так сказал инвестор, но в пике было только 20 000.

Задача обмена сообщениями через websocket не очень тяжёлая. Все 20 миллионов пользователей получилось уместить на пять серверов. Но проблема в том, что если один из серверов рестартует, то надо переподключить 4 миллиона пользователей, которых он в себе вмещает.

Это откровенно долго. Если использовать https на Go, то это занимает 6 часов. Вдвое меньше на Open SSL engine-x — 3 часа. Но в любом случае в ТЗ было написано 7 секунд. Что с этим можно было сделать?

Во-первых, расширить кластер: использовать 112 серверов вместо 5. Во-вторых, отложить проблему на потом. И в третьих: изобрести собственный протокол шифрования, обеспечивающий мгновенное переподключение.

Воины решили выбрать третий вариант. В проекте было четыре программиста, из них двое — сеньоры. Они два месяца писали протокол. Только через полгода после этих двух месяцев сюзерен (инвестор) решил, что проект не взлетел и закрыл его.

В чём фэйл

Воины всё сделали правильно, уложилась в ТЗ, даже не очень много денег потратили. По крайней мере, выбрали более дешёвый вариант, чем те самые 112 серверов. Но ресурсы оказались потрачены зря. Это концептуальный фэйл, воины решили рогом упереться в инвестора и сделать всё, как в ТЗ. Хотя на 20 000 пользователей можно было переподключиться на тех самых пяти серверах. То есть источник — это человеческий фактор. Тут не было никаких неизвестных вещей. Они просто решили, что надо так. Последствия репутационные, потому что сюзерен (инвестор) закрыл проект и потерял доверие к своим воинам.

Красный флаг

Покупайте красный флаг, когда вы видите, что в проекте, например, уже полгода выбирают K-Value хранилище, тестируют K-Value хранилища, изучают код K-Value хранилища. Иначе говоря, красный флаг в перекосе распределения ресурсов в сторону задачи, не блокирующей разработку.

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

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

Признайте свои чувства. Из-за вины или стыда может возникнуть желание подавить эмоции. Но это бессмысленно и даже вредно. Как показывают исследования, подавление эмоций приводит к тревоге, депрессии и другим проблемам с психическим здоровьем.

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

• Проговаривайте. Только через разговор можно прийти к тому, как «искупить» свою вину или помочь это сделать дорогому нам человеку.
• Общайтесь с теми, кто пережил подобное. Даже одного понимания, что кто-то сейчас испытывает почти тоже самое, что и мы, бывает достаточно для терапевтического эффекта. Так можно избавиться от ощущения одиночества, лучше понять свои мысли и чувства, узнать, как со своими переживаниями справляются другие.
• Помните о том, что есть люди, которые благодарны вам за то, что вы выжили. Подумайте о том, какое облегчение и благодарность судьбе испытали ваши родные, когда узнали, что с вами все хорошо. Они счастливы от того, что вы с ними.
• Больше сосредоточьтесь на настоящем. Нельзя вернуться в прошлое и изменить его. Но прямо сейчас вы можете сделать что-то хорошее для себя и других людей.
• Обратитесь к психологу или психотерапевту. У специалиста есть много методик и приёмов — от простейших упражнений, до сильных и эффективных лекарственных препаратов. А еще психолог незаменим, когда не с кем поделиться своими переживаниями или вы не можете открыться близким. Вместе вы проработаете травму, сложные воспоминания, мысли, эмоции. И придете к стратегиям, которые помогут жить дальше.

Как избежать появления ошибки 504

Чтобы избежать ошибки 504 (Gateway Time Out) в будущем, нужно следить за тем, как ведёт себя сервер и справляется ли он с нагрузками. Если вы вдруг обнаруживаете, что не справляется, пора делать следующее:

• Проанализировать логи сервера. Часто в них можно найти кучу полезной информации, поэтому не пренебрегайте ими.
• Оптимизировать код. Быстрый код — быстрый сервер. Логика простая, но на деле, конечно, всё может быть сложнее. Поэтому старайтесь сразу писать эффективный код.
• Использовать кэширование. Оно ускоряет доступ к контенту и уменьшает нагрузку на сервер. Очень удобно.
• Использовать балансировщик нагрузки. Он снижает нагрузку на отдельные серверы и позволяет им работать быстрее.
• Встроить системы мониторинга. Это то же самое, что и логи, но намного эффективнее. Они позволяют заранее выявлять проблемы и быстро их решать.

Отсутствуют заголовки Content-Type/Accept.

Большинство вызовов API имеют как минимум две части данных заголовка: Content-Type и Accept. Эти заголовки помогают двум сторонам (например, двум API) согласовать, какой тип данных отправляется и какие типы будут приняты взамен. Как и любые переговоры, они могут сорваться.

Некоторые API будут принимать запросы, не имеющие этих заголовков, если нет причин быть настолько строгими. Каждая строка кода вносит возможные ошибки в программное обеспечение, поэтому поставщики облачных УАТС часто не указывают требования к заголовку, если в этом нет необходимости. Но в коммерческих API, связанных с безопасностью, разработчики будут запрашивать определенные заголовки Content-Type и Accept. Это позволяет им жестко контролировать, что разрешено входить в их систему и что разрешено проходить.

Content-Type сообщает API формат даты, которую вы отправляете, а Accept сообщает API, что отправлять обратно. Для API может потребоваться только наличие удалось в заголовках некоторые принимают определенные типы и отклоняют другие.

Эта информация должна быть указана в документации, если это не представляет угрозы для безопасности, но некоторые инструменты разработчика могут сбить с толку пользователей. Рассмотрим метод Curl, который автоматически включает в запросы заголовок Accept по умолчанию. Поставщики API могут предвидеть эти особенности инструментов, изменяя запрос или отправляя конкретное сообщение об ошибке.

Как синхронизировать запросы через переменную с promise

Решение: при параллельных запросах обновления токена мы отправляем только первый, а для остальных будем ждать его результата. Для этого перед отправкой проверяем, существует ли уже запрос? Если нет — сохраняем запрос, то есть promise, в переменную и ждем ответа. Если да, ждем ответа записанного запроса. Когда запрос выполнится, очищаем переменную для дальнейшего использования.

Конфигурируем интерцептор для разрешения race condition, запоминая запрос в переменную:

Таким образом, внутри каждого параллельного асинхронного запроса будет резолвиться один и тот же promise, что позволит синхронизировать их и избежать race condition.

Причины появления ошибки

Давайте ещё раз посмотрим, как возникает ошибка 504 (Gateway Time Out).

Представим, что вы заходите на сайт, который запрашивает большой объём информации из базы данных или с другого веб-сервера. Перед тем как отправить вам страницу, основной сервер ждёт, пока шлюз отработает и вернёт ему эти данные. Причём на эту работу шлюзу выделяется фиксированное время. Когда время истекает и ответа нет, сервер просто вернёт пользователю код 504 и не отдаст страницу.

Причин, по которым шлюз не отдаёт данные вовремя, может быть много. Но давайте остановимся на самых распространённых:

• Проблемы с сетью. Если интернет-соединение между шлюзом и основным сервером нестабильное или слабое, то первый просто не сможет передать данные, что и приведёт к ошибке 504.
• Проблемы с настройкой сервера или шлюза. Основной сервер или шлюз могут работать некорректно из-за неправильных настроек на них. Это тоже приводит к ошибке 504.
• Перегрузка сервера-шлюза. Если сервер-посредник завален запросами от других серверов, он не сможет быстро выполнить свою работу и отдать данные вовремя.
• Неправильные настройки балансировщика нагрузки. Представьте, что у нас есть два шлюза, но мы запрашиваем данные только из одного из них, хотя оба владеют одинаковой информацией. Такая неэффективность в работе может, опять же, привести к перегрузке одного из серверов.
• Проблемы с основным сервером. Бывает так, что и основной сервер может работать медленно или быть недоступным, что не позволяет ему принять нужные данные от шлюза.

КПТ как способ справиться с идеей-фикс

Когнитивно-поведенческая терапия (КПТ) — это эффективный метод работы с различными психическими расстройствами и проблемами, включая идеи фикс. Она основана на идее, что наши мысли влияют на наше поведение и настроение, и, меняя отрицательные или искаженные мысли, мы можем изменить свое поведение и настроение в лучшую сторону.

Как КПТ помогает с идеей фикс

— Распознавание искажений: в рамках КПТ пациент учится определять искаженные или отрицательные мысли, которые могут стоять за идеей фикс.

— Замена отрицательных мыслей: после идентификации негативных убеждений пациент учится заменять их более реалистичными и здоровыми.

— Тренировка навыков: пациент также учится новым навыкам справляться с ситуациями, которые могут вызывать стресс или тревогу, вместо того чтобы позволять идеи фикс управлять своим поведением.

— Работа с эмоциями: в КПТ акцентируется внимание на том, чтобы пациент научился понимать и обрабатывать свои эмоции, а не подавлять или игнорировать их

Проброс исключения

В примере выше мы использовали для обработки некорректных данных. А что, если в блоке возникнет другая неожиданная ошибка? Например, программная (неопределённая переменная) или какая-то ещё, а не ошибка, связанная с некорректными данными.

Пример:

Конечно, возможно все! Программисты совершают ошибки. Даже в утилитах с открытым исходным кодом, используемых миллионами людей на протяжении десятилетий – вдруг может быть обнаружена ошибка, которая приводит к ужасным взломам.

В нашем случае предназначен для выявления ошибок, связанных с некорректными данными. Но по своей природе получает все свои ошибки из . Здесь он получает неожиданную ошибку, но всё также показывает то же самое сообщение . Это неправильно и затрудняет отладку кода.

К счастью, мы можем выяснить, какую ошибку мы получили, например, по её свойству :

Есть простое правило:

Блок должен обрабатывать только те ошибки, которые ему известны, и «пробрасывать» все остальные.

Техника «проброс исключения» выглядит так:

1. Блок получает все ошибки.
2. В блоке мы анализируем объект ошибки .
3. Если мы не знаем как её обработать, тогда делаем .

В коде ниже мы используем проброс исключения, обрабатывает только :

Ошибка в строке из блока «выпадает наружу» и может быть поймана другой внешней конструкцией (если есть), или «убьёт» скрипт.

Таким образом, блок фактически обрабатывает только те ошибки, с которыми он знает, как справляться, и пропускает остальные.

Пример ниже демонстрирует, как такие ошибки могут быть пойманы с помощью ещё одного уровня :

Здесь знает только, как обработать , тогда как внешний блок знает, как обработать всё.