Как разработчик, вы хотите, чтобы ваше веб-приложение на работу. Это может быть очевидным утверждением, но это приводит к важному вопросу: как именно вы идете, чтобы? Для многих разработчиков следующий сценарий может показаться знакомым.
Вы создаете свое приложение и проверите его локально. Здорово! Работает на месте. Затем вы убедитесь, что он работает в производстве. Потому что вы тщательно, вы убедитесь, что он работает в нескольких браузерах. После этого процесса вы сделали все возможное. Это должно означать, что это работает, верно?
Это то, что вы думаете, пока пользователи начнут отчет о ошибках. Затем вы вынуждены в нужную позицию попыток воспроизвести эти ошибки. Поскольку ваше приложение использует сторонние API, вам повезет, если вы действительно можете сделать это.
Если эта ситуация слишком знакома вам, вам следует заинтересовать мониторинг API. К сожалению, самый распространенный способ мониторинга, мониторинга на стороне сервера, поставляется с предостережениями. С мониторингом на стороне сервера вы только получаете понимание только для вызовов API с сервером, а не клиентом. То, что вы действительно хотите, состоит в том, чтобы увидеть, что происходит на их машина.
К счастью, с мониторингом на стороне клиента вы можете получить перспективу на стороне клиента, которую вы можете получить только от того, чтобы увидеть только консоль разработчиков. Это даст вам досягаемость мониторинга на стороне сервера, показывая вам именно то, что ваши пользователи видят на их конце.
В этом посте мы будем отображать именно то, как клиентский мониторинг может помочь вам отслеживать опыт вашего пользователя при использовании вашего приложения.
Инструменты разработчика показывают только ваш компьютер
Если вы были на машине пользователя, у вас будет доступ к полезным инструментам разработчика. К сожалению, единственными инструментами разработчика, которые вы обычно можете получить доступ, это те, которые привязаны к вашей местной машине и сессии.
Это имеет его использование, хотя. Вы могли бы открыть его и сделать несколько основных ручных неполадок, например. С помощью консоли разработчиков Chromium вы можете увидеть именно то, что происходит, когда вы получите доступ к веб-сайту. В частности, вы можете использовать вкладку Network. Там вы можете увидеть все запросы на JavaScript, которые произойдут после загруженного сайта. Это где вы можете увидеть какие-либо исходящие запросы API.
Например, мы можем использовать домашнюю страницу API Star Wars, чтобы сделать некоторые примеры запросов к этому API. Как мы это делаем, мы можем увидеть информацию запроса на этой вкладке.
Вы получаете точную перспективу того, что происходит с точки зрения клиента. К сожалению, как вы, клиент в этом сценарии, это не будет особенно просвещено для мониторинга фактического использования вашей приложения. В конце концов, вы не можете видеть консоль разработчиков клиента. По этой причине большинство мониторинга осуществляется на стороне сервера.
Мониторинг на стороне сервера мощный
Когда кто-то контролирует их API, они обычно делают это с сервера. Мониторинг на стороне сервера дает вам возможность контролировать ваше приложение в контролируемой среде. Вы контролируете, где вызов исходит, и вы управляете сервером, от. От простых тестируемых единиц для тестирования полной интеграции вы можете использовать мониторинг на стороне сервера, чтобы убедиться, что ваше приложение работает плавно с вызовами образцов.
Этот процесс синтетического мониторинга может дать вам больше о том, какие потенциальные звонки могут делать ваши пользователи. Тем не менее, точнее контролировать живые звонки. При этом вы получите представление о том, как ваш API обрабатывает запросы. Это одна из причин, почему синтетический мониторинг недостаточно
Тем не менее, вы получаете только вживую обновления с точки зрения вашего сервера. По этой причине есть несколько дополнительных преимуществ для использования клиентского мониторинга.
Мониторинг на стороне клиента возможен
Мониторинг на стороне сервера позволяет проверить обширный массив вызовов, ловить ошибки в процессе. Не было бы здорово, если мониторинг на стороне сервера также дал вам доступ к этому богатству информации, предоставленной в инструментах разработчиков пользователя? Ну, если вы хотите, чтобы этот тип мониторинга вы захотите использовать мониторинг на стороне клиента.
С мониторингом на стороне клиента вы получаете видимость в каждый вызов, который происходит с интерфейса вашего приложения. Вы можете отслеживать пользователи ошибок, и получите всю доступную информацию, чтобы попытаться устранить проблему.
Это никогда не хорошо, когда пользователь сообщает вам, что ваш сайт не работает для них. С помощью клиентского мониторинга вы сможете оставаться на вершине этих ошибок, как они возникают. Независимо от того, есть ли ошибка с вашим собственным API или ее интеграцией со сторонними службами, вы можете обратиться к проблеме вместо того, чтобы позволить ему вспенить, расстраивать пользователей на своем сайте без ваших знаний.
Мониторинг на стороне клиента может быть достигнут с помощью HOSS Агент JavaScript . Просто, вставив это в свой код интернет-кода, вы теперь можете контролировать все HTTP-запросы, которое ваше приложение создает для ваших пользователей. Для получения дополнительной информации об этом и других способах отслеживать ваши API, обязательно проверьте остальные предложения HOSS.
Оригинал: «https://dev.to/hoss/track-javascript-http-requests-in-the-browser-o6k»