WWW.YOUINFO.SITE
标签聚合 hub

/tag/hub

LinuxDo 最新话题 · 2026-06-11 22:42:07+08:00 · tech

github.com GitHub - LiuTangLei/tailscale-awg-installer: Installers and docs for an unofficial Tailscale... Installers and docs for an unofficial Tailscale build with optional Amnezia-WG obfuscation. Linux/macOS/Windows/OpenWrt one-click scripts, plus Android/iOS guides. Works with official Tailscale and Headscale. Not affiliated with Tailscale. 用Wireshark抓包确认没有任何wg特征了, 不过还没试过设置i1这种伪装头去伪装其他协议效果如何,个人实测公司电信到家里移动, p2p打洞后丢包率从25%降低到5%以下, 混淆后和zerotier比丢包率似乎差不多, 不清楚是移动这边qos了电信的wg协议还是电信qos了移动的wg协议, zerotier的udp流量目前暂时没被qos, 以后说不清楚, issue里面提问题的有好几个俄罗斯的用户, 应该是amnezia在那边有点影响力的原因 wg协议过墙很容易被封vps, 我用这个组网了大半年, 机器0被墙 1 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 22:33:41+08:00 · tech

背景 以前纯游客,主要在主页浏览帖子. github 5年刚入站,基本全站看了一圈. 总结一下看到的一些问题 L站不只是一个论坛,它其实是一个以 BBS 为前端界面,背后挂载着庞大工具链和权益分发系统的综合体 简要概括下,分为三大块区域 bbs本体(经典论坛) 工具板块(比如导航,oauth认证,wiki,2048) 权益板块(邮箱,cdk,ldc,hub,目前主力是各种公益站权益,store部分还有其他商品) 问题 首先是bbs本体的问题:规则碎片化 对于新增的论坛参与者来说,需要关注的内容包括 整体的社区守则(个人简要概括,友善,不要抽奖,不要水) 各个板块的版规 问题主要集中在文档的维护问题 wiki和topic存在互相引用的情况 部分规则直接通过发帖的方式介绍,我无法确定它是否已经失效,以及提出的背景 wiki部分内容可能和最新的帖子内容冲突,比如积分的获取 其次是工具板块和权益板块的问题:挥霍 下面内容无意拉踩,仅做讨论 传统论坛的运营费用主要包括存储和流量 流量费用在有广告曝光的情况下相对可控,可以覆盖掉 存储费用则和用户行为相关,发帖,回复,点赞 而Discourse繁多的后台任务和实时统计还极大的增加了额外的CPU和内存消耗 由此衍生的运营模式也分为了几种 补贴流派 主要见于各大厂附带论坛,基本不考虑盈亏问题 通缩流派 a. 极简设计,主力纯文字 b. 通过日活派发代币,发帖,回复,点赞,统一消耗,如此根据代币数量可以估算用户可产生的行为数量,预估存储消耗 c. 图床等功能需要付费使用,或者用其他办法 通胀流派(L站) a. 无广告 b. LDC的无限超发 被点赞会获得,点赞不需要付出(锚定物貌似是源头ai站点的低价token,cdk dashboard中热门项目基本是公益站) c. 图床限制相对较小(没有看到相关限制,自己未测试) 我正在写这篇文章的时候,刚好L站崩掉了. 目前这种“挥霍”的底气来源于现阶段 AI API 的价格战和管理层的用爱发电 但如果剥离了这些外部红利,论坛部分是难以负担运营成本的. 结尾又看了一下about和秘密花园园丁邀请函 共建新的理想型社区 大家共勉吧 1 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 21:47:54+08:00 · tech

