边界条件之场
66 subscribers
680 photos
4 videos
10 files
1.03K links
Do you hear the sirens sing?

main: @cvf_cha
group: @cvf_gro
forwards: @cvf_for
Download Telegram
#tv Scavengers Reign S01 E0{7,8,9}
这周三集以绝望开头,以恐怖结尾 😨

Ursula 聪明机敏但又比较单纯,要不是运气真的不错她现在应该已经死好几遍了。
Sam 谨慎小心、身体强壮,但实在太惨几乎扛下了所有物理伤害。
希望他们两个都能至少活着回到船上 😢

这剧目前为止最惊艳的地方就是细节与环境刻画;感觉像一个生物学家完整地观察了一个外星生态系统中大量动植物的生命周期与行为模式,然后非常流畅地把它们融入到了剧情里。(剧里的外星动植物行为无论多么可怕与 fucked up,实际上在现实中的地球都有对应。但它的内容选取又避开了现代城市人可能熟知或有所了解的领域,所以完美地呈现了一种极其令人信服但又完全未知与疏离的陌生环境。)
自然运作里死亡无处不在,但从外表看又是如此美丽。
Forwarded from 心灵魔法站
自2023年11月2日起,中国开发者在GitHub上删除或存档翻墙工具 这些话本来是不想说的,但是现在看到有些人真的很离谱。

我在墙内的任何平台,关于翻墙的话题从不参与讨论,一方面是考虑到自身的账号安全,另一方面是这个东西在国内不能明说。我到现在也很难理解,为什么对于一些开源项目,即使作者已经在仓库README中写明了“不要在国内的任何平台传播”依然会有很多人置若罔闻,更有甚者拿那些免费的软件去二次售卖,当个人好吗?既然知道翻墙不合法,那就不要在国内社交平台上摆弄你手机桌面上那“了不起”的国外软件,不装逼不会死。

对于这次Clash系代理工具的衰落,我认为有些人可能会担心“以后是否无法翻墙”。我的回答是:不用担心。自从Shadowsocks诞生以来,中国网民与GFW斗智斗勇从未间断。旧的工具(协议)的退出并没有完全扑灭人们对互联网自由的追求。以下是一些关键时刻:

- 2015年8月22日,Shadowsocks的作者Clowwindy在GitHub上宣布停止维护Shadowsocks,并清空了仓库代码。网友纷纷表达了感谢

- 2017年7月27日,ShadowsocksR的作者breakwa11删除了GitHub上的所有代码,解散了相关交流群组,停止了ShadowsocksR项目。

- 2019年2月,V2Ray项目创始人Victoria Raymond突然消失,其Twitter、Telegram以及知乎停止更新。2019年6月2日,在开源社区志愿者的努力下,V2fly启动,以另一种方式继续了V2Ray项目。

在这些时期,涌现出了无数的代理工具,有的进场,有的退出(例如曾经红极一时的Qv2ray)。每当人们觉得翻墙时代即将结束时,总会有一群人在黑暗中点亮一盏灯,既照亮自己,也为他人提供了方便。而每次的协议和工具的更迭,都让翻墙变得更加简单,方便。

最后附上clowwindy( Shadowsocks协议的开创者)当年写下的一段话。

相关:基于荷尔蒙开发的开源项目

最近几天,clash for windows 停止了更新,clash core 的仓库也被作者删除了。这种事之前也发生过,但这次的后续真得既可笑又可悲。

Clash 倒下后,不知网民们出于何种想法,将这件事的热度扩散到了微博上,甚至达到了微博热搜。你们真的有考虑过开发者吗?这件事的影响已远远超过了可控范围,有多少双眼睛在盯着微博热搜?其中又有多少不怀好意呢?

大多数网名大概都是以吃瓜的角度在看这件事。没有人真的在为开发者着想,这真的非常可悲。你们如何证明 clash 作者以外的开源代理开发者们没有因为此次事件被特殊关注,人身安全受到威胁呢?

我还是将大众想得太善良了。中国人的本性就是喜欢看别人的悲剧,除非火烧到自己,否则根本不会有觉悟。我觉得我不值得将自己的任何精力贡献给这样的群体,更何况我的人身安全也受到威胁。

我特别反感人们将开源开发者停止开发叫做“跑路”。我觉得这是一个偏贬义的词,本来有责任的人突然消失了才是“跑路”,而不是不求回报的开源开发者们。我不知道现在简体中文互联网用户的中文水平为何如此可笑。

往期:

- qv2ray宣布停止更新
- Shadowsocks的前世今生
- CFW登上微博热搜

#开源 #GFW #随想
烫常识:猫窝没了以后你电脑手机上的 Clash 不会突然就不能用了,你在用的机场也不会突然就倒闭了。

Clash 是个支持多种代理协议的客户端软件,自身没有开发任何协议,也没有服务端。

