主区域有点小，眼睛要看瞎了。

挺好玩的，地图用拼音也能接受，但是地图问题很大，建议优化。

第一是西藏地区用的不是拼音，很难找，第二是新疆西藏地区的很多国境线貌似是用虚线画的争议地区。

之前我也深受其扰，手机管家根本不顶用。
后来试了下发 KTFSR 到 10086 ，起了很大作用。

@BeautifulSoap #6 那两种反应太真实了

大多数公司发工资都是招行，配合信用卡周三半价还是好用的。
建行让人恶心，日限额 1000 。

别说域名了，现实中当做宝贝的收藏，可能家人直接就扔了。

经常在网上刷到老头收藏的胶片相机、书籍啥的被扔在废品收购站。

@Charlie17Li #23 比如用一个用户，如果 x 秒内下单超过 1 单，且订单内容一样，就可以认为是重复订单，可以在下单成功后砍单，也可以直接在下单的时候限流拦截。不过一般情况下前端按钮加个置灰就够了，还没遇到过重复下单的情况。

重复支付问题主要是分两步，第一是生成本系统订单，第二是拿本系统订单去支付。
1 、生成本系统订单，客户端点完提交按钮就置灰，服务端返回订单号，进入待支付页面。
2 、在待支付页面选择支付方式，提交支付，点完提交置灰，生成第三方支付平台的订单。跳转第三方平台去支付，支付完成跳回来，完成支付。

两次置灰能把绝大多数重复请求扼杀在摇篮里。第一步中万一生成了重复的本地订单，因为是带着订单号在本地跳转的，用户全流程都在最后一次（或者初次）生成的订单号流程里，另一个待支付订单只会停留在订单列表。这一步可以加点限流或者自动取消订单操作。
第二步中，如果用户取消支付，在同一个支付平台重新发起支付，第三方支付的订单号是可以复用的，即使重复点击，也不会生成重复的支付宝订单，就不会出现 1 楼说的问题。
再扩展一下，假如用户切换了微信支付，在收到支付成功后可以用本系统订单号取消其他支付宝待支付订单。

再回头看看文章，1 、让客户端生成 RequestID 没有太大意义，因为重复订单都是客户端自己提交上来的。2 、并发大的时候用异步想死，用户一定要迅速看到支付结果，如果异步处理订单，用户就有可能看到订单状态没变重复支付。

何同学。

@majiajia #37 有的，我昨天还购买了。


个人认为最好用的是这个插件

https://chromewebstore.google.com/detail/fehelper%E5%89%8D%E7%AB%AF%E5%8A%A9%E6%89%8B/pkgccpejnmalmdinmhkkfafefagiiiad

1 、字体、配色不丑。
2 、打开速度快。
3 、可以只复制某个子 key 。

送啥都行，但是一定要记住一点，在便宜的东西里面买贵的，这样效果最好。

一千块买个手机是垃圾，一千块买个打火机牛逼。

@YanxuGong #114 巧了，我也是挂了个宽带有 59 的低消。联通有个话费购，可以把低消的差额去买 b 站、网易云音乐等会员。

我是多年果子换小米 14ultra ，误触我也遇到了，我分析了下，可能在 iPhone 中的使用习惯是使劲滑一下屏幕，然后点击停住。这个操作在安卓小红书就很容易误触。

新 iPhone 太贵了，加上看好 14u 的拍照，就买了 14u 。
我发现连 WiFi 的下载速度小米也比 iPhone 快。
缺点是很多数据导不过来，只能双持了。

@zoobop #9 本田那个叫幼兽。

@xuromky #69 你找联通客服问问，我是多年前直接联系客服转的套餐。

嘿，我去看了下上个月底的提现，还真是到了钱包余额。你不说我都没注意。