翻翻资料，我发现 IEEE 的邮件组里，2015 年就有人提出了想要把以太网也加入 type-c 的 Alt Mode

注意，这并不是常见的 “ USB 网卡”，而是希望使用 type-c 来代替 RJ45，你可以理解为 “ type-c 网线”

http://grouper.ieee.org/groups/802/3/email_dialog/msg00262.html
https://plumbingnotes.wordpress.com/2015/03/12/usb-c-and-nu45/

补充，说 type-c 上的协议的时候，把 MHL 给忘了，干脆附上一堆链接吧。

USB-IF： https://www.usb.org/usbc
MHL： http://www.mhltech.org/usbtype-c.aspx
HDMI： https://www.hdmi.org/manufacturer/hdmialtmodeusbtypec.aspx
DisplayPort： https://www.displayport.org/displayport-over-usb-c/
Thunderbolt3： https://thunderbolttechnology.net/blog/thunderbolt-3-usb-c-does-it-all

我对 Thunderbolt2 / Mini DisplayPort 和 type-c 这类 “通用” 接口的情感是非常复杂的。

他们都属于统一的物理接口上，可承载不同的协议（ TB2 可能旧款 MacBook 的用户会更熟悉一些）。
从好处来说，可以减少设备上的接口数量，增强接口通用性。

但是也带来不少困扰：
https://ws2.sinaimg.cn/large/760b39b3gy1fyr3ougx6kj20gd05240w.jpg
同样是 MacBook，一模一样的接口，有的是支持 TB2 的，有的是只支持 Mini DisplayPort，使用这个接口连接显示器或者传输数据的时候，就会遇到一些困扰了。
https://ws2.sinaimg.cn/large/760b39b3gy1fyr3qvdkyxj20ya0bhthz.jpg
幸好由于 TB2 基本只在 MacBook 上出现（ miniDP 倒是在显卡上很常见），雷电的数据功能和 DisplayPort 的视频输出功能也区别比较大，之前带来的困扰似乎并不是很大。


同样的，type-c 也是一个硬件接口上承载多个协议，随着 type-c 覆盖面的增加，这事儿就开始变的严重了，毕竟它可以承载的东西实在太多了，多到甚至有些混乱。

type-c 上可以跑的协议有：Thunderbolt3 / DisplayPort / HDMI / USB(2.0&3.1Gen1&3.1Gen2)
其中 USB 上还可以再叠加上 QC、PD 等专有功能协议。

你以为这就完了？
还可以转换啊，USB3.1 可以各种转转转啊，转个 HDMI / DisplayPort 出来啊。

于是，当你看到一个 type-c 接口的时候，别说普通消费者了，即使是大部分极客，如果不翻说明书，几乎无法确定这到底是个什么接口、能怎么用，厂商也是被搞的不知道该怎样标注（ TB3 还好一些，起码有个闪电标志可以用）。
https://ws2.sinaimg.cn/large/760b39b3gy1fyr3tx4787j21ds0d4goc.jpg

鉴于 USB-IF “优良” 的命名传统，我感觉这种混乱很可能会一直持续下去，直到每一个 type-c 接口都是全功能的。

附：
关于 “优良传统”，参见 USB 2.0 FullSpeed 和 USB 3.1 Gen1

@shadiao #1
哈哈哈哈，如果是按去年，哦不前年十一的节奏的话……
搞不好免费用户还真要等到假期结束才有服务了~

https://ws2.sinaimg.cn/large/760b39b3gy1fyqzly66eaj20uo0sg798.jpg

@hymzhek #9 #10
这类磁盘一旦解密之后，里面全是正常文件，想怎么 copy 就怎么 copy

这更像是一个逻辑问题，楼主既然已经知道 if it can be read, it can be copied，那应该很清楚，除非有类似 DRM 的机制，否则 Viewer 是一定逃不掉的。

让标准播放器可以兼容 = 输入文件(流)非加密 = 存在一份已解密的文件(流) = 存在一份可拷贝的文件(流)

文件(流)拷贝也不能用 = 文件(流)加密 = 标准播放器不可以兼容 = 需要定制 Viewer

除非能处理掉上面的六个等号中点任意一个，否则没戏。
可以说…… DRM 算是最接近的一个了，然而覆盖度还是不够

西乡的话，是不是因为今天宝安马拉松的原因啊？

Windows 下用 xnview
macOS 下用 xee3

https://www.xnview.com/
https://theunarchiver.com/xee

都在说 CTO 的不讲情面，其实我觉得一级主管其实也可以做的更好一些。

因为 CEO/CTO 很多时候不清楚具体的项目安排，无法简单的评定人员请假对工作的影响大小。
至少我在面对部门的小伙伴请假的时候，如果时间稍长，会先做好安排再审批通过，并在审批信息中进行说明。

https://ws2.sinaimg.cn/large/760b39b3ly1fynfpjxi74j20wy0swdkx.jpg

满脑子都是云天明怎么办……

大部分流程中，是存在两个页面的：
A. 可以增减商品数量购物车页面
B. 不可增减商品数量的结算页面

A 页面如果不涉及购物车同步功能，可以考虑纯前端计算，这样用户体验更流畅。
同时可以考虑对特殊商品（如秒杀，限购）采取特殊策略。

A 页面如果涉及购物车同步功能，那么后端计算吧，反正同步购物车已经挺卡的了（我的淘宝购物车，反馈极慢，经常出现 “点过头” 的情况）

B 页面，肯定是后端计算，因为用户无法修改商品，不需要担心延迟和性能问题。

补一张商家介绍图：

https://ws2.sinaimg.cn/large/760b39b3gy1fykg1sa47uj20u00wrkjl.jpg

所以楼主是想找这种吗？

https://ws2.sinaimg.cn/large/760b39b3gy1fykg0jefktj20e40kmdin.jpg

498 右上角似乎有个星号，那个星号对应了什么备注信息？

@zhjits #17
哇，非常感谢，关掉 RemoteFX 之后确实流畅了非常多，本条回帖来自 RDP 中的 Win10

@zhjits #17 这样的嘛？我本来是想开着玩儿玩儿的，我关掉试一下

借楼问个问题，自己在家里内网使用 Microsoft Remote Desktop，从黑苹果台式机上连接两台 Windows 主机。

使用中遇到了奇怪的问题，同样是 4K 分辨率的 RDP 连接，
NAS 自身打底的 Server 2016 操作非常顺滑，
NAS 上 hyper-v 内的 Win10 就延迟贼高，这是什么鬼。

视频链接：
http://img.by24.cn/temp/rdp_problem.mp4
（视频会在 1 月 1 日 后删除）

NAS 是双网卡的，hyper-v 里的 Win10 走的是独立的一张网卡。
内网是千兆有线连接，检查过两台机器的 ping 值，都在 1ms 以内。

hyper-v 上有开启 remoteFX，不知道是否有关联。

https://ws2.sinaimg.cn/large/760b39b3gy1fyizv92mfgj210a0u0wpl.jpg