@Muninn 感谢，大概看了下这个库可以直接渲染文字！我试试。

@0001110001011 哈哈谢谢，我内部也实现了一个类似的东西，不过我不经过 node 的 puppeteer，直接在 go 调用 headless-chrome 的 go 库拉起模拟登陆和截图。
但是最主要的问题是，headless-Chrome 太笨重了，我还特意把它放在一个容器里分开部署，有时候还很吃内存。我想实现一个可以在代码层面的图片生成转换，目前看比较难，只能从 svg 入手。

@zjj19950716 Puppeteer 我理解其实就是 headless-chrome，他只是在上面封装了一层 nodejs 接口

@jdhao 谢谢你的提议，感觉的确是一个方向不错的。但是涉及到包一个 imaeg docker 进去，不好和运维对接，记录下来了谢谢

@jdhao pandoc 是否需要系统底层支持？主要是考量部署到容器里，pandoc 需要类似 headless-chrome 需要系统层面支持，不好扩展或者做成微服务。

@Thinklong 想

@Thinklong 先接入企业微信生态直接推送到人，但是图片要 jpeg/png

@zoharSoul 请教，普通浏览器、微信、企业微信应该不能直接打开 svg，所以目标人群可能还是看不到图片。

@jdhao 需要渲染以后的页面截图。

yii2

偏题，想问，黑莓的 passport 跟 key 对比哪个可玩性更高呢？

+1

想问现在还在进行吗？

@otakustay 感谢解答，我今天看了一下，整个配置出问题主要是因为家里的上行带宽只有 2M，所以无论走哪个路线都会卡。但是今天中午回去配置了 2 个线路，直接走官方的跳板机 username.quickConnect.to 会比直接 DDNS 到家里路由器要快。。

@irainsoft 家里用的弱鸡小米路由器，发现不可以重定向，非常难受。如果我中午试了一下，关了 Upnp，直接走局域网的实际 IP 地址，速度有所变快。

之所以要用无线是因为 iCloud 的限制，iCloud 只能是 iphone 的照片导出或者电脑的 照片.app 导出到群晖，但是照片有 50G，导出到电脑里的话，照片.app 这个官方软件会卡死，所以只能是走 iphone 的无线传输。（而且群晖的照片备份还分设备名，设备 A 上传完了，如果设备 B 也设置自动备份，会变成上传 2 份相同照片 ）。

byTheWay, 还是感谢解答。

@cye3s 中午咨询了一下，是 200kb/s，所以可能上行慢是一大原因，是隶属联通线路的珠江宽频。
然后，我今天中午关掉了路由器的 Upnp 之后，如果走 username.qucikconnect.to 会走回群晖的跳板集。然后用 a.mydomain.site 就会自己的 dns。

@otakustay 所以我可以这样理解吗？都是访问域名，但是外网走的是正规的 DNS+CA 证书，内网走的是定向的内网 IP+自己生成的一个自签署证书？

@otakustay @realkenshinji 我发现路由器转发了群晖的 Https 端口，外网进去奇慢无比。而且 quickConnect 也会自动重定向到 DDNS 的域名，而不是走原来的跳板通路，而且局域网内都是走这个 DDNS 域名。那么想请教你，你绑了 DDNS 后，局域网中都是通过外网 IP 来访问吗？证书的问题，如何解决呢

@realkenshinji 我发现路由器转发了群晖的 Https 端口，外网进去奇慢无比。而且 quickConnect 也会自动重定向到 DDNS 的域名，而不是走原来的跳板通路，而且局域网内都是走这个 DDNS 域名，想请教你有这种情况吗