咱也不懂这是什么。。 只是搜com.openai.codex.code_sign_clone 看到了相关问题。 github.com/openai/codex [Bug] macOS app leaves code_sign_clone directories after quit (~965MB per launch) 已打开 06:34PM - 01 Jun 26 UTC yorhasaber bug app ### What version of the Codex App are you using (From “About Codex” dialog)? Co … dex App 26.527.60818 (ChromiumBaseVersion 148.0.7778.179) ### What subscription do you have? Unknown / not relevant to this issue ### What platform is your computer? Darwin 24.6.0 arm64 arm ### What issue are you seeing? Every time I launch and quit the Codex macOS app, a new directory is left under: `/private/var/folders/.../X/com.openai.codex.code_sign_clone/code_sign_clone.*` Each clone is about 965 MB. After launching/quitting Codex multiple times, these directories keep accumulating. On my machine after several app restarts: ```bash clone dirs: 7 6.5G /private/var/folders/.../X/com.openai.codex.code_sign_clone ``` The directories disappear after reboot because macOS cleans the `/var/folders/.../X` temp area. This looks related to Chromium's `MacAppCodeSignClone` / `code_sign_clone` mechanism. Clone creation itself may be expected, but inactive clone dirs are not cleaned up after the app quits. I also observed orphaned helper processes after quitting Codex, including multiple `browser_crashpad_handler` processes and `SkyComputerUseService` processes with PPID=1. ### What steps can reproduce the bug? 1. Launch `/Applications/Codex.app`. 2. Quit Codex.app. 3. Check the clone directory: ```bash find /private/var/folders/*/*/X/com.openai.codex.code_sign_clone -maxdepth 1 -type d -name 'code_sign_clone.*' 2>/dev/null | wc -l du -sh /private/var/folders/*/*/X/com.openai.codex.code_sign_clone 2>/dev/null pgrep -fl 'Codex|node_repl|SkyComputerUse|app-server|browser_crashpad_handler' ``` 4. Repeat launch/quit several times. Observed: each launch creates another `code_sign_clone.*` directory, and old inactive clone dirs remain after quitting. ### What is the expected behavior? After Codex quits, inactive `code_sign_clone.*` directories should be removed by the code-sign-clone cleanup helper. Repeated launch/quit cycles should not keep adding ~965 MB per launch until reboot. ### Additional information I checked that this does not appear to be caused by my Codex `config.toml`. The issue appears to be in the macOS app / Chromium app lifecycle cleanup. The active clone may be held by the running Codex process, but old clone directories were not held by open file handles when checked with `lsof +D`. This suggests cleanup is not being triggered or is not completing for inactive clones. 还有个62GB的 openai/codex/issues/27536 2 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 18:22:49+08:00 · tech

表面上锅的传导路径如下 bohe → hub → Neo → 机房 → 42 → L站 实际上谜底就在谜面上 L站 → Linuxdo → Linux也干了,如此显然 https://linux.do/t/topic/2365283?u=caqing 为什么说L站搞崩了一切 搞七捻三 从薄荷开始,到hub站,到机房,到42,再到刚才的any,背后有一只无形的手,毫无疑问,就是L站,L站搞崩了一切 7 个帖子 - 7 位参与者 阅读完整话题

v2ex · 2026-06-11 14:14:43+08:00 · tech

一般还要看哪里配置区别呢? 最近新订了一个机场,协议上只支持 verge 的,我就安装了这个了,旧的 clash for windows 没有卸载。 然后新机场感觉一般,就切换之前常用的了,两个客户端都支持,网页啥的都正常扶墙。 然后网页浏览 github 也正常的 但是推代码的时候,verge 就是不成功, ``` unable to access failed to connect to github.com xxx time out 。 ``` 有人知道啥原因吗? 我也没有对 verge 做特殊的配置。

v2ex · 2026-06-11 14:14:43+08:00 · tech

一般还要看哪里配置区别呢? 最近新订了一个机场,协议上只支持 verge 的,我就安装了这个了,旧的 clash for windows 没有卸载。 然后新机场感觉一般,就切换之前常用的了,两个客户端都支持,网页啥的都正常扶墙。 然后网页浏览 github 也正常的 但是推代码的时候,verge 就是不成功, ``` unable to access failed to connect to github.com xxx time out 。 ``` 有人知道啥原因吗? 我也没有对 verge 做特殊的配置。