tiny_url encoding问题部分讨论

文中部分"What are the different issues with our solution? We have the following couple of problems with our encoding scheme:" 里提到了两个问题，1. If multiple users enter the same URL, they can get the same shortened URL, which is not acceptable？ 为什么not acceptable？得到一样的shortened URL不是很合理吗？
2. What if parts of the URL are URL-encoded? 这个问题的解决方案没有很看懂。

具体系统设计资料加载附件里了，设置的应该是免积分下载。第一次在地里问系统设计问题，如果有什么不对的地方，请管理员或大家指出，谢谢！

从用户的角度，可能会想获取一些metrics，比如有多少人点进去过我分享的这个shortened url

1. 感觉是从用户角度考虑吧，虽然是一个网址，但是每个用户产生的短网址还是尽量不要一样，有点 隐私 的感觉？
2. 可能说的问题是 网址不一样，但是 打开之后 实际内容是一样的，根据这个 hash 算法，得到的 短网址不一样。我感觉这个 ok啊，问题不大吧，或者可以跟面试官商量？

我看现在不都是直接用ZK 或者一个centralized的注册服务来管理 count 的range，这样 每台机器 根据 count 这个数字来产生，最终 得到的短网址结果肯定能保证是不冲突的。

建议上传 Google drive

看起来下载附件还是需要一升大米，anyway, 如果大家帮忙解答的话，我回答的各位加两升！

附件放google drive了，https://drive.google.com/file/d/ ... gO/view?usp=sharing， 感谢建议

fernando 发表于 2020-12-20 08:24
1. 感觉是从用户角度考虑吧，虽然是一个网址，但是每个用户产生的短网址还是尽量不要一样，有点 隐私 的感 ...

我觉得第一点回答得很好，没有想到private, customized这一层。只想着是个公共的映射。

英伦十六世纪 发表于 2020-12-21 02:56
我觉得第一点回答得很好，没有想到private, customized这一层。只想着是个公共的映射。

不太懂隐私是指什么呢？用户不想让别人知道自己的长网址是什么？

北极兔兔鲨 发表于 2020-12-31 05:16
不太懂隐私是指什么呢？用户不想让别人知道自己的长网址是什么？

是的，这样可以添加功能，针对生成链接的访问权限。

谢谢楼主，我提问问题还给我加米，也给楼主加米了嘻嘻，这条就不要加了hhh