Identifying backend connection latencies with chrome devtools

แชร์
ฝัง
  • เผยแพร่เมื่อ 24 ส.ค. 2024

ความคิดเห็น • 33

  • @hnasr
    @hnasr  2 ปีที่แล้ว +2

    Check out all my chrome devtool deep dive playlist th-cam.com/play/PLQnljOFTspQX9U79P6eD_V9USIUTE9yAD.html

  • @RamiroAsincrono
    @RamiroAsincrono 7 หลายเดือนก่อน +1

    I learn a lot from your videos!
    Keep uploading videos please!

  • @vizunaldth
    @vizunaldth 2 ปีที่แล้ว +10

    More like this plz!

  • @alkolaqi83
    @alkolaqi83 ปีที่แล้ว

    Why is this content not popular

  • @shikhaphogat1462
    @shikhaphogat1462 2 ปีที่แล้ว

    This channel is an institute.. topics are so apt

  • @TawfekDaghistani
    @TawfekDaghistani 2 ปีที่แล้ว

    great video hussein!

  • @mrmuranga
    @mrmuranga 2 ปีที่แล้ว

    well explained..thanks

  • @adilismail3593
    @adilismail3593 2 ปีที่แล้ว

    Was just googling this yesterday

  • @mikopiko
    @mikopiko 2 ปีที่แล้ว

    Very interesting video!

  • @abdlerhmanmohamed438
    @abdlerhmanmohamed438 2 ปีที่แล้ว

    3ash ya hussein

  • @abhinavghosh725
    @abhinavghosh725 2 ปีที่แล้ว

    great content !

  • @nathansherrard4111
    @nathansherrard4111 2 ปีที่แล้ว

    Hi Hussein, I believe the TLS 1.3 "Early Data" feature (still experimental in Chrome as I believe people are not totally sold on all the security implications) is limited to the context of sessions resumptions, and wouldn't apply to brand new connections. You need some kind of ticket or previously negotiated information to achieve this 0-RTT feature.

    • @hnasr
      @hnasr  2 ปีที่แล้ว

      Agree, early data like 0-RTT require a previous state connection.

  • @bijeesraj007
    @bijeesraj007 2 ปีที่แล้ว +2

    Like 👍🏼 & watch

  • @jayashreen474
    @jayashreen474 2 ปีที่แล้ว

    I see some of the requests with HTTP 404 errors and some with blocked status where the request is stalled in developer tools. Will it impact the performance of the website.

  • @RayFinney
    @RayFinney 2 ปีที่แล้ว

    I just did the same to follow the video and i wondered. The handshake only happens at the first request but chrome uses x amount of parallel clients to fetch data. Do they just wait for the first connection and then clone it and reuse it all the time? That does not apply to my backend -> backend http connections, right? What seems like a small benefit in the browser would be massive in the backend where i do the handshake over and over again, correct me please if im wrong. Does this then also mean that if i would use a API-Gateway i could also way more easy cache/pool the connections and save ms?

    • @hnasr
      @hnasr  2 ปีที่แล้ว

      I made another video explaining the subsequent requests and how the browser sometimes open multiple connection per domain (h1)
      th-cam.com/video/LBgfSwX4GDI/w-d-xo.html
      But yes the browser attempts to reuse connections whenever it can

  • @nityadeepika1967
    @nityadeepika1967 2 ปีที่แล้ว

    Hii hussein, do you also conduct online classes?? I would love to enroll.

  • @santhoshkumar1278
    @santhoshkumar1278 2 ปีที่แล้ว

    Thanks for this useful video. Is there a way to check this between two backend microservices or when we use curl to make an api call?

    • @hnasr
      @hnasr  2 ปีที่แล้ว +2

      Yes if the language/library provides the low level control at TCP/TLS. Libcurl does I think

    • @santhoshkumar1278
      @santhoshkumar1278 2 ปีที่แล้ว

      @@hnasr Thanks

  • @jayashreen474
    @jayashreen474 2 ปีที่แล้ว

    Useful content . What should be the ideal cookie size in terms of length . In one of the scenarios I m seeing the cookie size is 3 kb. Will it have any impact on the network.

    • @hnasr
      @hnasr  2 ปีที่แล้ว +2

      Yes, larger cookies = large headers means more packets need to be sent. Header Compression in HTTP/2 and HTTP/3 help reduce header size significantly (beware that no header compression in HTTP/1.1 because of CRIME attack I talked about it a bit in this channel, that is why I would avoid use HTTP/1.1 if you have large headers)

    • @jayashreen474
      @jayashreen474 2 ปีที่แล้ว

      @@hnasr thanks Hussein

  • @jishnudesarkar
    @jishnudesarkar 2 ปีที่แล้ว

    How do I become a member of your channel? I saw if I become a member I get all your udemy courses for free 😅

  • @panththakkar7868
    @panththakkar7868 2 ปีที่แล้ว

    What is your opinion of functional programming languages like Haskell ? I recently got a job whoose primary stack is Haskell so I am bit skeptical about accepting it ?

  • @saksham9170
    @saksham9170 2 ปีที่แล้ว +1

    I have a question, why do you always choose python and javascript for demonstrations and not java. Do you also hate java ?

    • @VivekYadav-ds8oz
      @VivekYadav-ds8oz 2 ปีที่แล้ว +8

      Yeah, why not C++, Rust, Go, Nim, Dart, Kotlin, Swift, Obj C, Zig either? It must mean he hates these languages. Totally not because JavaScript and Python are ubiquitous and known to everybody.

    • @saksham9170
      @saksham9170 2 ปีที่แล้ว

      @@VivekYadav-ds8oz Yeah I agree with you that these languages are more accessible. I'm a C++ developer so I'm not a Java fanboy by any means. Actually you misunderstood my comment. I wrote do you "also" and that's because he said several times that he hated python because of the indentation. So I was trying to ask is there something he doesn't like in Java as well like that, moreover it was intended as a fun question rather than a serious one. Cheers

    • @farhanyousaf5616
      @farhanyousaf5616 2 ปีที่แล้ว +3

      Right tools for the right job. For a quick and dirty thing it is overkill to use a heavy language like Java or even Go etc. I’m a Go programmer but for quick things I whip out Python with its many great packages like requests for web things. I do plan on learning Java properly just for fun.

    • @ayush.kumar.13907
      @ayush.kumar.13907 2 ปีที่แล้ว

      because they can act as scripting languages that can be used to quickly write and execute small snippets of code without much setup

  • @Oliver_Saer
    @Oliver_Saer 2 ปีที่แล้ว +3

    Love the content, but I have to watch all of your videos on 2x playback because you talk so slowly and stumble over your words so often.

    • @realericanderson
      @realericanderson 2 ปีที่แล้ว

      Yeah I mean he's doing it off the top of his head, at least it's an easy fix from consumer perspective