jinliming2 最近的时间轴更新 jinliming2 最近的时间轴更新 |
jinliming2V2EX 第 382329 号会员，加入于 2019-02-07 12:10:33 +08:005
 35  31  |
jinliming2
| 有没有 5G Type-C 非无线的随身上网卡 宽带症候群 • jinliming2 • 50 天前 • 最后回复来自 skylancer | 25 |
| 求助 QUIC 协议走 Wireguard 代理不通的问题 程序员 • jinliming2 • 138 天前 • 最后回复来自 jinliming2 | 5 |
| 回复主题而被 ban ip Chamber • jinliming2 • 2022-03-06 00:58:51 AM • 最后回复来自 jinliming2 | 1 |
| 朋友发我一个装机配置，大佬们帮忙看看有啥问题
1 硬件 • jinliming2 • 2021-03-04 16:40:42 PM • 最后回复来自 balloonreddit
|
9 |
| Chrome 终于走出这一步了…… Chrome • jinliming2 • 2020-06-20 18:08:56 PM • 最后回复来自 96412hj | 87 |
| 关于 Nginx 配置 HTTP 跳转非 443 端口 HTTPS 的问题 NGINX • jinliming2 • 293 天前 • 最后回复来自 jinliming2 | 16 |
| 关于 DNS 根据用户 IP 进行解析优化的问题 DNS • jinliming2 • 2019-09-10 17:15:32 PM • 最后回复来自 mytsing520 | 13 |
| Siri 的英语 iPhone • jinliming2 • 2019-08-05 12:33:45 PM • 最后回复来自 zhaishunqi | 9 |
| 万达电影 iOS APP 添加到 Wallet 功能挂了？ 全球工单系统 • jinliming2 • 2019-06-16 00:22:09 AM • 最后回复来自 cnryan | 1 |
| 插上网线后要过一会才会有反应 Linux • jinliming2 • 2019-09-13 07:15:31 AM • 最后回复来自 jinliming2 | 16 |
jinliming2 最近回复了
2 天前 回复了 yxmyxmyyy 创建的主题 › DNS › oppo 一加现在也内置 114dns 了 |
@bclerdx #16 在手机内置 DNS 改不了的情况下，Wi-Fi 可以在路由器上直接拦截指定 IP 、重定向到其他 DNS 服务。
流量怎么劫持到路由器上？
流量怎么劫持到路由器上？
2 天前 回复了 yxmyxmyyy 创建的主题 › DNS › oppo 一加现在也内置 114dns 了 |
@chairuosen #13 路由器只能劫持 Wi-Fi 的，流量就没办法了
6 天前 回复了 kleos 创建的主题 › 信息安全 › 来自 ipv6 only 的神秘问题，收到无法解析地址的流量 |
看着貌似 5.180.253.215 的端口一直是 28000 不变，而 37.114.49.176 的端口一直在变。
sudo lsof -Pi | grep 28000
看看呢？看看本地是不是有这么个进程？
sudo lsof -Pi | grep 28000
看看呢？看看本地是不是有这么个进程？
6 天前 回复了 xhwdy26 创建的主题 › 程序员 › 手机 APP 怎么做到动态切换域名？ |
用户的网络情况可能是很复杂的，即便是在没有防火墙的国家，也可能会遇到比如连接了需要登录的 Wi-Fi 之类的情况，所有域名解析都会被拦截并跳转到 Wi-Fi 登录页面，所以 ping 、tcp ping 、普通 http 请求都是不可靠的。
所以 #12/#14 正解，但是服务器竞速比较常用的方法是提供一个 http 的 /generate_204 接口（/generate_204 属于事实上的标准，虽然没有定义标准，但大部分网站选择遵守），这个接口没有任何逻辑，仅返回 HTTP 状态码 204 ，且没有 body 。业务需要判断接口返回的状态码是 204 而非其他。
在 /generate_204 正常返回之前，都属于网络未连接的状态，应当以一定时间间隔（通常时间间隔越来越大）重试，直到最先返回的就是最快的。后续定期检查更新网络状态。
所以 #12/#14 正解，但是服务器竞速比较常用的方法是提供一个 http 的 /generate_204 接口（/generate_204 属于事实上的标准，虽然没有定义标准，但大部分网站选择遵守），这个接口没有任何逻辑，仅返回 HTTP 状态码 204 ，且没有 body 。业务需要判断接口返回的状态码是 204 而非其他。
在 /generate_204 正常返回之前，都属于网络未连接的状态，应当以一定时间间隔（通常时间间隔越来越大）重试，直到最先返回的就是最快的。后续定期检查更新网络状态。
6 天前 回复了 scienhub 创建的主题 › 程序员 › 腾讯云的 nodejs sdk 安装后 85M |
@scienhub #26 文档的话，简单看了下他们的 TSDocs 貌似挺详细的？每个字段、函数的含义都有说明，在编辑器里鼠标移上去应该都有文档提示？
也有工具能够根据 TSDocs 生成统一文档站的。
也有工具能够根据 TSDocs 生成统一文档站的。
7 天前 回复了 scienhub 创建的主题 › 程序员 › 腾讯云的 nodejs sdk 安装后 85M |
然后，楼主的运行方法，tsc 只是把 ts 转成 js ，还是会依赖 node_modules 的。
按需打包的话，相当于仅保留用到的代码，带上 tree shaking ，最终你用到多少代码就得到多少代码，还会去掉注释，这样 TSDoc 就都没了，最终产物不会很大。
按需打包的话，相当于仅保留用到的代码，带上 tree shaking ，最终你用到多少代码就得到多少代码，还会去掉注释，这样 TSDoc 就都没了，最终产物不会很大。
7 天前 回复了 scienhub 创建的主题 › 程序员 › 腾讯云的 nodejs sdk 安装后 85M |
好奇去看了下，src 目录和 tencentcloud 目录是大头。
src 下是 ts 源码，tencentcloud 下是编译过给 Node.JS 用的 CommonJS 代码。
然后里面主要内容在 services 里，有各种服务，平均 100k 左右，整个合起来就那么大。
然后 services 里面具体的有的会带日期命名的多个版本，应该是对应给不同版本的服务用的？如果确实不同版本同时有人用的话，那保留多个版本也还算合理？虽然更常见的做法是拆分不同版本的包，但是对于这种云服务 SDK 来说，我觉得放在一起问题不大。
然后里面最大的文件大部分都是 models 文件，是数据类型字段定义。然后大头是字段的 TSDoc 文档注释。
然后 CHANGELOG 有 5M 大小，内容大头是 commit history 。
src 和 tencentcloud 同时提供我觉得没什么问题，有些人倾向于直接 Node.JS require 使用，就用 tencentcloud 下的 CommonJS ，而有些人倾向于按需打包，用 src 会好一些（用 CommonJS 也不是不行，但 ts 源码更好）。
不过他们 src 下的导出方法有点问题，有多个版本的时候是 import 两个版本，然后 export 一个对象包含两个版本的 key ，这导致按需引用会出问题，总是会把所有版本都导入。
examples 和 tests 目录不算大，大部分库也会带着提供，提供不提供都行的。一般闭源的库会提供，开源的库你可以在项目托管的地方找到，就没必要提供。
CHANGELOG 也是大部分项目都会提供的，但开源的也确实同样没必要。
src 下是 ts 源码，tencentcloud 下是编译过给 Node.JS 用的 CommonJS 代码。
然后里面主要内容在 services 里，有各种服务，平均 100k 左右，整个合起来就那么大。
然后 services 里面具体的有的会带日期命名的多个版本，应该是对应给不同版本的服务用的？如果确实不同版本同时有人用的话，那保留多个版本也还算合理？虽然更常见的做法是拆分不同版本的包，但是对于这种云服务 SDK 来说，我觉得放在一起问题不大。
然后里面最大的文件大部分都是 models 文件，是数据类型字段定义。然后大头是字段的 TSDoc 文档注释。
然后 CHANGELOG 有 5M 大小，内容大头是 commit history 。
src 和 tencentcloud 同时提供我觉得没什么问题，有些人倾向于直接 Node.JS require 使用，就用 tencentcloud 下的 CommonJS ，而有些人倾向于按需打包，用 src 会好一些（用 CommonJS 也不是不行，但 ts 源码更好）。
不过他们 src 下的导出方法有点问题，有多个版本的时候是 import 两个版本，然后 export 一个对象包含两个版本的 key ，这导致按需引用会出问题，总是会把所有版本都导入。
examples 和 tests 目录不算大，大部分库也会带着提供，提供不提供都行的。一般闭源的库会提供，开源的库你可以在项目托管的地方找到，就没必要提供。
CHANGELOG 也是大部分项目都会提供的，但开源的也确实同样没必要。
Select Language