九维我操你爹
就前两天的事,要在公司一台特别扭曲(翻不了墙装不了软件包)的 centos7 服务器上传大文件出去。scp 怕文件下载到一半断掉,就说 http.server 开个临时的服务好了。
结果工作目录总共两个 3.3G 的文件,启动就要花快两分钟。然后两个文件分别开了两个下载进程,发现第二个进程一直没拿到数据在等待……
那之后我直接把下载任务取消了,打算换 rsync 搞搞看。
取消任务前顺便看了眼 FDM 那边的描述,发现 FDM 认为通过 http.server 下载的文件是不支持断点续传的。嗯。
所以之前我一直坚持尽量避免使用 http.server 还是占理的,这个东西不止不安全而且连临时用用的场合都不一定能派上用场。
https://vxtwitter.com/yihong0618/status/1763402989996540391
结果工作目录总共两个 3.3G 的文件,启动就要花快两分钟。然后两个文件分别开了两个下载进程,发现第二个进程一直没拿到数据在等待……
那之后我直接把下载任务取消了,打算换 rsync 搞搞看。
取消任务前顺便看了眼 FDM 那边的描述,发现 FDM 认为通过 http.server 下载的文件是不支持断点续传的。嗯。
所以之前我一直坚持尽量避免使用 http.server 还是占理的,这个东西不止不安全而且连临时用用的场合都不一定能派上用场。
https://vxtwitter.com/yihong0618/status/1763402989996540391
Polyfill CDN 服务 polyfill.io 被中国菠菜 CDN 收购:
https://github.com/polyfillpolyfill/polyfill-service/issues/2834
Cloudflare 提供了一个 alternative endpoint: https://blog.cloudflare.com/polyfill-io-now-available-on-cdnjs-reduce-your-supply-chain-risk
https://github.com/polyfillpolyfill/polyfill-service/issues/2834
Cloudflare 提供了一个 alternative endpoint: https://blog.cloudflare.com/polyfill-io-now-available-on-cdnjs-reduce-your-supply-chain-risk
https://github.com/golang/go/commit/45b641ce15159e29fa4494b837493042d1e10384
蹲了快一年了,go linker 总算新增了 -bindnow 的功能支持
期待!~
蹲了快一年了,go linker 总算新增了 -bindnow 的功能支持
期待!~