@followztx 是彩云的云图（可能不叫这个名字）功能，确实挺好用的，就是把旧功能拎到订阅里有点那啥。

一开始买了彩云天气的 Pro ，后来功能得 VIP 才能用，再到后面又在推 SVIP 。。
最开始我是从墨迹天气切过来的，果然屠龙勇士的最终宿命就是恶龙吗。。

戴森假的特别多，宁可多花点走正规平台买。

看到这个问题第一反应是 黑人问号.jpg
1. https 是加密版本的 http ，而 http 是个文本协议，怎么就和数字签名对比起来了？
2. 如果是想问 “有 tls 还需要数字签名吗”，可这两个一个是交互式的密钥协商，一个是离线的签名验证，好像也没啥可比性。

Fuq Mei 啥意思

害怕就去打疫苗，单次发生的可控的潜在风险 比 不可控的可能集中爆发的一堆问题 要好。
不过说实在的，这个病影响很小，大家怕的是别的。

你这情况和我一模一样，研究的 topic 都是一样的……三年前我跳车跑路了，现在体验非常良好。

感觉做的事情有意义且自己喜欢很重要。比起别人认可，还是要先自己认可自己更重要。

太 low 了，最基本的实事求是、就事论事都做不到。。

转发常见的有 4 层和 7 层，7 层可以用 http 头携带原始请求者 ip ，4 层不太容易，可以用 SO_ORIGINAL_DST 。不过无论是哪种，都需要转发目标服务手动感知原始 ip 。
你这个需求其实是三层转发，只有类似 iptables 这种面向 ip 包的手段能搞，一般都是内核态搞，ng 这种不可能的。
iptables 直接配一个 SNAT+DNAT 应该就 ok 。

感觉问题不大？我本人记性很差，包括但不限于很久都记不住同事名字；中学时背课文每次都是最后一个会背的。但这么多年发现好像记性差也有好处，会强迫自己多理解一些逻辑，以及重要信息会借助外部工具来存储和提醒，可靠性反而更好一些。当然不是说记性差是好事，但我觉得也没那么坏吧，顺其自然，能记的记记不住拉倒。

因为生成的 Future 捕获了 &Demo ，所以要求 &Demo 生命周期长于 Future 。
但 async 闭包返回值的类型写不出来，所以不好约束。一个办法是手动定义带生命周期标记的结构并实现 Future ，但明显实际用起来不太好使。
不知道有没有其他 hack 的办法，我想到一个办法是自定义一个类似 Fn/FnMut 这种的 Trait ，然后在关联类型上标生命周期，这样 fn 定义上就可以把 &Demo 的生命周期和 Future 关联起来了。

```
#![feature(type_alias_impl_trait)]

use std::future::Future;

#[derive(Debug)]
struct Demo {
id: i32,
name: String,
}

impl Demo {
fn print(self) {
println!("id:{}, name:{:?}", self.id, self.name);
}
fn print_ref(&self) {
println!("id:{}, name:{:?}", self.id, self.name);
}
}

trait MyFn {
type Future<'a>: Future<Output = String>;
fn call<'a>(&self, param: &'a Demo) -> Self::Future<'a>;
}

struct DemoFn;
impl MyFn for DemoFn {
type Future<'a> = impl Future<Output = String> + 'a;

fn call<'a>(&self, param: &'a Demo) -> Self::Future<'a> {
async move {
println!("demo: {:?}", param);
param.print_ref();
format!("test demo, id: {}", param.id)
}
}
}

async fn do_demo<F>(f: F) -> Result<(), String>
where
F: MyFn,
{
let demo = Demo {
id: 1,
name: "test".to_string(),
};

let ret = f.call(&demo).await;

// demo.print();

println!("f() ret: {:?}", ret);

Ok(())
}

async fn demo() {
do_demo(DemoFn)
.await
.unwrap();
}
```

两年多前我尝试过，也是租的动迁房。按理说要一个动迁安置协议和另一个证明（忘了是啥）就可以办，但房东说没有。然后半年多前可能是我在随申办上点了点什么东西（我感觉是政策有什么变动，OP 可以试试看），后来有人 call 我说下个月可以来办居住证了。但不巧刚好该月搬家，最后也没办成。
我 13 年来读本科，一直呆到现在，这要在一些国家绿卡都有了；可是在上海，我连居住证都没搞到，更别提户口。只能祝上海越办越好吧。

@lestly 你的 socket 有遵循 RAII 吗？如果它 close 了那么就不应当有人继续持有它。handler 本质上就是存一个 fd 数字，如果 fd 关了但你还持有，那么要么是引用到了不存在的 fd ，要么是引用到了之后打开的 fd 。
我猜一个 fix 是把你的 close 行为改成 shutdown writehalf ，这样 socket fd 仍旧是有效的；然后在 socket 对象析构时去做 fd close 。

fd 号会重用的，旧的 fd 关了再打开新的，可能是同一个 fd 号。

所有能快速查找到的东西没必要占用脑容量，如果常用到记下来的投入产出比更高，那么在多次查找后自然就记住了。
是个自然而然的过程，觉得没必要刻意追求。IDE 、编译器检查这种能提高程序员 IO 效率的工具是个好文明。

《读研的危害》

大项目关 debug info 能省一点

远程开发就好了，client 不是能跑就行？

好代码是语义明确的，而不是某种只有内行人听得懂的黑话；好的代码往往有注释或者自己就是注释，不需要太费劲去解读；对于较大的工程项目，我觉得好不好主要体现在其结构上，比如能不能用抽象层将代码解耦成功能明确的子模块等。
我觉得你这个例子本身就不符合“复杂的好代码”。你说的那些 cpp 的语法问题我觉得更像是由于历史原因不得已而为之的糟粕（狗头保命），来用 rust 吧！