d7101120120 最近的时间轴更新 d7101120120 最近的时间轴更新 |
d7101120120V2EX 第 117593 号会员，加入于 2015-05-19 04:41:57 +08:00今日活跃度排名 15947 |
d7101120120 最近回复了
2 天前 回复了 rszj01 创建的主题 › 分享发现 › 我分别在微软 ai 谷歌 ai 和 open ai 上面问了同一个问题，但只有 open ai 敢回答这个问题，其他两个都不敢回答，问题如下： |
本来以为 Google Gemini 应该会答不出来的，毕竟之前试了一些敏感的问题，他都不回答的。结果刚刚问了一下也回答出来了。
7 天前 回复了 fulajickhz 创建的主题 › 宽带症候群 › 中国移动家宽北京出口丢包率达到 90% |
@fulajickhz 其实是这样的，这两个北京节点的丢包率不同其实也正常，这些路由在负载比较高的情况下可能会不响应一部分的 ICMP ，而两个节点的负载可能不同所以具体到节点丢包率也会不同。但是只要是没影响到目标 IP 的丢包率，理论上对于 VPS 的速度不会有影响。
7 天前 回复了 fulajickhz 创建的主题 › 宽带症候群 › 中国移动家宽北京出口丢包率达到 90% |
是从这个节点之后全都丢 90%还是只有这个节点丢 90%？如果只有这个节点丢 90%的话那属于正常现象，只有从某个节点开始所有节点都出现大量丢包才能确定是该节点的问题。
12 天前 回复了 T3rryy 创建的主题 › 程序员 › Bun ElysiaJS 框架的二次元开发者 - 崩坏: 星穹铁道 |
太厉害了吧哈哈哈，难得一见的程序员+ACG 爱好者+社牛的组合
14 天前 回复了 studyingss 创建的主题 › NAS › 为了应对运营商考核上下行比率，恩山无线论坛用户和某云盘使用恶意软件从 Bittorrent 网络无限吸血以提高下载量 |
本来国内 BT 环境就够差了，居然还有这么恶意利用的。既然是运营商损害你们的权利，你们还是去刷运营商家的 CDN 吧，至少没有影响到第三者。
15 天前 回复了 gzldc 创建的主题 › NAS › 群晖 nas918+疑似硬件损坏 |
理论上应该没有这么容易坏，群晖 918+背后有一个重置的孔，你移除所有硬盘之后开机，之后用牙签长按这个重置 10S ，之后再重新开机试试。
47 天前 回复了 riseD 创建的主题 › 生活 › 父亲走了。我好难受。 |
节哀。注意调节好自己，适当的和亲友们倾述一下。
51 天前 回复了 ellermister 创建的主题 › Android › 这是我的手机，你凭什么要卡！ |
根据你的现象我觉得非常大概率是电池健康度过低导致的，现在国产手机厂商在电池健康度低的情况，会限制 CPU 的功率，以及充电的功率。可以考虑去售后换一个电池应该会解决，换电池前先打电话给售后问一下网点有没有该机型的电池备件，有的话过去如果前面没人的话一般半个小时就可以换完。
74 天前 回复了 msdurex 创建的主题 › 宽带症候群 › 国内怎么没有品牌出第三方光猫？ |
VSOL 的 2.5G 光猫还是挺多人用的，最平价的 2.5G 光猫。
74 天前 回复了 MegatronKing 创建的主题 › 推广 › 在扩展脚本方面，用户为何不太愿意接受 Python ? |
作为 python 为主要语言的码农，我还是比较支持 python 作为扩展脚本的。而且单从我的感觉来说像 reqable 这种侧重于抓包和接口调试的应用的用户群体很大一部分是使用 python 作为主要语言的。
这个世界没有两全其美的方案，你做出任何决定都会有人反对的，说不定你切换到 JS 又有人说直接劝退呢?不如思考一下在如何能正确的获取到大多数用户的选择，比如在更新日志里面放一个调查问卷，甚至如果开发量能接受的话可以暂时先上两套方案后续看哪套方案是被更多用户所有接受的，不被接受的方案可以后续下掉不再维护。
当然我没有做过这种面向开发者的程序只是提一些不成熟的建议，希望对于开发者有所帮助。reqable 是一个挺优秀的应用，我从一开始推出就入正了，希望作者继续加油。
顺便乘机再提出一个无关的建议，目前 reqable 的激活是支持 windows + Linux + macOS + Android + IOS 以便于拥有多个系统的用户使用。但是对于我这种 windows(公司) + windows(家里) + Android 的人就不是很方便了，因为只能支持激活一台同种系统的 reqable 。所以我在想是否可以这样，用户可以选择将 IOS+MacOS+Linux 这三个激活资格兑换成一台 Windows 的机器的激活资格呢?当然如果不可以的话我接下来也考虑再买一个，毕竟软件还是很优秀的。
这个世界没有两全其美的方案，你做出任何决定都会有人反对的，说不定你切换到 JS 又有人说直接劝退呢?不如思考一下在如何能正确的获取到大多数用户的选择，比如在更新日志里面放一个调查问卷，甚至如果开发量能接受的话可以暂时先上两套方案后续看哪套方案是被更多用户所有接受的，不被接受的方案可以后续下掉不再维护。
当然我没有做过这种面向开发者的程序只是提一些不成熟的建议，希望对于开发者有所帮助。reqable 是一个挺优秀的应用，我从一开始推出就入正了，希望作者继续加油。
顺便乘机再提出一个无关的建议，目前 reqable 的激活是支持 windows + Linux + macOS + Android + IOS 以便于拥有多个系统的用户使用。但是对于我这种 windows(公司) + windows(家里) + Android 的人就不是很方便了，因为只能支持激活一台同种系统的 reqable 。所以我在想是否可以这样，用户可以选择将 IOS+MacOS+Linux 这三个激活资格兑换成一台 Windows 的机器的激活资格呢?当然如果不可以的话我接下来也考虑再买一个，毕竟软件还是很优秀的。
Select Language