V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  mikewang  ›  全部回复第 6 页 / 共 36 页
回复总数  714
1 ... 2  3  4  5  6  7  8  9  10  11 ... 36  
2025 年 5 月 18 日
回复了 ENE 创建的主题 宽带症候群 江苏移动限速又升级了,开启白名单限速了
2025 年 5 月 18 日
回复了 ENE 创建的主题 宽带症候群 江苏移动限速又升级了,开启白名单限速了
应该和我一样,之前有发帖:/t/1118730
2025 年 5 月 17 日
回复了 mikewang 创建的主题 哔哩哔哩 B 站网页端 后台到底在偷偷做什么
@hronro 使用 WebRTC 的话 是可以 UDP 的
2025 年 4 月 30 日
回复了 mikewang 创建的主题 Visual Studio Code 复活 CentOS 7 的 VSCode Remote - SSH
@ysc3839 #14
不应该,可以重新执行一下:
~/.vscode-server/code-latest --patch-now

上面会显示被修改的文件。比对一下就知道了。

也可以确认下 VSCode 客户端和服务端的版本号是否匹配:
~/.vscode-server/code-latest --version

不同版本的 server 路径不一样。
2025 年 4 月 27 日
回复了 est 创建的主题 Windows 有没有能在 NAS / SMB 解压 zip 遇到网络中断能自动重试的
@yanqiyu 这不就是 NFS 嘛,D-state 还 kill 不掉(悲)
2025 年 4 月 27 日
回复了 est 创建的主题 Windows 有没有能在 NAS / SMB 解压 zip 遇到网络中断能自动重试的
@est #29 其实这不是解压软件的问题,而是 OS 抛出错误后,应用继续往上抛了而已。我来解释一下实现重试的难点。

假设应用通过 fopen()打开文件,fread()到一半出错了,这个时候如果重新 fopen(),会面临一个版本问题:我重新读的文件还是原来那个吗?有没有被修改过?这些应用都不能判断。

虽然这些是 corner case ,不过一旦遇到都是 bug ,可能造成数据丢失。最保险的做法就是将错误原样抛出去,fail-fast 思想。

这个应当是 OS 层面的责任,比如 macOS 在 SMB 连接断开时,应用尝试 read()并不会立即失败,而是阻塞住直到连接恢复(或者超时几分钟后失败),通过 SMB 协议确保读到的文件没有发生改变。我不太熟悉 Windows 上的机制,不过可以确定这个在应用层是没法处理的。
2025 年 4 月 27 日
回复了 est 创建的主题 Windows 有没有能在 NAS / SMB 解压 zip 遇到网络中断能自动重试的
这种情况网不行也没什么好办法啊,网络会中断就先解决网络问题。

或者 NAS 和电脑之间套一层 WireGuard ,物理链路中断时,WireGuard 并不会断,等恢复就好了。

要么就 NAS 电脑网线直连,配静态 ip 传输。

要么就把电脑硬盘拆下来,塞 NAS 里内部传输。
2025 年 4 月 20 日
回复了 mikewang 创建的主题 Visual Studio Code 复活 CentOS 7 的 VSCode Remote - SSH
@tt0411 #9 是的,我这里就是简化了所有步骤:

- 将 patchelf 做成了 libpatchelf 静态编译进去 (libpatchelf/libpatchelf.h)
- 自带编译好的 glibc 和 libstdc++
- 修改了 glibc ,将系统目录改为当前目录,这样改 .interp 就行了,不用再改 rpath 。事实上这么做也更安全。(patches/glibc.patch)

然后加上了额外的功能,就是自动处理插件。官方的方案只能让 server 能用,实测很多 native 插件还是不行的。

做的就是一个开箱即用,不用配参数。
2025 年 4 月 20 日
回复了 mikewang 创建的主题 Visual Studio Code 复活 CentOS 7 的 VSCode Remote - SSH
@hanxiV2EX #3 因为我写 C 和 C++,还是需要旧 glibc 编译的,所以 docker 这条路就行不通了🤦‍♂️
2025 年 4 月 20 日
回复了 mikewang 创建的主题 Visual Studio Code 复活 CentOS 7 的 VSCode Remote - SSH
@nagisaushio #1

其实原先我也是直接 patchelf 的,但是插件会有些问题。

比如 C/C++ 这个插件,就算 SSH 插件能正常用了,但它还是没法启动 gdb 调试,因为插件里 OpenDebugAD7 这个二进制也需要最新的 glibc 。https://github.com/microsoft/vscode-cpptools/issues/13219

