🌍 V2EX

[硬件] 用国外手机的国行(指三星)是不是自欺欺人两头挨打?

最近想换机,挑来挑去对上眼了,想知道是集百家之长(本地化功能适配+国际系统的开放透明自由度)还是百家之短( 0 本土 app 适配+本地牛皮藓广告拉满+外国系统烂毛坯+发达国家溢价)。 为啥不是 iPhone 呢,因为不能刷门卡饭卡,不能 github 随便下应用,药丸屏还贼丑,直接 Pass 。 过去一直用的小米,好处就是符合国情,坏处是太符合国情了 蓝绿,地图等全民 app 的在各个细节(例如小窗、弹窗、推送、快捷方式等)做了适配; 红外遥控,家里各种遥控器已经丢失多年了,全靠手机操作; 短信分类,通知营销类/验证码/正常短信,验证码卡片也人性化; 来电识别,虽然有过误判但还是有比没有好; 通话拦截每天十几个吧,小爱通话平均一天也能代回一两个,对面但凡不是真找我的,听见是小爱都很识趣地挂了; 还有些地方现在意识不到但换了手机应该马上会膈应。 这些我感觉其实都不能叫优点了,现在小米算落后大部队了吧?不过我最近难以忍受的一些问题,估计换其他国产品牌也没法解决。 不想反诈。 自己装应用,轻则要多点几次确认,重则十秒+账号密码验证(这...
🌍 V2EX

[分享创造] scrcpy 投屏助手:不重新打包 scrcpy、只做中文外壳的投屏 GUI(Win)

scrcpy 很好用,但命令行劝退普通用户。我用一个单文件脚本给它套了层全中文 GUI ,免安装、双击即用。 设计上刻意做了一个取舍:不重新打包 scrcpy ,而是直接调用官方原版二进制文件。所以升级只需替换目录里的 scrcpy ,外壳不用跟着维护,也不会因为我断更而过时。和 QtScrcpy / escrcpy 那种「完整重做」的思路相反——如果你只是想简单投个屏、偏爱绿色便携,它可能更轻。 功能都收在按钮里:有线 / 无线投屏、手机当摄像头、录屏、独立窗口(虚拟显示器)、Android 11+ 配对码连接、快捷键速查、拖拽传文件 / 装 APK 。 源码( MIT ): https://github.com/rockbenben/scrcpy-helper 国内下载: https://wwbhm.lanzouq.com/iO6Xd3t7l25i
🌍 V2EX

[宽带症候群] sing-box 规则转换

最近尝试使用 sing-box ,部署了 edge tunnel 生成的规则格式 1.13 不能用,1.14beta 就正常,但 iphone 上只有 sing-box vt 最高版本还是 1.11.4 。问下大家有哪些是订阅规则能转成 1.11 的,看各种转换网站都没表明是兼容哪个版本。
🌍 V2EX

[Kindle] 老 kindle oasis(一代)电量问题

最近突然之间,电池出问题了,不知道是不是因为频繁连接电脑更新文件。 问题一:电量充得快,也掉得快 问题二:无法充满到合计 100%,总是 90%多。但 kindle 和封面的电量,会冲到 100% 问题三:比如眼下,Kindle 93%,封面 99%,合计 86%。不知道怎么计算出来的。 问题四:问题三的电量,是设备重启后的显示。重启前,kindle 0%
🌍 V2EX

[职场话题] 在家远程办公太容易分神了

不小心拿起手机,回过神半天就过去了😂 token 还富裕,于是顺手给自己做了个专注工具,也分享给有同样需求的小伙伴。 目前就 4 个专注场景 + 一个简单的番茄钟,对我来说基本够用了,没有乱七八糟的功能,打开就能用。 https://deepfocus.space
🌍 V2EX

[职场话题] 马上入职场的小登有些问题一直搞不明白

1. 被分配容易背锅的工作怎么办,一开始就直接拒绝吗 2. 大老板容易给天马行空的想法怎么办,做不出来,或者可能存在决策失误 3. 经常第一个走会不会给别人留下不好的印象,或者别人都在加班自己很少加班先走会怎样 4. 遇到爱出风头抢功劳的同事怎么办 5. 要给组长或老同事请咖啡送小礼物吗,比如请教问题的时候 6. 怎样尽可能不被领导针对 上面有些是实习遇到的问题,现在也没想到好的办法解决
🌍 V2EX

[分享创造] [小程序]简单快捷地制作微信纯文字表情包

小程序「 纯文字表情工坊 」 输入文字,点击生成 GIF 即可得到纯文字表情包。小程序支持静态以及动态多种效果,透明背景 表情包预览,GIF 格式,直接转发到微信就可以添加为表情包了 扫码来体验下
🌍 V2EX

[开源软件] [开源] 一个支持自定义管理 github star 页的浏览器插件

GitHub Star 过的项目适合收藏,但做不了长期管理。 当你的 star 项目收藏到几百几千个的时候,通过原生 list 功能难以管理,ai 时代,github 项目指数级增长,而你又想收藏各种各样的项目,过后又忘记在哪,叫什么名字了,所以有很多难解决的问题: 分页看不到全部 stars 仓库 没有个人打标签系统 没有真正的笔记层 很难回看当时存了什么、为什么存 Better GitHub Stars Manager 插件让 GitHub Stars 对重度用户真正可管理。 https://i.imgur.com/X3YzjXd.gif https://github.com/izumi0uu/better-github-stars-manager 功能特性 一次管理所有已 star 项目  把你 star 的仓库加载进虚拟化表格。 快速搜索与筛选  在仓库名、描述、topics 、笔记中全文搜索;按语言、标签、未打标签筛选。 悬浮按钮一键切换  在你自己的 Github star ...
🌍 V2EX

[生活] 看到《曾经倾力帮我的学长...》想到的

我也曾花了一两年来适应客观的“疏离”,慢慢地劝说自己需要接受这种变化,不要对过去的情感有过多的牵绊。 但看到那位兄弟的困惑之后,我只感叹:人类本来是由于互助协作而强大起来的,但现在所见到的更多是基于“有没有经济利益”而决定是否要进行连接,但这种建立在利益变化随机性或不可预料性之下的连接还是非常脆弱,明明现在社会中可以建立连接的方式异常丰富,但环顾四周真正想连接的逐渐空无一人。我已经逐渐能感受到自己的机器化。 一个逐渐失去了热心与情感的劳动机器与另一个没有热心与情感的赚钱机器产生连接,用规律的节奏代替不规律的以成本计价的情感维护,想到这一点,不由得为下一代的人担心了起来。
🌍 V2EX

[生活] 家里的千张,和彩票上的五百万

兄弟们,先给部分感觉不自在的兄弟道个歉!上次起标题确实有点‘用力过猛’、放大了局部效应。 写文字纯粹是个人爱好,算是对自己这些年经历的一个深刻回忆和反省。不过请大家放心,故事是真的,技术更不是吹的。 我目前工作以 Golang 为主,PHP 、Vue 、Node 、Python 、C/C++ 都能上手撸。今天发帖,一方面是想真诚分享下自己的反省,另一方面更想和做技术的兄弟们纯粹切磋、交流。大家多担待,有技术问题随时拍砖! 去学修车以后,我基本不怎么回家。一来一回要坐车,还要路费,手里确实也没什么钱。 偶尔能有一点收入,是靠跟车跑活挣来的。有些师傅为了省一点修车钱,就会单独找到我,让我过去弄。他们图个便宜,我图个零花。 那是一辆装沙的翻斗车变速箱出了问题,开车的李师傅找到了我。 车停在江堤边的沙场里。那地方平时没什么人,风一吹全是沙土味,一辆大车停在那里,显得有点孤零零的。 我跟着他过去的时候,天还不算晚,但光线已经开始往下沉了。 变速箱的问题在齿轮上,车跑起来会有明显的异响。其实这种情况车还能硬撑着跑一段,但越拖越严重,最后很容易把整个变速箱烧坏。 ...
🌍 V2EX

[分享创造] LLMRelayService:比 NewAPI 更轻量的大模型网关

最近频繁在 CodingPlan 、官方渠道间切换,折腾了 NewAPI 。但 NewAPI 的设计更偏向于中转站运营,配置繁琐,对个人自用来说显得过重(往往不需要复杂的注册、邀请、令牌分组等概念)。 结合自己的实际需求,我写了一个 更适合个人自用 的网关: LLMRelayService 。 核心特性 格式透传,原生兼容 只做 chat/responses 间的最小化转换,彻底避免因格式二次转换带来的各种模型兼容性问题。 请求全文记录(全量日志) 完整记录请求的 Full-Text ,非常适合翻阅日志排查问题。例如可以清晰看到 OpenClaw 或 Hermes 请求到底发了什么,揪出那些携带了大量、不必要的上下文。 渠道与路由分离(智能回退) 显式支持渠道和路由解耦。用户可以灵活定义 Alias (模型别名)以及设置模型自动回退( Fallback )机制,确保服务高可用。 内置轻量控制台 自带可视化面板,用量数据、请求趋势一目了然。 项目地址 🔗 GitHub...
🌍 V2EX

[情感问题] 浮生

虚妄 最近每次难过的时候,我总是想起姐姐。 上次回去奔丧的时候,家里人都到齐了。 姑妈说,你姐姐也来了。 看着灵堂里奶奶的照片。 姑妈说,妈妈的照片好苍老,而你姐姐永远都那么年轻漂亮。 我没有讲话,此刻我感觉姐姐就在我的身旁。 奶奶走的很安详,我不担心她什么,我觉得奶奶应该不会有下一辈子。 我想过转世轮回,也看过国外对于转世轮回的事例研究,我总觉得,世界要么是虚幻的,要么就是所谓的净化厂。 但真的,转世为人,似乎才是最痛苦的。 姐姐 所有人都不知道为什么姐姐走了,我也不知道,我也不想去猜。 当爸爸告诉我姐姐走的时候,我的脑子是空白的,我问爸爸,姐姐走哪里去了,爸爸说死了。 我想,沿海的冬天怎么也不应该烧炭取暖。 但,总归于是没有痛苦的去了,这样应该也不会有下辈子,挺好。 我到现在也没有去看过她,甚至她走的那天。 我怕去看,怕看到她走的事情,被确定为一个事实。 浮生 我一直都是一个心智还算坚定的人,有任何问题都不会跟别人讲。有任何悲伤,难过也好,都不会与别人说。 我相信自己能消化,这么多年下来,我也确实消化下来了...
🌍 V2EX

[问与答] 要如何修改注册邮箱?

我的第一个 google 邮箱用了很久,但因为 claude 被封导致我需要换号(强迫症是没法容忍自己一个邮商有多个账号的)。 我看到了一个重置注册邮箱的帖子,但是未能成功修改(新邮箱接收不到验证)
🌍 V2EX

[VPS] CloudYT VPS [东京节点] 首发优惠:循环 75 折优惠码 jp75, 7 月 1 日前购买有额外流量重置 / 换 IP / 快照额度

最近在用 CloudYT 的 VPS 跑一些轻量服务,看到他们现在有首发优惠,整理一下信息。 注册链接: https://cloud.yt.net/?ref=16413 官方循环 75 折优惠码: jp75 这个优惠码是循环优惠,续费同享,长期有效。 另外我这里也有一个个人优惠码: THEONE 这个是 9 折,但如果官方 jp75 可用,建议优先用 jp75 ,因为 75 折更划算。 首发福利回馈: CloudYT 会在 7 月 1 日统一操作,为 7 月 1 日之前购买且服务仍在有效期内的用户赠送额外额度。 年付用户: - 12 次免费流量重置额度 - 3 次免费更换 IP 额度 - 1 个免费快照位 月付用户: - 1 次免费流量重置额度 - 1 次免费更换 IP 额度 说明: - 赠送额度不会清零 - 不会过期 - 可以长期累积使用 - 执行流量重置、更换 IP 等操作时,会优先抵扣赠送的免费额度 - 免费额度扣完后,再按正常规则计费 我自己目前...
🌍 V2EX

[DNS] 最近新出现个 oxidns,很好用啊

这个 oxidns 作者说是受 mosdns 启发,用 rust 写的。我已经用了 20 多天吧,用了几个版本,现在功能很完善了。说下我感觉好用的几点: 它带了一个 web ui ,mosdns 上面还没找到好用的 web 它带有 dns 查询统计,可以直接在 web 上查看的,类似于 adguard 它能查看 dns 查询的路径,就是匹配了什么规则,走了哪个上游很容易看到 比 mosdns 多了很多功能,比如有多很匹配器,mosdns 现在还没有单独的匹配器 里面有个执行器,可以用来定时更新 geosite 命令行有个 probe 功能,就是检测上游 dns 能不能用 相比 mosdns 我感觉 oxidns 有了 web 直观很多,哪些上游能用哪些不能一下就看出来了,作者说马上也会支持 openwrt 项目地址: https://github.com/svenshi/oxidns
🌍 V2EX

[分享发现] 检查一下自己的抖音自动扣费,汽水音乐已扣 1 年多。

检查一下自己的抖音自动扣费,汽水音乐已经默默的扣了我一年多的 svip 了…一年我打开汽水音乐听歌没超过 2 小时。 然后排查了一下账单,原来是 2025 年初下载汽水音乐的时候,提示 1 分钱听 vip 歌曲 7 天开通的,被稀里糊涂的给我来了个自动续费,更牛逼的是自动扣费的通知还只在汽水音乐 app 内通知。一年听不了 2 个小时的我,怎么可能天天看你的站内信息,而且站内信息全是广告通知。 查了一下,汽水音乐的自动续费投诉是其他几家音乐自动续费投诉的总和还多。 你们快去看一下自己的是不是也被自动续费了。我已注销抖音支付和汽水音乐。
🌍 V2EX

[OpenAI] 以为是半价的 Plus,实际上也是半量的 Plus

半价买到的 Plus 原来是半量的 Plus 2 个土区的 Plus 被蹬完了周额度,今天顺手搞了个美区 20 刀的 Plus ,刚刚开通遇到送重置,于是将土区的一个 Plus 重置了,这样 2 个都是 100%的 5h 和周额度了,我是反代出来用的,早上开任务,让他们自己跑,刚刚回来一看傻眼了: 用量 土区 PLus 周额度剩余:77%; Token 使用量:总:4.8M ;输入:4.7M ;输出:167.2K ; 美区 PLus 周额度剩余:80%; Token 使用量:总:9.5M ;输入:9.2M ;输出:300.5K ; 没有对比没有伤害,你以为你是用半价买到了 Plus ,实际上是你用半价买了一半的 Plus !
🌍 V2EX

[分享创造] 终端工作区:从 WindTerm 到 NyaTerm

NyaTerm:一个受 WindTerm 启发的开源远程终端工作区 项目地址: https://github.com/nyakang/nyaterm 官网: https://nyaterm.app 一个月前,我在 WindTerm 的 Issue 区发了一条开源自荐: 受 WindTerm 启发,我做了一个开源终端管理工具:NyaTerm 。 当时其实挺忐忑的。 因为 WindTerm 对我来说不是一个普通工具。从大学到工作,它陪伴了我很久。在关键词高亮、SSH 会话管理、SFTP 、快捷操作、编辑输入、终端工作流这些方面,确实极大提升过我的效率。 所以做 NyaTerm ,并不是因为我“不喜欢 WindTerm”。 恰恰相反,是因为我很喜欢它,也很尊重它。 只是这几年 WindTerm 更新变少了,Issues 越积越多,一些崩溃、闪退、兼容性问题长期没有很好解决。作为一个每天都用终端工具的人,我就忍不住想: 如果重新做一个终端管理工具,它应该是什么样子? 于是就有了 NyaTerm 。 NyaTerm...
🌍 V2EX

[摄影] 2026 年新疆 5-6 月光绘日志

环伊犁州 光绘日志 详细 地点: 赛里木湖 喀拉峻 夏特 孟克特 仙女湖等 📖 博客地址: https://blog-vincent.chyu.org/web/photography/#section-2026-06
🌍 V2EX

[问与答] 讨论个问题,一个月到底能用多少 G 流量?

突然想起来这个问题,分几块吧,电脑/手机/家庭设备 刚租的房子里有房东的宽带,具体最高多少 M 还没探查。 突然想起了这个事。 几个流量大的地方,游戏下载-每个月几百 G 左右 软件更新-每个月 100G 应该够了 这些不算高频的需求,似乎百兆宽带也能解决。 再来讨论 AI 网络的问题,近期墙越来越高。工具似乎没有 eSIM 来的合适 300 块 100G 一年的卡也用上了,有问题都是直接用手机开热点来解决,没出现过重新加载的情况。 另外今天尝试做了一个节点自动检测切换工具,维持不断连(这个后面可能单独开贴) 没想到需求解决的挺好,三个订阅筛选出了一二十个美国/台湾的节点,定期测速排序,心跳检测和无缝切换。 还添加了稳定性评分系统。 有点跑题,继续说流量的问题。 如果不是下载很大的模型包,100G 似乎也够用三四个月。 还有就是手机卡的流量,算了下大概联通两张卡一共 150G 左右,每个月根本用不完,移动每月 40G 左右。 这样回头看好像也不用追求宽带速率了。 实际算下来,每个月花出去的流量,不算软件游戏,50G 可能也够了。
🌍 V2EX

[程序员] 分享一个小工具:一键录制当前标签页网络请求并导出 HAR

大家好,我做了一个 Chrome 扩展:HAR Debugger 。 它解决的问题很简单:有时候排查接口、页面加载、第三方资源问题,需要导出 HAR 文件,但每次都要打开 DevTools 、切到 Network 、勾 Preserve log 、复现问题、右键导出,流程比较繁琐。 这个扩展的目标是把流程简化成: 1. 打开目标页面 2. 点击扩展开始录制 3. 复现问题 4. 再次点击停止并自动导出 .har 文件 目前扩展已经上架 Chrome Web Store https://chromewebstore.google.com/detail/har-debugger/lnjegalpjbigjlpmakbaoneflkcjmifh?authuser=0&hl=zh-CN 实现上主要用了 Chrome 的 debugger API ,录制当前 tab 的 Network/Page 事件,然后用 chrome-har 转换成 HAR 格式。由于 MV3 service worker 里处理 Blob 下载不太方便,所以用了...
🌍 V2EX

[问与答] infuse 播放本地部署的 emby 里的蓝光原盘时提示错误,该怎么解决呢?

emby 是部署在 windows server 2025 的 wsl2 的 docker 里的,没错,最近又从 server2022 升到 server2025 了。电影基本都是蓝光原盘,大部分是那种 DIY 的蓝光文件夹的形式,换用 senplayer 通过 smb 来播放的话能正常进入文件夹里的主文件进行播放,但是主力用 infuse 来播放,最近发现一部分都提示错误,让人头疼。为了避免每次启动 infuse 都扫库刷新海报墙才换的 emby ,当然也是为了方便匹配并测试大部分播放器。
🌍 V2EX

[酷工作] React / Express 全栈开发工程师(远程开发岗位)

关于我们 我们是一支专注于技术开发的远程团队,目前正在开发多个 SaaS 和企业级项目。现诚邀一名经验丰富的全栈开发工程师加入我们,以远程兼职的方式参与项目开发与维护。 该岗位采用 按工时结算( Hourly ) ,工作时间灵活,长期合作优先。 岗位职责 负责甲方客户的产品前后端功能开发与维护 使用 React 构建高质量、可维护的前端应用 使用 Express.js 开发 GraphQL/RESTful API 及后端业务逻辑 与产品、设计及其他开发人员协作,完成需求开发 负责系统 Bug 修复、性能优化及代码重构 参与代码 Review ,持续提升项目代码质量 编写必要的技术文档及接口文档 任职要求 必备技能 3 年及以上 Web 全栈开发经验 熟练掌握 JavaScript / TypeScript 熟练掌握 React 及相关生态( Hooks 、React Router 等) 熟练掌握 Express.js 或 Node.js 后端开发 熟悉 GraphQL/RESTful API 设计与...