@turan12 #15 我的意思是，你去申请一个不是 T0 的商户号不就好了。。。

@turan12 #13 即时结算不就是 T+0 吗。。。

715 git
573 clear
306 ls
299 cd
235 ./manage.py
150 pip
114 vim
97 brew
75 conda
73 curl
70 yarn
70 python
55 hexo
53 npm
48 jupyter
42 cdpt
36 open
32 less
30 openssl
28 scp
26 cat
24 cdpp
20 blog
19 rabbitmqctl
19 psql
19 ./setup.py
18 nvm
18 celery
18 cdps
17 vagrant
17 ipython
16 vue
15 bfg
15 alias
14 webpack
13 ssh
13 rm
13 radtest
13 mkdir
13 ll
12 which
12 ping
12 gcc
12 echo
11 wepy
11 study
10 wget
10 java
9 find
9 acme.sh
9 ./a.out
6 mv
6 conda-env
6 chmod
5 ssh-keygen
5 pwd
5 killall
5 kill
5 du

「微信支付要 90 天且近 30 天有连续交易才能申请企业付款或企业微信向员工付款」这个只针对 T0

v2ex.com 301-> https://v2ex.com 301-> https://www.v2ex.com

应该是本地解析的问题

「淘宝九块九包年的虚机」 - 「这样“数据”才是自己的」

真的不是悖论吗。。

1000 淘气值才能画 88 元买 88VIP，这才是歧视。。。

@colinxt #24 xlsx 实质是 zip

@bankroft #13 第二关的广告品牌😂

OK 通关。。。

略坑

@tzhhahaha #11 我们学校也是滴水湖。。

凑热闹 https://ws1.sinaimg.cn/bmiddle/62e721e4gw1et02cstx6tj200k00k3y9.jpg

说说我的做法吧，二维码参数是一个 16 位随机字符串

获取二维码时，生成此随机字符串，存入 cache，值为 0
用户扫码后，cache 对应值改为 1
用户确认后，cache 对应值改为 2，取消则改为 -1

网页端请求后端服务，后端服务做轮询 cache，如果 cache 值为 2 则设置 session 实现登录，为 1/-1 则返回响应状态，为 0 则继续轮循，持续 30s 依然为 0 则返回 0 ；
前端收到后端返回后 2 则做跳转，1 则提示等待确认，-1 提示失败，如果是 0/1 则再发起一个后端请求

以上实现部分参考了微信开放平台扫码登录的实现

不写入数据库而写 cache 是因为速度会更快；使用后端轮询而非前端是因为降低服务器压力

关于存储用户信息，我的做法是 cache 存一个 JSON，包括了 status、info 和 user_id，确认后设置 user_id

建议：不要强制获取用户信息啊喂为什么非得要微信头像和昵称有什么意义吗。。。

@wyntalgeer #5 你再仔细读读。。。意思是在你找到 310 前还有机会找到 0.1 0.2 和 0.31

请考虑一下黑暗模式的感受。。

https://ws1.sinaimg.cn/large/006tNbRwgy1fw16riyl73j30z20la0uy.jpg

@bestony 的 https://github.com/bestony/V2API

第一次打开，直接白屏，报错如上