@minamike 妹子对色号是有要求的

@HammondY5an 没有把...

@minamike 不能年年都送同样的吧

@leeyuzhe 哈哈哈哈哈

@Tumblr 赞，真心是最重要的，祝福老哥爱情长久！

@soulzz 哈哈，以后会用到的

@frozenway 打扰了

@rodrick gh-pages 在国内访问真的太慢了，早已弃坑

@Tumblr 你错了，送妹子礼物是很难的，除非你是土豪可以凭借巨量金钱碾压一切，那就当我没说

@mokeyjay 是的，重点在于可以自己配文案，比较讨人喜欢

没空调是肯定不行的

已注册，用户名：kyrieliu

@raysonlu
1. 我说了图床哦，擦亮你的小眼睛
2. 确实目前还没触碰到

请教一下对“二级域名”有什么限制？

@2088TXT 谢谢！

@Jinnn 有道理！

@54xavier
1. 如果需要做很严格的所谓的“隐私”保护的话，确实更合理，但在我这里，不是的。
2. 你觉得萝卜好吃，我觉得土豆好吃。
3. 节省存储量最直接的方法难道不是限制用户上传用不上的额外图片和图片质量吗？过期时间这个策略我一开始就是这么设计的，后来想通了，杀鸡焉用宰牛刀。

@luchong 你没有好好看我的回复吧，我不认为用户会在这里上传不想被人看到的图片，况且就算拿到了图片，不结合上下文语境也不会有什么结论的。
1. 过期的本质实质是用户自己删掉了。
2. 我目前只想做朋友圈评论里的图片分享，那你去用微信自带的笔记好了，产品定位是不一样的。

@Wikiworker Sorry 才看到你的用心回复，非常感谢。我来一一“解答”你的一些质疑。

1. 图片 id 纯数字序列，最大的权衡点是为了保持分享 url 的精简（越短越好）。不存在“隐私保护”是真的，但作为这个小程序的设计者，我不认为这些图片属于隐私哈哈（逃），起码从目前的使用情况来看，用户上传的都是一些无关同样的表情类图片，如果不结合具体语境，第三方根本猜不出来什么意思（本身图片的审核就是一个难题）。不会真的有人把这个小东西当作真正报错隐私的云盘吧，不会吧不会吧.....

2. 200KB 的限制是基于普通图片去做的限制，确实没有考虑到 gif （下次一定）..... 当然了，检查图片大小这件事情不是人工检查，用户选图的时候程序就能判断出来。

3. 是的，你很聪明哈哈。

4. emmmm，为什么带 search 参数的 url 不适合朋友圈呢？萝卜白菜各有所爱吧...


后面我会为域名备案然后把读取图片的服务放在境内服务器的~

非常谢谢你的建议。
最感谢的是：你有真实地使用我做的东西，并基于自己的思考和判断给提意见。毕竟，最锋利的不是来自用户的“冷水”，而是连二维码扫都懒得扫的冷漠。

@Cielsky 本人输入法是 ios 系统自带，不想输入法太复杂