+ 是不是以后 Clash 就不能用了?
假设作者真的不回来,也没有别人接手,那 Clash 所支持的协议就不会得到更新,在新协议兴起、旧协议式微之后 Clash 才无法继续使用。这对于自建用户的影响比机场用户来得更快更猛,因为即使像裸 Shadowsocks 这样不再能骗过 GFW 的老旧协议,也依然被大量机场作为面向用户提供的接入协议(实际突破 GFW 的流量可以是各种 exotic 的新协议,但机场为了最大化用户群会通过国内跳板之类的手段提供广泛可用的旧协议作为突破 GFW 前这一段流量的包装协议)。

+ 现在就想换,换什么?
苹果用户(并且愿意花钱)可以看看 Surge ,Android 用户可以看看 Surfboard 。除此之外我不知道目前还有哪款工具能够提供灵活、可实时切换的路由规则;尤其是像 clash core + gui 生态那样支持全平台的工具。
听说 sing-box 不错,但我没试过,也不知道它的路由控制是不是类似 Clash 那样灵活。
#wtf logseq 单字母 a, b, c 作为 tag 的时候会自动变成大写。
好象是什么内部特殊页面?因为尝试用这些名称创建新页面没有「创建页面」的选项,用 d 就有。
logseq 的很多行为真的让人摸不着头脑 💩
💩2
我日,8 G ???
(eza 维护者让我给 pr 加 nix test,第一次用 nix,没想到这么劲爆)
🤯1
这个 vscode 插件非常有毒,作为一个 spell checker 它字典里一大堆 typo 😡
几年来遇到太多次,今天它把 recnet (recent) 认作正确拼写,我 push commit 之后才发现,受不了了 🤬
边界条件之场
这个 vscode 插件非常有毒,作为一个 spell checker 它字典里一大堆 typo 😡 几年来遇到太多次,今天它把 recnet (recent) 认作正确拼写,我 push commit 之后才发现,受不了了 🤬
Turns out to be user error 🤡

刚装这个插件的时候我就把 cSpell.allowCompoundWords 打开了,当时也许想的是 camelCase == compound word 🤡(实际上 camelCase 会被正确拆开进行 spell check,至少现在已经不需要这个设置)

关掉之后 recnet 确实会被正确标记为 typo 😌
有一款即时通讯软件,它:
- 没有任何 UI 指示器表明正在拉取新消息
- 花五秒冷启动进入会话列表后要再次等待长达五到十秒才能完成**第一批**消息同步
- 没有接入任何推送服务,消息更新及推送完全依靠软件本体持续后台运行

体验就是我五分钟开了三次微信,每次停留几秒看有没有新消息,等到第三次才收到别人**几个小时前**发过来的消息 💩
确定五分钟前第一次启动后微信没有被杀,因为第二、三次打开不用等它重新冷启动。不清楚为什么扔到后台以后这个傻逼软件没有继续拉取新消息,而是要等到我第三次打开,累积了足够前台时间以后新消息才出现。
#trash #china #tencent #wechat
💩4
当你身在中国,某一款你要使用的 cli 工具完全不理会 http(s)_proxy 环境变量,并且也没有提供其它手段配置代理 🫠
迟早要搞个 软路由/旁路由 来给全家网络环境做个透明无感分流代理
#trash #china #gfw
A frustrating learning experience 🫠
I hate JavaScript.
最近几个月旁观了一些央视台的电视剧,发现非常大比例的片段都是后期配音的 🤔。口型对不上,且剪辑经常有意规避发言者正面镜头,画面上总是听的人而不是说的人……

因为原始剧本拍出来过不了离谱审核,后期花不出钱重拍只能 配音+剪辑 弥补? #china #tv
又是被 #wtf logseq 猛创的一天,它们 markdown parser 写的什么狗屎(至少不兼容 CommonMark)

我写: *A **B***
理应是: <em>A <strong>B</strong></em>
它渲染出来: <em>A B</em>**

我写: *A **B** C*
理应是: <em>A <strong>B</strong> C</em>
它渲染出来: <em>A B</em>* C*

百思不得其解,难道 logseq 用的 parser 读的是 (*A *)(*B*)**(*A *)(*B*)* C* ?????
跑通了自己的第一个前端学习项目;rust 写业务逻辑,编译到 wasm 暴露接口给 js;sveltekit 写 ui 和交互逻辑,编译到没有服务端的 spa;tauri 包装 sveltekit 编译出来的静态资源,生成桌面端可执行文件。

整个过程中体验最烂的是第一步中尝试给 wasm-pack 挂代理,以及第三步中在傻逼 windows 下编译 tauri ……
svelte 里的一点小坑跟这两个相比什么都不算 😇
👍1
前端真____混沌无序,input field 最小宽度不受控制,看了半天 inspector 找是哪条浏览器内置 css 设置了宽度,无果。上 stackoverflow 一查才知道这玩意的最小宽度不在 css 里,在 html <input> tag 的 size attribute 里……
翻出 <input> 的 reference (P1) 看了下确实有写……但没踩过这个坑谁____知道平常用 css 控制的宽度属性到了 input 上默认值要去 html 里改 😡
html+css 那么巨量的文档,加上数不清的历史遗留 can not break 的古怪特性,只能说太 awesome 了 🤮
#trash #web