fkdtz 最近的时间轴更新 fkdtz 最近的时间轴更新 |
fkdtzV2EX 第 21529 号会员，加入于 2012-05-27 21:58:55 +08:00 |
www.lipijin.com
fkdtz 最近回复了
4 天前 回复了 qinconquer 创建的主题 › 程序员 › app 软件中的热门榜单怎么做的呢 |
我更倾向于不加任何干预，就是纯粹的根据用户行为做排行依据，但我是从电商角度出发，如果是内容产品可能会有跟多考虑。
如果希望做到有倾向性的内容展示，可以对某些类别或标签做降权甚至不进入榜单。
从产品角度还可以做成细分类别的热榜，这样就不会出现热榜中充斥着某一类或某几类的内容。
如果希望做到有倾向性的内容展示，可以对某些类别或标签做降权甚至不进入榜单。
从产品角度还可以做成细分类别的热榜，这样就不会出现热榜中充斥着某一类或某几类的内容。
4 天前 回复了 waytodelay 创建的主题 › 程序员 › 调用方和被调用方，接口 TP999 差得比较远，是正常的吗？ |
@waytodelay 没有人说其他接口啊，我怀疑你没搞清楚 tp999 的含义。总之这种现象出现并不奇怪，从你发出请求到你接到对方的响应，这中间涉及到很多环节，存在时间差是正常的，如果出现时间差相差非常多那一定是中间环节有异常导致的，可能是线程满了在排队，可能是 gc 了，可能是网络波动，可能是系统资源不够了等等。系统方面就得结合系统的监控看是不是配置不够了，网络丢包率之类的。服务内部的话很可能是线程问题或者 gc 了，可以加链路追踪 id ，然后日志打点收集，复现的时候对比看。
5 天前 回复了 waytodelay 创建的主题 › 程序员 › 调用方和被调用方，接口 TP999 差得比较远，是正常的吗？ |
@waytodelay 我说的就是一个接口的 tp999 ，基本相当于这个接口的全部请求了。
5 天前 回复了 waytodelay 创建的主题 › 程序员 › 调用方和被调用方，接口 TP999 差得比较远，是正常的吗？ |
正常吧，tp999 基本上等于把所有请求都包括了，那存在波动很正常，至于到底哪里慢了得全链路追踪。
5 天前 回复了 flyhaozi 创建的主题 › 程序员 › 看了 V2 这么多密码讨论贴，心中只有一个想法：究竟什么时候能把密码给淘汰了？ |
这是一个很有趣的问题，发散开来有很多可以讨论的，我想到了一些点，内容比较多，结论是短信验证可能是现阶段最自然、成本最低的一种方案。
十年前人们可能并不会提出「为什么要搞这么多密码」这样的问题，因为那个时候网站也好移动 App 也好并不像今天这么丰富，而且用户的安全意识可能也并没有今天这么强，基本上都是一套账号密码走天下，在账号密码方面基本没啥痛点。
十年后的今天各种网站、移动 App 以及很多新兴模式的在线服务可以说数不胜数，琳琅满目，基本上人们的衣食住行日常生活都离不开在线服务，与此同时用户的安全意识也在增强，不会再使用同一套账户密码去注册所有的服务，这就带来一个现实问题，应该如何记住这些账户密码？可能有的人会用一个电子笔记本记下所有账户，也有的人设置的密码是有一定变换规则，还有人使用软件帮忙管理密码，但上述方案也各有各的问题不够完美。
提出为什么要搞这么多密码这一问题之前，让我们回头想想人们到底为什么需要密码，根本目的在于人们需要在使用服务之前证明我是我。想要证明我是我看上去很荒谬，但如果想做到绝对意义上的证明实际上是一件很困难的事，你必须依靠一些你以外的东西反过来证明你自己，不扯那么远我们只讨论现实可行的方案，之所以需要用到密码，这背后默认的前提是别人不知道我的密码，知道这个密码的一定是我。那么如果不想要密码，又想证明我是我，那是否可以找一个只有我知道而别人不知道的东西呢？
如果按这个思路去想，目前国内主流的手机短信验证码其实是最自然的一种方案：
随着移动互联网的爆发，手机已经成了人的延伸，是现实世界与虚拟世界之间的 socket ，现实与虚拟就是通过这一块小小的玻璃板双向通信，换句话说在虚拟世界里，你的手机就是你，手机短信也只有你自己知道。
这里并不是吹捧短信验证，我知道这背后还有实名制和审查的考虑，但从事实出发短信验证就是目前最自然的方案，这个自然指的是对用户、服务提供商、监管这三方的需求都能满足且不需要花很大成本。
虽然短信验证是一个比较自然的方案，但却不是一个完美的方案，如果别人拿到了我的手机卡那我就成了替身了。回到问题的本质，证明我是我更进一步的方案是生物识别，例如指纹、面容、虹膜等等，虽然这个方案比短信验证更接近问题本质，但却隐含了另一个问题，既隐私问题。可能会有人有这种顾虑：录入了面容之后我的信息会不会被滥用？会不会被出卖？有多少人愿意承担可能存在的隐私风险，来换取理论上更进一步的账户安全呢？这就好像在做架构中的 trade-off ，系统的可用性和一致性没办法既要又要，只能是牺牲一点这边从而换来提升一点那边。
那么假如有一个绝对权威公正的认证服务呢？人们只要在这里录入生物特征，之后所有的在线服务都接入到这个认证服务中验证用户身份，倒也不是没可能，SSL 证书颁发机构不就是这种形式吗，通过证书验证网站是不是真正的网站。
但方案理论可行实际上很难推广，确切的是没有动力推广，毕竟服务提供商也乐见用户使用手机号登录，毕竟有了手机号还可以做很多营销或者召回策略。
那为什么 CA 证书颁发的模式就可以推广下来呢？也是成本问题，因为早期的电商钓鱼网站和中间人给交易双方带来的损失大于成立一套 CA 认证的成本。
同样的道理在如何登录这件事上，用户属于弱势的一方，除非用户和服务商的利益受到的损失超过了建立一套新的认证体系的成本，否则很难推动，而现阶段短信验证码就是最自然可行、成本最低的一种方案。
十年前人们可能并不会提出「为什么要搞这么多密码」这样的问题，因为那个时候网站也好移动 App 也好并不像今天这么丰富，而且用户的安全意识可能也并没有今天这么强，基本上都是一套账号密码走天下，在账号密码方面基本没啥痛点。
十年后的今天各种网站、移动 App 以及很多新兴模式的在线服务可以说数不胜数，琳琅满目，基本上人们的衣食住行日常生活都离不开在线服务，与此同时用户的安全意识也在增强，不会再使用同一套账户密码去注册所有的服务，这就带来一个现实问题，应该如何记住这些账户密码？可能有的人会用一个电子笔记本记下所有账户，也有的人设置的密码是有一定变换规则，还有人使用软件帮忙管理密码，但上述方案也各有各的问题不够完美。
提出为什么要搞这么多密码这一问题之前，让我们回头想想人们到底为什么需要密码，根本目的在于人们需要在使用服务之前证明我是我。想要证明我是我看上去很荒谬，但如果想做到绝对意义上的证明实际上是一件很困难的事，你必须依靠一些你以外的东西反过来证明你自己，不扯那么远我们只讨论现实可行的方案，之所以需要用到密码，这背后默认的前提是别人不知道我的密码，知道这个密码的一定是我。那么如果不想要密码，又想证明我是我，那是否可以找一个只有我知道而别人不知道的东西呢？
如果按这个思路去想，目前国内主流的手机短信验证码其实是最自然的一种方案：
随着移动互联网的爆发，手机已经成了人的延伸，是现实世界与虚拟世界之间的 socket ，现实与虚拟就是通过这一块小小的玻璃板双向通信，换句话说在虚拟世界里，你的手机就是你，手机短信也只有你自己知道。
这里并不是吹捧短信验证，我知道这背后还有实名制和审查的考虑，但从事实出发短信验证就是目前最自然的方案，这个自然指的是对用户、服务提供商、监管这三方的需求都能满足且不需要花很大成本。
虽然短信验证是一个比较自然的方案，但却不是一个完美的方案，如果别人拿到了我的手机卡那我就成了替身了。回到问题的本质，证明我是我更进一步的方案是生物识别，例如指纹、面容、虹膜等等，虽然这个方案比短信验证更接近问题本质，但却隐含了另一个问题，既隐私问题。可能会有人有这种顾虑：录入了面容之后我的信息会不会被滥用？会不会被出卖？有多少人愿意承担可能存在的隐私风险，来换取理论上更进一步的账户安全呢？这就好像在做架构中的 trade-off ，系统的可用性和一致性没办法既要又要，只能是牺牲一点这边从而换来提升一点那边。
那么假如有一个绝对权威公正的认证服务呢？人们只要在这里录入生物特征，之后所有的在线服务都接入到这个认证服务中验证用户身份，倒也不是没可能，SSL 证书颁发机构不就是这种形式吗，通过证书验证网站是不是真正的网站。
但方案理论可行实际上很难推广，确切的是没有动力推广，毕竟服务提供商也乐见用户使用手机号登录，毕竟有了手机号还可以做很多营销或者召回策略。
那为什么 CA 证书颁发的模式就可以推广下来呢？也是成本问题，因为早期的电商钓鱼网站和中间人给交易双方带来的损失大于成立一套 CA 认证的成本。
同样的道理在如何登录这件事上，用户属于弱势的一方，除非用户和服务商的利益受到的损失超过了建立一套新的认证体系的成本，否则很难推动，而现阶段短信验证码就是最自然可行、成本最低的一种方案。
6 天前 回复了 coolfan 创建的主题 › Python › 我代码动了，我不写了？ while 循环莫名其妙运行俩次，找个赛博驱魔师 |
@freakxx
请教这种命名咋了？
请教这种命名咋了？
12 天前 回复了 lsk569937453 创建的主题 › 程序员 › 目前来看 CAP 理论中的 CP 和 AP 最容易造的轮子是？ |
Redis 不是 AP 的么
13 天前 回复了 SlowDown 创建的主题 › 程序员 › 锁续期和锁归属问题？ |
都永久有效的锁了，还怎么自动释放？
你要不再好好看看
你要不再好好看看
13 天前 回复了 SlowDown 创建的主题 › 程序员 › 锁续期和锁归属问题？ |
13 天前 回复了 SlowDown 创建的主题 › 程序员 › 锁续期和锁归属问题？ |
虽然有守护线程持续的续约锁，但还是有必要在释放锁时做校验的，关键在于「你不能假设系统任何时刻都能正常运行」
假如锁续期的守护进程出现异常而没有正常执行续期，那么直接释放锁而不做校验就会出现锁被误删除的情况。
其实你有没有想过，既然锁续期线程一直在给锁延长有效期，那不就相当于是一把永久有效的锁吗？那直接用一个不加有效期的永久锁不就好了，为什么还要弄个有效期再加一个续期线程？而且如果用一个永久有效的锁甚至连锁误删除的问题也不会存在了。
选择用带有效期的锁的原因跟前面的问题有同样的考虑：「你不能假设系统任何时刻都能正常运行」，如果主线程加锁后挂掉，那么不加有效期的锁就会一直存在，所以必须要带上有效期，带上有效期就引出了锁归属和锁续期的概念，进而才引出后面的各种方案。
假如锁续期的守护进程出现异常而没有正常执行续期，那么直接释放锁而不做校验就会出现锁被误删除的情况。
其实你有没有想过，既然锁续期线程一直在给锁延长有效期，那不就相当于是一把永久有效的锁吗？那直接用一个不加有效期的永久锁不就好了，为什么还要弄个有效期再加一个续期线程？而且如果用一个永久有效的锁甚至连锁误删除的问题也不会存在了。
选择用带有效期的锁的原因跟前面的问题有同样的考虑：「你不能假设系统任何时刻都能正常运行」，如果主线程加锁后挂掉，那么不加有效期的锁就会一直存在，所以必须要带上有效期，带上有效期就引出了锁归属和锁续期的概念，进而才引出后面的各种方案。
Select Language