做旅游的，养这么多人，能赚到钱我是不信的

@RangerWolf 我的应该是我自己偶尔摔几把键盘摔坏的

二极管应该只是指示用的，照道理不会影响功能。我换的时候也顺便把集成电路那块有疑似脱焊的针脚都补了点焊锡。

我的也不亮，然后连不上电脑。找维修开口就是换主控，好几百。

自己拆开发现发光二极管都断了，淘宝买了一大包发光二极管和一套焊接设备，自己换上之后居然好了。

不过蓝牙连接就是不稳定，偶尔失联得开关一下电源，连打字符经常出现，现在彻底不想用它了。这玩意除了手感没一点好的。

https://github.com/chrislusf/seaweedfs

这个？

前几年都是在 emacs 写 go，直到 goland(gogland)出来，回不去了，没可比性

从 FreeBSD 6 一路用到了 FreeBSD 11

index 的问题

http://nginx.org/en/docs/http/ngx_http_index_module.html#index

It should be noted that using an index file causes an internal redirect, and the request can be processed in a different location.

@honeycomb 对，上一代 pixel 有国际版支持移动 39，用移动的装个 LTE Discivery 观察一下日常是否还用到 39 频段

杭州这边基本上都是 38，40 频段

按写入量收费啊

@morethansean 貌似没用啊，ok google 后还是需要图案解锁
Unlock with Voice Match 已打开 ,Voice model 也录制了

ok google 没法自动解锁屏幕

不难，偷懒而已

也碰到过，跟 @joshu 一样的情况

当时从阿里云新加坡机房换到阿里云香港，还是一样的问题。

后来其他服务商找了个 us 的 vps 就没问题了。

当时是电信线路有问题，换中国移动就没问题，怀疑中间某个设备在做 SNI 域名识别

文件描述符 65535 可以改，受限 65535 是因为转发到后端的时候 nginx 把本地端口数消耗光了。通过多个 ip 或者后端多开几个监听端口绕开吧

@TangMonk https://golang.org/ref/spec#Select_statements 第二条提到了，随机的

慎用，case 后面的都会被执行，本质上是在比哪个 case 更快返回

func TestSelectCase(t *testing.T) {

var fromCache = func() chan int {
t.Log("call fromCache()")
c := make(chan int, 1)

<-time.After(time.Second * 1)
c <- 1

return c
}

var fromDB = func() chan int {
t.Log("call fromDB()")
c := make(chan int, 1)

<-time.After(time.Second * 2)
c <- 1

return c
}

select {
case <-fromCache():
t.Log("got from cache")
case <-fromDB():
t.Log("got from db")
}
}

select_case_test.go:11: call fromCache()
select_case_test.go:21: call fromDB()
select_case_test.go:34: got from db


/////////////////////////

func TestSelectCase(t *testing.T) {

var fromCache = func() chan int {
t.Log("call fromCache()")
c := make(chan int, 1)

go func() {
<-time.After(time.Second * 1)
c <- 1
}()

return c
}

var fromDB = func() chan int {
t.Log("call fromDB()")
c := make(chan int, 1)

go func() {
<-time.After(time.Second * 2)
c <- 1
}()

return c
}

select {
case <-fromCache():
t.Log("got from cache")
case <-fromDB():
t.Log("got from db")
}
}

select_case_test.go:11: call fromCache()
select_case_test.go:23: call fromDB()
select_case_test.go:36: got from cache

端口用光了吧，实际业务配多个端口或开多个业务进程可解决单机连接数限制

我们有三个服务号一直都是用这样的方案，没问题。

至于你怀疑最近微信是不是改权限了，这个不知道，最新的一个服务号是去年 4 月开通的。

能拿到啊

就第一步拿 code 的过程有些不同，
1. 微信内浏览器的情况（服务号 APPID ）
https://open.weixin.qq.com/connect/oauth2/authorize?appid=<APPID>&redirect_uri=<RETURN_URL>&response_type=code&scope=snsapi_userinfo&state=myapp_wx#wechat_redirect

2. pc 浏览器的情况（开放平台上 web 应用的 APPID, 并且绑定服务号）
https://open.weixin.qq.com/connect/qrconnect?appid=<APPID>&redirect_uri=<RETURN_URL>&response_type=code&scope=snsapi_login&state=myapp_web#wechat_redirect


剩下的过程相同：


https://api.weixin.qq.com/sns/oauth2/access_token?appid=<APPID>&secret=<SECRET>&code=<CODE>&grant_type=authorization_code
拿到 access_token

https://api.weixin.qq.com/sns/userinfo?access_token=<ACCESS_TOKEN>&openid=<OPENID>
得到 userinfo 数据