V2EX › popvlovs 的所有回复 › 第 10 页 / 共 11 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11

❮

❯

2020 年 5 月 26 日

回复了 Axure 创建的主题 › 职场话题 › 大家在求职过程过有遇到这样的情况吗？

emmm，没做先收钱还算好的，如果是做完再让你交钱拿结果....

2020 年 4 月 21 日

回复了 chinaiy 创建的主题 › 问与答 › 有没有好的清理系统盘的办法，一百多个 G 都满了， 360 等清理软件都没什么可以清理的了

推荐一个类似的分析软件，space sniffer

2020 年 4 月 18 日

回复了 nockyQ 创建的主题 › 程序员 › 面试最后一问把我整懵了

这种深分页的问题 ES 也很难解，一般这种情况下都是要妥协的，比如限制只能够分页展示前 10000 条，要么就用 search_after 做成滚动加载的之类，实际上大部分场景下需要查询级千万条数据所在的分页根本就是个伪需求，根本不用费心考虑技术上的优化方案.....

2020 年 4 月 8 日

回复了 jsonnnnnn 创建的主题 › 问与答 › 求助大佬！多字段排序问题。。

先定义一个 Map<Integer, Function> comparators，然后遍历数组集合，生成 Comparator 不行么？像这样 Comparator.comparing(comparators.get(3)).thenComparing(comparators.get(0)).thenComparing(comparators.get(1))

2020 年 2 月 25 日

回复了 ShutTheFu2kUP 创建的主题 › Java › 有个需求大佬们看看有没有更好的实现方案（ Java ）

ELK 就很合适啊

2020 年 1 月 17 日

回复了 heroes3top 创建的主题 › 游戏 › 有多少人喜欢玩《英雄无敌 3》？

小时候最喜欢玩的游戏之一

2020 年 1 月 16 日

回复了 Livid 创建的主题 › Web Dev › V2EX.com 在 2019 年 12 月的浏览器占比数据

@peacelove 还可以发现周六上班的人实在不少

2019 年 11 月 20 日

回复了 Graves 创建的主题 › Java › 项目升级 https,但是静态资源还是走的 http

@Graves #1 楼的 hsts 方案有效么？那个好像也不用改代码

2019 年 11 月 20 日

回复了 xuxuzhaozhao 创建的主题 › 职场话题 › 遇到一个电话面试，头疼。

笑，这个话题真有意思

2019 年 11 月 20 日

回复了 Graves 创建的主题 › Java › 项目升级 https,但是静态资源还是走的 http

哦对的，https 里引 http 不符合浏览器安全策略

2019 年 11 月 20 日

回复了 Graves 创建的主题 › Java › 项目升级 https,但是静态资源还是走的 http

nginx 配置 http 301 到 https 也可以吧，这样也不用改前端代码
server {
listen 80 default_server;
location / {
return 301 https://$host$request_uri;
}
}

2019 年 10 月 16 日

回复了 bayker 创建的主题 › 问与答 › OAuth 2.0 生成的 ID 密钥怎么给第三方对接？

也叫 ClientId 和 ClientSecret

2019 年 10 月 16 日

回复了 bayker 创建的主题 › 问与答 › OAuth 2.0 生成的 ID 密钥怎么给第三方对接？

比较常用的模式是 Authorization Code Grant，这种模式下，OAuth 服务的供应商会签发一对 AppId 和 AppSecret 给应用端，这两个东西是 OAuth 服务商校验 App 身份的一个手段，主要目的是为了防止冒充

2019 年 10 月 16 日

回复了 bayker 创建的主题 › 问与答 › OAuth 2.0 生成的 ID 密钥怎么给第三方对接？

@bayker 你的理解是不对的，你所说的密码模式是 Resource Owner Password Credentials Grant 么？这个模式下没有 AppId 和 AppClient （这意味着 OAuth 服务供应商无需校验应用端的可靠性，一般来说不会这样做，除非 OAuth 服务供应商完全信任应用端），这个模式下用户需要输入自己的登陆凭证（一般是用户名和密码）来交换 Token

2019 年 10 月 16 日

回复了 bayker 创建的主题 › 问与答 › OAuth 2.0 生成的 ID 密钥怎么给第三方对接？

你只需要保证 AppId、AppSecret 不被你和用户之外的第三方知道就可以了

2019 年 10 月 16 日

回复了 bayker 创建的主题 › 问与答 › OAuth 2.0 生成的 ID 密钥怎么给第三方对接？

这个 ID 和密钥因为你签发的，你当然需要知道，不然怎么校验防止冒充呢？我在想你是不是把用户的 Username Password Credential 和 AppId、AppSecret 弄混了...

2019 年 10 月 16 日

回复了 bayker 创建的主题 › 问与答 › OAuth 2.0 生成的 ID 密钥怎么给第三方对接？

Github 的 OAuth 你用过么？和你的场景几乎一样，你可以参考一下 https://github.com/settings/applications/new。AppId 和 AppSecret 是自动生成的，用户自己持有

2019 年 9 月 16 日

回复了 woshifyz 创建的主题 › 分享创造 › 写了一个随用随走的在线协作编辑器，欢迎大家把玩一下

有趣，挺有意思的