@kqz901002 #2 很多路由器关闭 DHCP 就只是关闭了 DHCP 服务，还是有 NAT 的，印象中这种面向普通用户的路由器支持桥接模式的很少，支持的路由器一般会有一个独立的配置项，而不是关掉 DHCP 就自动关闭 NAT 。

我在用 yandex

因为系统允许它获取蓝牙状态。

@FreeWong 那建议使用 shutdown 的方式，服务端读到连接关闭即可。

你这是测试程序的问题吧？不是 nginx 的问题。

@kaitok 那就是你目前这个方案，早期版本的 HDMI 和 DVI 传输的数据是一样的，只是物理接口不同，本来就能无损转换。

@FreeWong 所以你到底能不能改客户端？能改的话那个方法是可行的。本质是用 # 代替 shutdown 来表示“数据已发完”。

客户端改不了的情况下有一个可能可行的方案，就是服务端一收到数据就立即发送 Received ，然后 read all 直到断开连接，这个方案可行的前提是客户端会把所有数据发完再断开连接。假设客户端是发送数据、接收数据、断开连接顺序执行的话，这个方案是可行的。

选择预编译头即可。stdafx.h 只是个预编译头的文件名，现在改成了 pch.h 而已，叫啥名不影响功能。

targetver.h 的内容一般是
```
#pragma once

// // Including SDKDDKVer.h defines the highest available Windows platform.
// If you wish to build your application for a previous Windows platform, include WinSDKVer.h and
// set the _WIN32_WINNT macro to the platform you wish to support before including SDKDDKVer.h.

#include <SDKDDKVer.h>
```
意思是如果你想让程序能在旧的 Windows 中跑，可以在这里定义版本号，然后头文件会把新的 API 给屏蔽掉。

对于初学者来说我个人不建议管这些，直接 include 即可，等后面开始写复杂项目了再来看这些内容。

@rrfeng 这里的问题是客户端发完数据后不会 shutdown ，ReadAll 要等客户端 shutdown 后才会返回。

这个设计是有问题，看起来 Received 的作用只是控制是否补发，那客户端发完后就应该直接 shutdown ( https://man7.org/linux/man-pages/man2/shutdown.2.html )，这样服务端就能知道数据已经发完了，这个方案甚至不需要修改数据包格式。

@kaiger 我不是说要你用 eval 来跑，我说的是此类代码实际执行的逻辑。

试了下，MIUI 自带的桌面和 Nova Launcher 都不支持。

搜了一下，这个分辨率是 2048x1080 ，所以电脑只支持到 1920x1080 很合理呀。

简单的就是用正则表达式来匹配，复杂的话去看编译原理吧。

此类编码方案一般都是想办法解码出代码文本，然后用 eval 之类的执行。所以有个很简单的办法是把 eval 替换掉，就能直接拿到代码。
不过 jjencode 用了 obj.constructor.constructor 的方法拿到 Function 然后再执行的，这种方式似乎没什么好办法。

我在用 Redmi K40 ，需要等 7 天才能解锁，不确定新注册的账号会不会要等更久，等待期间不开机使用也没问题。

https://zhuanlan.zhihu.com/p/425045290
这种不算测评吧？文章里是直接列出来了。

@sigl0p 只是之前没有实现，在 roadmap 里面有写 unpackaged 是确定会在 1.0 中支持的。