所以这个还做了额外的工作,使用 inotify 监控 extensions.json ,检测到安装新插件时,自动给插件打补丁。然后还判断是否为 glibc 的二进制,排除使用 musl 的二进制(有些还是 musl 动态链接的)。
2025 年 4 月 13 日
回复了 Fdyo 创建的主题 GitHub GitHub 网页版彻底崩了?
@phithon 似乎是 GitHub 的防火墙配置错了?现在国内又可以正常访问了😂
2025 年 4 月 13 日
回复了 Fdyo 创建的主题 GitHub GitHub 网页版彻底崩了?
2025 年 4 月 3 日
回复了 coderpwh 创建的主题 程序员 因为开源项目,我收到了面试邀请!
有可能就是群发的。N 年前我读初中时就收过类似邮件,当时还挺高兴。后来网上查了一下发现是群发的,对方是用爬虫抓取的 GitHub 信息。

这类 AI 公司可能在爬虫基础上还加了 AI 分析,投放更精准😂
2025 年 3 月 27 日
回复了 0littleboy 创建的主题 程序员 公司每一个功能或 bug 都要新开一个 issue,合理吗
挺合理的,而且我会把为什么出 bug 、bug 是什么样的表现、怎么修的等大致思路等等都写上。
以后遇到类似问题或需要复盘的时候,翻找起来很容易。很多时候,人的记性没想象的那么好,多写点没什么坏处。
除非是开发的一次性工具,用完就再也不维护的那种,那就随意了。
2025 年 3 月 25 日
回复了 mikewang 创建的主题 职场话题 C++ 开发不想 996,如何跳槽转到 Java ?
感谢各位的回复和建议,现在我 C++和 Java 的简历两边投,看谁愿意接受了😂

我把 C 的岗位(如内核开发)算进来的原因是,我在 C++招聘信息板块看,确实看到了这些。HR 不做区分,而且也明确会招 C++开发,即使工作语言是 C 。虽然现在两个语言互不隶属,但是大多数 C++开发者去写 C 是没有问题的(尤其像我这种因为项目规范禁用 STL 、RTTI 的 C++98 开发)。因此我也考虑 C 岗位。描述中产生了混淆,非常抱歉。#61 @slideclick

另外赞同 #50 @metmit 的说法,国产 DB 非常卷,而且基本只招对 DB 内核有深入了解的人(我就不大行)。好些需求技术含量并不高,比如支持国密,支持 GB18030 ,都是在调库,这些工作也不会专门社招个人来做。
2025 年 3 月 21 日
回复了 mikewang 创建的主题 职场话题 C++ 开发不想 996,如何跳槽转到 Java ?
@javak #3 算不上牛人 hhh 其实内核部分也分层,我目前也就熟悉做不同 SQL 方言的语法兼容解析,对象元数据等等比较浅层次的,数据存储、执行器、优化器等等深层次的理解还是很令人头大。

@wogogoing #4 TiDB 应该是 Go 语言吧,也不大一样。投过别的数据库厂商,可能是学历或者是经验不足,面试机会都拿不到:(

@BD8NCF #5 感谢,这也是一个方法,我去了解了解 Qt 。

@miniaoes #6 哈哈哈,其实我目标就是能跳槽,C++ 能互相匹配的岗位很少,Java 通用性强多了

@L4Linux #7 果然还是学历啊,是低了点...
2025 年 3 月 21 日
回复了 mikewang 创建的主题 职场话题 C++ 开发不想 996,如何跳槽转到 Java ?
@a33291 有道理,但我现在简历一发一个不吱声,开始自我怀疑了😩
2025 年 3 月 15 日
回复了 mikewang 创建的主题 宽带症候群 [长文] 移动白名单上传限速机制,以及解决办法
#1 @heiher 刚刚实测了一下。有意思的是,这个包不分方向。
从 server -> client 或者 client -> server 只要有一处匹配到特征,就解除限速了。
2025 年 3 月 10 日
回复了 Tounea 创建的主题 Linux Centos 7 真是低配小鸡的福音!
Evoxt 最小级别的 VPS ,512MB RAM 。
跑着 Debian 12 + Docker + Nginx + php-fpm
使用内存在 150 MB 以内。

$ free -h
total used free shared buff/cache available
Mem: 470Mi 139Mi 29Mi 2.8Mi 315Mi 330Mi
Swap: 235Mi 1.5Mi 233Mi

我猜你的厂商是自带了桌面环境,不然 Debian 应该是最轻量的。
2025 年 3 月 10 日
回复了 mikewang 创建的主题 宽带症候群 移动换着花样阻止我上传,给我气笑了
@xqzr SNI 伪装成 test.ustc.edu.cn ,并且是 443 端口时才有效果。其他端口都是 1Mbps 。实测是运营商在作恶。
1 ... 2  3  4  5  6  7  8  9  10  11 ... 36  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2305 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 52ms · UTC 01:18 · PVG 09:18 · LAX 18:18 · JFK 21:18
♥ Do have faith in what you're doing.