@helllkz #19 都多少年前的事了，当时是 win 用.net framework 版本维护到 4.7+ 然后.net core 是跨平台的，维护到 3.1+ 然后大概 18 19 年前后，宣布.net framework 的下个版本是.net5 虽然版本号相当于继承.net framework ，但是本质是.net core 的升级版，新版本的.net 拥抱云原生，跨平台开发编译运行，对云环境原生支持。

@hs0000t #11 如果只是解决我个人需求的话怎么弄都好说，主要是想着解决一个普遍存在的问题，可能大部分人构建知识库的方式就仅仅是点一下收藏书签，根本不懂抄录到博客或者 obsidian 这种，甚至 word 都不懂写一下，想法是把构建知识库这一个先决条件的门槛拉得足够低再谈其他

@TabGre #9 嗯嗯 我这两天先写个 demo 感觉感觉

@yiikZero #6 想法是，不止局限于书签，只要是文本都可以，本地文档、网址、浏览器书签这类，暂时还没想好是做 pc 软件还是浏览器插件，我再琢磨琢磨

@TabGre #4 是的，就是不知道对于一般人来说是否有这种需求，作为一个程序员来说我觉得或多或少都会有这种需求吧。。

@TabGre #2 不是以书签找书签，是以收藏的书签构建知识库，就比如我主楼说的，我举个具体的例子，我 wsl 偶尔会启动卡死，我网上翻了好久终于找到一个解决办法，然后我收藏到浏览器书签，过了一阵子我又发生这种情况想重新解决的时候，打开书签页发现这个网站已经关停了，或者我干脆翻不到这个标签了，我现在的解决办法是：把这些不好找到的解决方案和经验抄录到自己的博客里，所以我想着能不能在做“收藏网址”的这个动作时，直接 down 下这个网址的内容然后存到向量数据库，形成知识库，然后提供一个窗口基于这个知识库向 ai 提问，相当于是直接和你浏览器的书签栏进行对话。

同.net 后端，之前一直 layui 写前端，想学 vue 等现代框架苦于一直不得门而入，然后偶然一个机会工作内尝试使用 blazor 写了一次页面，感觉和 vue 之类的差不太多，然后看了看 vue3(当时还不是正式版)，直接就能开写了，基本没有学习成本。顺便我 ts 也是玩 screeps 这个游戏学的，第一次上手就是 ts+vue3 ，所以我感觉不知道怎么开始学习，或者说看了大量教程和官方文档但还是不能上手，那有可能是没有理解这门技术的设计思路。

@joysir #1 好 但就是要每个 pod 改一下了 3q

@tool2d #8 我是 httpproxy 连回自己家，本质跟翻墙没关系，翻墙实际上是我自己家的透明代理走 clash 实现的，他就算嗅探出来，总不能禁止我正常使用 httpproxy 吧。。远程办公也不让了吗。。

@momody2099 #10 试了下 6l 的 vacproxy ，但是没研究明白怎么走 https 协议，只能 http+密码验证。。

@cwcc #5 看了下，密码认证要商业版，899 元每月。。。有点吓人

我也 mark 一下

不需要 你只要有 linux 环境就行
我最近在用的一个国人开发的 clash 项目，叫 tpclash ，本质就是一个基于 clash 的网关
首先先搞一个机场配置，然后机场配置加个 testurl 也就是自动测速切换节点的策略
然后 gitlab 上拉下来直接作为服务跑起来
这个 linux 环境的网关指向你的主路由
其他网络设备的网关指向这个 linux 环境的设备

这样你的设备就都能访问外网了，并且机场节点是自动测速切换的，你只要确保你的策略规则能正确分流流量就可以了

@wegbjwjm #11 就是淘宝找个销量最高的本地的店，我这上海，闪送 60 块钱，下单过了几个小时就到了，我图省事买的 64gb 改 1tb 固态+win10 双系统，还送了一堆盗版游戏和 switch 模拟器啥的，用不上，但开机就能玩，挺爽的，然后拆机换固态全程都有录像啥的

问了下 gpt4 ，感觉就是根据 RFC1738 做的一种防范式操作，解决的就是“貌似不存在安全问题”的“貌似、可能”。

gtp4:
为什么 bt 协议中要用%nn 对 16 进制字符串的 info_hash 或者 peer_id 进行编码？

在 BT 协议中，info_hash 和 peer_id 都是二进制的数据，直接在 URL 中传递可能会造成各种问题。例如，有些二进制字符可能无法在 URL 中正确传递，或者可能与 URL 的其它部分混淆。另外，有些二进制字符可能对 HTTP 服务器或客户端构成安全风险。

通过将这些二进制数据编码为%nn 形式的 16 进制字符串，可以避免这些问题。这种编码方式称为 URL 编码或百分比编码，它可以将任意的数据编码为只包含 ASCII 字符的字符串，从而可以安全地在 URL 中传递。

在这种编码中，每个非 ASCII 字符都被替换为%后跟两个表示该字符 ASCII 代码的 16 进制数字。例如，空格字符的 ASCII 代码是 32 （或 20H ），在 URL 编码中它被替换为%20 。

据说是根据 RFC1738 ？

是的，该编码方式是根据 RFC1738 中定义的 URL 编码规则（也被称为百分比编码）来执行的。根据 RFC1738 ，非字母数字字符需要通过十六进制的形式进行编码，形式为%nn ，其中 nn 为该字符的 ASCII 码的十六进制形式。

BT 协议中的 info_hash 和 peer_id 通常包含非字母数字字符，直接在 URL 中使用可能会引起问题，所以需要进行编码。这样做的目的是为了确保这些信息能够在 HTTP 请求（如 GET 或 POST ）中安全可靠地传递。

RFC1738 是 Internet 工程任务组（ IETF ）发布的一份官方文档，定义了 URL 的标准格式以及各个部分的具体含义和编码方式，BT 协议的设计者遵循这个标准以确保协议的兼容性和稳定性。

@tylinux #9 iphone 好像关掉蜂窝网络的话，热点也会被关闭

@sampeng #4 其实主要还是解决躺床上躺沙发上玩 pc 游戏，坐久了腰疼，电脑又不想搬进卧室，串流部分游戏又不能接受延迟，租房又没有预埋 hdmi

@NCZkevin #3 比如星露谷物语？