...是 Tim 官方开发组么..赞一个 Tim, 希望活的长久啊
直接把官网文档模板放到 github 上, 要同步编辑的话 提交 pull request

@phpcxy 多半估计再找支付方, 需要收取高额开发费用, 所以你们客户才想着"无论如何都要迈过"
所以还有一个办法, 理论上来说支付系统肯定对接了订单系统的. 因为要查询所有历史交易记录啊, 所以跟客户商量, 问他们要一个数据库的访问权限, 你们直接读数据库吧. 如果说 数据竟然在第三方支付方手里.... 那只能说你们客户真 2b 了. 任何时候支付方不爽了直接删除订单记录...

@phpcxy 刷卡支付没辙, 那只能找第一条路, 让对方至少给你一个 流水号, 你还能根据这个流水号去轮询 是否交易成功.
这一点上, 你跟他之间不会有延迟, 因为刷卡支付 他也是靠轮训去验证是否交易成功的.

最好的办法还是 让支付方 给你传每一笔支付成功的消息, 这个事情 是需要你们两方合作才可以完成的
第二个办法: 跟支付方商量, 让微信支付成功的 通知 url 先转到 你们这里, 然后你们再原封不动的 转给支付方, 这样他们不需要改动任何代码, 只需要改一下 支付成功的通知 url

我已经放到 oss 了 非常方便

这个我还可以理解为 服务你的客服是两拨人, 商品也是不同的渠道来的
但是 aws ec2 主机 也是国内一个帐号, 国外一套系统 这个就真心想不通了

自从阿里云有了邮件群发之后 , 再也不用第三方了
自从阿里云有了短信 api 之后, 再也不用第三方了
为什么, 因为这样我只用登录一个后台了

如果不是 mac 过于神话, thinkpad 也是很不错的了.
虽然每一代都在说 诸如 T4xx 之后再无 thinkpad, 或者联想接手之后再无 ibm
但是 thinkpad 的品质一直都不错.

更奇怪的是为什么果粉从来没说过 库克接手之后, 再无 iphone 或者 mac?

这个 10 倍 是怎么算出来的, 如果是销售标题党, 那直接换成 10000 倍吧.

1 在 B 站 跳转到 A 站去登录, A 站用密码用户名登录成功之后跳转回 B 站, 同时带着一个 token
2 B 站根据这个 token 去问 A 站 当前用户是哪个, A 站会告诉你 token 代表的用户 userid username 之类
3 B 站通过这个 userid 去 实现自己的登录逻辑

今天刚刚做了一个反代
我这边连美东 400 多 ms 还会有掉包
开了一个日本的 aws , 反代到美国去... 几乎= 国内速度了, 当时吓得我从 日本 aws ping 了一下美国那个服务器, 159ms...
顿时释然了, 这绝壁是黑科技

越复杂的逻辑越应该从 sql 里面剥离出来, 放到代码里面
先不说效率问题, sql 长代码一时爽 日后维护的成本太高了

@littlewey 通过调整, 区别在 右边的删除键和 \ 键 , 还有 ~ 键, 差异没有想象中那么大, 因为最关键的 Esc 可以还是在 hhkb 的位置上

@goofansu 换的原因是因为 我个人觉得 hhkb 越敲越紧, 有点敲不动的感觉.
个人试过 filco 的红轴, 樱桃的青轴 ,所以这次换的茶轴, 目前用起来非常顺心.

看到网上有用几个硬币凑 45g 的办法, 我有时间也测一下, 我始终感觉我的那个 type-s 已经超过 45g 了.

只需打开任意微信聊天窗口输入一段神秘代码，即可开启神秘新的世界
//setkey <deviceinfoconfig><voip><sensor><stepCounterMaxStep5m>1000</stepCounterMaxStep5m><stepCounterSaveInterval>60000</stepCounterSaveInterval><stepCounterRateUs>600000</stepCounterRateUs><stepCounterSwitch>1</stepCounterSwitch></sensor></voip></deviceinfoconfig>

echo "1234567890" | base64

MTIzNDU2Nzg5MAo=

非常讨厌机翻的, 几次想要尝鲜肉准备将就机翻, 都中途放弃