#tv Scavengers Reign S01 E0{7,8,9}
这周三集以绝望开头,以恐怖结尾 😨
Ursula 聪明机敏但又比较单纯,要不是运气真的不错她现在应该已经死好几遍了。
Sam 谨慎小心、身体强壮,但实在太惨几乎扛下了所有物理伤害。
希望他们两个都能至少活着回到船上 😢
这剧目前为止最惊艳的地方就是细节与环境刻画;感觉像一个生物学家完整地观察了一个外星生态系统中大量动植物的生命周期与行为模式,然后非常流畅地把它们融入到了剧情里。(剧里的外星动植物行为无论多么可怕与 fucked up,实际上在现实中的地球都有对应。但它的内容选取又避开了现代城市人可能熟知或有所了解的领域,所以完美地呈现了一种极其令人信服但又完全未知与疏离的陌生环境。)
自然运作里死亡无处不在,但从外表看又是如此美丽。
这周三集以绝望开头,以恐怖结尾 😨
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 #随想
我在墙内的任何平台,关于翻墙的话题从不参与讨论,一方面是考虑到自身的账号安全,另一方面是这个东西在国内不能明说。我到现在也很难理解,为什么对于一些开源项目,即使作者已经在仓库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 生态那样支持全平台的工具。
听说
Clash 是个支持多种代理协议的客户端软件,自身没有开发任何协议,也没有服务端。
+ 是不是以后 Clash 就不能用了?
假设作者真的不回来,也没有别人接手,那 Clash 所支持的协议就不会得到更新,在新协议兴起、旧协议式微之后 Clash 才无法继续使用。这对于自建用户的影响比机场用户来得更快更猛,因为即使像裸 Shadowsocks 这样不再能骗过 GFW 的老旧协议,也依然被大量机场作为面向用户提供的接入协议(实际突破 GFW 的流量可以是各种 exotic 的新协议,但机场为了最大化用户群会通过国内跳板之类的手段提供广泛可用的旧协议作为突破 GFW 前这一段流量的包装协议)。
+ 现在就想换,换什么?
苹果用户(并且愿意花钱)可以看看 Surge ,Android 用户可以看看 Surfboard 。除此之外我不知道目前还有哪款工具能够提供灵活、可实时切换的路由规则;尤其是像 clash core + gui 生态那样支持全平台的工具。
听说
sing-box 不错,但我没试过,也不知道它的路由控制是不是类似 Clash 那样灵活。
边界条件之场
这个 vscode 插件非常有毒,作为一个 spell checker 它字典里一大堆 typo 😡 几年来遇到太多次,今天它把 recnet (recent) 认作正确拼写,我 push commit 之后才发现,受不了了 🤬
Turns out to be user error 🤡
刚装这个插件的时候我就把
关掉之后
刚装这个插件的时候我就把
cSpell.allowCompoundWords 打开了,当时也许想的是 camelCase == compound word 🤡(实际上 camelCase 会被正确拆开进行 spell check,至少现在已经不需要这个设置)关掉之后
recnet 确实会被正确标记为 typo 😌
边界条件之场
又是被 #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*)**…
CommonMark 给的例子:
Logseq 不分段渲染出来 P1,分段渲染出来 P2。
弄对的连一半都没有 💀
***strong emph***
***strong** in emph*
***emph* in strong**
**in strong *emph***
*in emph **strong***
Logseq 不分段渲染出来 P1,分段渲染出来 P2。
弄对的连一半都没有 💀
学习 svelte 遇到的第一个坑: https://github.com/sveltejs/svelte/issues/8220
与开发者对自己输入的 vanilla html 行为预期不一致,因为 svelte 生成的 markup 剥除了默认值……
与开发者对自己输入的 vanilla html 行为预期不一致,因为 svelte 生成的 markup 剥除了默认值……
GitHub
<input type="reset" /> clears form instead of respecting values · Issue #8220 · sveltejs/svelte
Describe the bug Using <input type="reset" /> on a form with hardcoded values clears the form when it shouldn't. Reproduction Repl here: https://svelte.dev/repl/fa8b042ada144734...
跑通了自己的第一个前端学习项目;rust 写业务逻辑,编译到 wasm 暴露接口给 js;sveltekit 写 ui 和交互逻辑,编译到没有服务端的 spa;tauri 包装 sveltekit 编译出来的静态资源,生成桌面端可执行文件。
整个过程中体验最烂的是第一步中尝试给 wasm-pack 挂代理,以及第三步中在傻逼 windows 下编译 tauri ……
svelte 里的一点小坑跟这两个相比什么都不算 😇
整个过程中体验最烂的是第一步中尝试给 wasm-pack 挂代理,以及第三步中在傻逼 windows 下编译 tauri ……
svelte 里的一点小坑跟这两个相比什么都不算 😇
👍1
I am so glad clap is a thing, so I don't have to do this each time I need to define a cli 😨
(Also
(Also
cargo, makes dependency easy (compare to C, and probably everything else too?))YouTube
Forbidden Rust
Previous Episodes: https://www.youtube.com/playlist?list=PLpM-Dvs8t0VZ1tPn-Qqdro3p_5s1HuMyF
Referencs:
- Tsoding - 4at - https://github.com/tsoding/4at
- Tsoding - Command Pattern - https://github.com/tsoding/command-pattern
Support:
- BTC: bc1qj820dme…
Referencs:
- Tsoding - 4at - https://github.com/tsoding/4at
- Tsoding - Command Pattern - https://github.com/tsoding/command-pattern
Support:
- BTC: bc1qj820dme…
前端真____混沌无序,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
翻出 <input> 的 reference (P1) 看了下确实有写……但没踩过这个坑谁____知道平常用 css 控制的宽度属性到了 input 上默认值要去 html 里改 😡
html+css 那么巨量的文档,加上数不清的历史遗留 can not break 的古怪特性,只能说太 awesome 了 🤮
#trash #web