V2EX › czk1997 的所有回复 › 第 1 页 / 共 13 页

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

31 天前

回复了 hoko1814 创建的主题 › 音乐 › 现在的年轻人还听音乐么？

@hoko1814 #89 华语还是算了吧……不过我听得大多数还是没人气的小歌手了，或者说在我的感觉里，大部分话语就很一般……

33 天前

回复了 hoko1814 创建的主题 › 音乐 › 现在的年轻人还听音乐么？

肯定听啊，甚至还专门出国跑到演唱会听，也买 CD 收藏的。

58 天前

回复了 vsean 创建的主题 › 分享创造 › IP.IM 全新升级的 IP 查询网站

上海电信，识别不出 IPV6 。只能识别出 IPV4.

70 天前

回复了 Bocchi810 创建的主题 › DNS › 目前几乎全部的境外 DoH 的域名被 Reset

在用某个收费的自定义 DOH 服务，目前还没被封。

80 天前

回复了 shubiao 创建的主题 › 问与答 › 京东抢单活动, 中奖名单都是 1s 以内的, 怎么操作的?

@fulajickhz 京东我没怎么抢过哈。只说淘宝的。
淘宝从购物车到下单实际上是两个页面，勾选好后会直接跳转到一个提交订单的页面。但是这个页面的下单按钮是灰色的。
所以要卡时间更好在到点的时候出来这个页面。如果是抢票脚本的话，也叫做准备订单，只有点击提交订单才是真正意义上把订单提交了。
抢东西的核心就是想办法在抢购的时候提交订单，你要判断
没反应有可能是服务器不太行，一般服务器不太行的都可以用脚本抢，比如 b 站的那种。

81 天前

回复了 shubiao 创建的主题 › 问与答 › 京东抢单活动, 中奖名单都是 1s 以内的, 怎么操作的?

手操可能的。最近刚在淘宝抢东西，手抢 1 秒内。
抢购第一点，不要等时间到了再下单，要给网路和计算部分留些时间量（ 500ms 左右）。抢购前跟 NTP 对时（比如 bw 抢票的脚本我们都是时差控制在 1ms 以内），然后手抢会按照 Time.is 这个网站矫正时间。
像京东和淘宝这种常年抢购的服务器，反应都比较快，基本不会排队的情况，所以可以提前 250ms ~500ms 左右就可以考虑进入信息确认页面了。等页面刷新出来差不多就正好是抢购时间点。
你等到点了再开始购买，加载页面和 api 重新请求就很难了。
抢购一般只要提交订单就算成功，免不免密无所谓的。（除非商家按照付款时间计算的）。

82 天前

回复了 czk1997 创建的主题 › 宽带症候群 › 上海电信已经在试点万兆

@iijboom 桥接啥的这个其实上海没那么严格。而且貌似速度过了千兆，他们会主动给你改，因为目前好像没那么快的 SDN 设备，这次设备肯定也是新款设备吧。

@someonesnone 百度网盘其实能跑到千兆的。
@datou 十余个小区吧，不过现在确实只能选两个。
@lingxinyu 千兆上行，已经覆盖大部分需求了吧。

85 天前

回复了 czk1997 创建的主题 › 宽带症候群 › 上海电信已经在试点万兆

@YUyu101 完全没写。但 1 千一个月应该不会那么抠吧。看了下规则，这个设备用完一年还得还回去。
@moname 下行 10000M 。

152 天前

回复了 zywoo 创建的主题 › 买买买 › 求助海淘 cd 入关免征税额的问题

1.属于，只要在一个销售时不可拆分的的包装就属于成套。
2.不可以。任选其一。
3.不受限制，我之前刚从日本倒腾过来的，申报早超 1000 了，没有交税。

153 天前

回复了 ginakira 创建的主题 › 程序员 › 请教一下权限控制的最佳实践

@ginakira 组中组嘛。
不像自己实现可以参考用基于 google zanzibar 的。现成框架一大堆的，很多都是平台无关。
权限控制本质就是构建 dag ，然后看两种资源之间是否可以联通。

186 天前

回复了 lananshaonian 创建的主题 › Android › 入手了安卓，有屏蔽广告的办法嘛？

root 以后就是 xposed 。
不 root 我之前见过 clash 和 adguard 套娃的。

220 天前

回复了 Qhunt 创建的主题 › 宽带症候群 › 说个事，联通宽带被停了

@kangyue9999 那你要这么说卖最高带宽的的话，那买 2000m 的和买 100m 的显然是没有区别的的，毕竟我也可以限制一个月最多只能以最高速率下载 2G 内容，之后统统降低到 250k ，同样满足了最高速率的合同要求，但这显然是不合理的，
在运营商没有明文规定的情况下，付出了更多的钱就理应享有更好的服务，更何况。带宽和和价格成正比关系。
up 的最高速率约 50m/s ，实际平均使用为 8m/s ，最多也就大约 1/5 的水平，从这个角度看，这并不是一个很离谱的数值吧？ 10m 的上行长期保持 100%不会停机，但是如果付出了至少接近几倍价格的 400m 上行保持 1/5 就不行了，这是不是太霸道了？

278 天前

回复了 kevin2020 创建的主题 › AirPods › Airpods 第三代左耳丢失！

闲鱼不是有什么 airpod 相亲吗

289 天前

回复了 zywscq 创建的主题 › Amazon Web Services › 亲测可行：亚马逊 S3 挂到本地当私有网盘使用

@ck65 wasabi 只是名义上没流量费，实际上是含在你的那存储里了，超出你的存储量就会有问题。这还不算他们家有存储市场费。一个文件至少算 3 个月的钱。
bqckblaze 改了定价后，出战是三倍存储免费了。

290 天前

回复了 zywscq 创建的主题 › Amazon Web Services › 亲测可行：亚马逊 S3 挂到本地当私有网盘使用

S3 个人用真的太贵了，价格一丁丁点也不实惠，即便是最便宜的一档 Glacier 都很离谱。
排除掉纯个人网盘（ Dropbox ，百度之类）个人用我自己用的是 Blackblaze ，之前用 wasabi ，但是 Blackblaze 改了收费策略以后更便宜了，特别是出站可以走 cloudflare 免去流量费（默认是三倍存储的流量）。

299 天前

回复了 BenHua 创建的主题 › 程序员 › 开箱即用的免费的身份和访问管理，支持单点登录。大家可以试试

很微妙哈……
做 keycloakify 的老哥又个 cloudiam 都没人用。
能直接用 keycloak ，而且看起来跟官方版本没有任何差异，默认的登陆界面汉化都不全，为啥还要找你呢，这玩意部署又简单的很……
要么自建/自搭，要么用 auth0 这种 auth as a service
你这东西搞得莫名其妙的。

312 天前

回复了 annoygaga 创建的主题 › 程序员 › 实现 Authing/Okta/Auth0 的难点在于？为什么这块还需要云服务？

Okta 是面向 workforce 的其实我倒是能理解，企业的各种人员和系统管理很麻烦，还涉及的各个系统之间的通讯安全啥的。我们用的 Ping Identity, 从管理的角度来讲，比自己开发这种系统省心。目前市面上常见的几个系统，包括 keycloak, authentik 啥的，功能或多或少缺两个，要搞什么东西基本都得二次开发，比如 keycloak 缺 SCIM, goauthentik 缺 scope 管理，ory 没 ui 而且搭建起来异常复杂。

我不能接受的是面向 CIAM 的 auth0, 一些新技术不开放给免费用户，而且 auth0 的用户导出基本都说很麻烦，要找客服帮忙，典型的上云容易下云难了……
再说用户资料本来就是企业机密……

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

❮

❯