keeping doing great work (Y), page number 6, why are you returning short url directly from DB to client, it should be via DB=> APP server=> load balancer=> client
@0xssff5 ай бұрын
brilliant
@antimuggle_ridhi2565 Жыл бұрын
shouldn't the redis cache be user specific? If so why is it located in the api server?
@irtizahafiz10 ай бұрын
Depends on how you want to cache the data. Typically server-side caches (such as Redis) will be on the API layer, while client caches can be build on the user's device.
@melk4811111 ай бұрын
Hi irtiza, are you planning to do system design on Web crawler or Uber?
@irtizahafiz10 ай бұрын
Web crawlers, yes.
@zymasethecatalyst2 жыл бұрын
Keep Going 🚀🚀
@irtizahafiz2 жыл бұрын
More coming 😎
@firezdog10 ай бұрын
How do you deal with persistence? Even in this simple system, it seems like you want to do something to make sure that the data in that MySQL database is recoverable -- especially if a lot of links to your tinyURL are being used all over the web.
@irtizahafiz8 ай бұрын
Most cloud-hosted MySQL systems have some kind of redundancy built for data recovery.
@raghusrinivasan7309 Жыл бұрын
A few more extensions to this approach can be studied at kzbin.info/www/bejne/d4fdpYWPbJyrrqM which talks about how many characters you need for coming up with a short URL based on the #requests coming for this service. It also has some info about generating analytics info based on geography, #requests/sec etc
@thegreatlazydazz Жыл бұрын
Why does the web browser need a sever to generate short urls and tranlstae it back to long urls. Why is it so difficult for web browser to store long urls?
@irtizahafiz Жыл бұрын
I am not sure what you mean by the "web browser" storing long URLs?
@kyakarein2 жыл бұрын
any reason to skip capacity estimation? how we will handle required scaling?
@irtizahafiz Жыл бұрын
Sorry, I didn't mean to cover every angle. Hopefully what I had was useful to you.
@석상주2 жыл бұрын
I think there is some minor flaw with the approach. Even if there exists a mapping between short URL and long URL, you'd still generate a unique hash because you don't want different users to own the same short link.
@irtizahafiz2 жыл бұрын
Hi! That’s a good point! In my design here, I didn’t take in account supporting unique shortURLs for individual users. If your app requires it, then yes you can generate the unique hash regardless at the expense of greater space usage.
@swattertroops-yaaa2 жыл бұрын
I think it should progressively add entries like /aaaa /aaab /aaac all the way to 0000
@firezdog10 ай бұрын
why not?
@swattertroops-yaaa2 жыл бұрын
I'll make a product around this
@irtizahafiz2 жыл бұрын
That’s awesome! Good luck!
@jackfrost896910 ай бұрын
Defining TTL without a user-specific URL is not an optimal approach. One two many flows here.