@nnnToTnnn #29

如果问 C 能不能做 UI，应该是能做。如果问 C 做 UI 是不是最佳选择（之一），我认为不是。

vpn + smb (samba, Windows 文件共享)

理由是不建议开放网页到公网，至少 HTTP 的不太行

#2 是的

@rio 你拿到的 /64 应该是一个地址而不是一个前缀，前缀可以继续分下去，地址不行。地址只是 /64 网段中的一个地址，这时候如果想要别的地址，那就得通过 NDP Proxy 来转发 ND 报文才行。

默认配置 sla-len = 16 是因为，ipv6 network id 长度是 48 bit [1]. 建议尝试下 sla-len = 4，看看能不能分到 /60 的 prefix

[1]: https://ipcisco.com/lesson/subnetting-in-ipv6/

之前在推特上我一直认为可以用 DHCP-PD + SLAAC 的方式配置 ... 那现在看到 NoPrefixAvailable 感觉是不太行了

要么就是请求的 prefix 太大超过了限制，这种情况的话考虑调小一点 sla-len 可能有用 [2][2]

还有一种方式，就是我说的转发 RA + NA + NS，也就是[这里][1] 提到的 relay 模式

[1]: https://openwrt.org/docs/guide-user/network/ipv6/start "Router Advertisement & DHCPv6"
[2]: https://openwrt.org/docs/guide-user/network/ipv6/dhcp6c "Interface Settings"

@CallMeReznov
@lechain
@mmdsun

节目里说的是正经英文诗，不是你们想的那种

@secondwtq 按照我理解 /r/cpp 是用来发新闻 / 发 blog 的，所以没往那边发

> 会不会造成 SDK 用户也必须使用包管理器

希望达成的效果是，用的话更方便，不用的话那么手动配置也不是不行。下游的开发者还是 Visual Studio 工程，这种情况他最差也就是手动配置下

@nightwitch 这种情况下还有别的限制。源码版本管理是 git，不太想直接带开源的源码，或者是二进制包，git 仓库的体积会变得很大，也可能会不小心改掉别人的源码；很多三方库不是用 cmake 管理的，还得给他们写 FindX.cmake 配置文件

服务器和客户端都应该抓包，检查下包是不是确实发出去了，服务器是不是确实收到了，排除网络原因；不是网络问题再检查服务器的软件是不是有问题，客户端的软件是否有问题。

对齐与否之前只有在内存中才有必要对齐，更何况现在不对齐的内存访问也已经很快了，你没有必要对齐

第一个不是 char 类型，而是指向 buffer 的一个指针；第二个参数是 buffer 的长度，因此要达到写 4 bytes (sizeof(uint32_t))的效果，你需要 ( https://godbolt.org/z/zMMWb3 ):

```c
#include <cstdint>
#include <cstdio>

void f(uint32_t i) {
FILE* fp = fopen("path/to/file.bin", "wb");
fwrite(&i, sizeof(i), 1, fp);
fclose(fp);
}
```

https://en.cppreference.com/w/c/io/fwrite

数百 W 的情况下，可以有两种方式。

一方面可以提高电流，这样的话线材的阻抗就会导致更明显的发热、更多的能量损耗在线材上，这种情况只有加粗电缆减小线材阻抗才行，更粗的电缆也就更硬。

另一方面可以提高电压，当前 PD 最高 20V 我认为主要是针对笔记本来讲的，因为一般笔记本的输入电压就是 20V 上下。提高电压的情况下就需要接收端有相应的变压线路降低到实际使用的工作电压，这样也会有发热问题。

USB PD 了解一下。https://en.wikipedia.org/wiki/USB_hardware#PD
最高 20V*5A = 100W ；不过 3A 以上要有专用的大电流线缆，普通线缆安全电流都是最大 3A 。

很多普通笔记本电脑、部分移动显示器现在已经可以使用 USB Type-C PD 供电了；很多显示器现在也内置有 USB PD 供电能力，好处是一根线可以同时提供 USB 2.0 USB PD 和视频信号。不过 100W 还是不能满足高功耗显卡、CPU 的用电需求，这些情况现在还离不开传统的 180w / 230w / 180w x2 / ATX 电源的供电方案。

@terence4444 #46 我不同意你说的第一句话。对于该贴的主题，我认为你说的没错。

我认为法律法规是一定要遵守的，否则会受到有关部门惩罚；如果规则不合理，也应该公开讨论，制定更合理的规则。

我认为，po 主在抱怨的同时，和几位交换了意见，除了获得了赞同，也得到了相关现行法律规定的解释，可以说也算达到了讨论的目的（交换信息）。我相信看到了本贴的各位，多少都对现行法律有了更深的了解；如果能在此基础上催生出相应的行动，无论是参政议政，还是规范自身，都是很好的结果。

@xtx 建议您回复时注意措辞，反问句语气有些重了。有些言论本不需要回复的

@terence4444 我劝您话别说的太绝对，尽可能不要过度解读；就事论事，理性讨论问题。将问题发散出去无疑会冲淡重点问题的讨论效率，严重的话还会引发冲突。

pid 不是字面上的 pid 而是进程 id

正常的命令应该是 cat /proc/123/limits 这样