www 当然是主机名 没毛病。简单的一句话总结 dns 的消息大小 也就是放 13 个根的结果正好，更多会分片。就是这么简单。

知道现在的马路一根车道为什么这么宽吗？因为当年 2 匹马的马车就这么宽。所以马屁股的宽度决定了今天马路的宽度。

可以自己部署一套 www.meetyoucn.com

json 交互 一共 4-5 个命令。http://www.github.com/venus

@wedojava 就是 golang 写服务器，js 写了前端， 后来学了一下 typescript 把 js 转成了 js

使用 docker push xiaojiaqi/venus:0.1.0 下载镜像！

https://cloud.docker.com/repository/registry-1.docker.io/xiaojiaqi/venus

@eastrd 非常感谢你的建议。 昨天因为没有币了，所以没有回。

首先 我忘记贴 Github 了

https://github.com/xiaojiaqi/Venus


其次按照 @eastrd 的建议， 我把它传到了 dockerhub 上，本来 dockerhub 一直是被墙的，所以我也没想过往上传，今天偶然试了一下 是可以的，就传上去了。

docker 的使用很简单。

3 种情况
第一种， 我就是用镜像测试一下
首先，假设你没有域名，那么你需要找一个 上图里的 ip，作为你的服务器。
比如你本地服务器 ip 是 192.168.2.2 那么 www22.meetyoucn.com 就是你可以用的域名

运行一下命令 就 ok 了
sudo docker run --env WEBHOST=www22.meetyoucn.com -p 80:80 -p 443:443 -p 8888:8888 -p 8090:8090 -p 8091:8091 -d xiaojiaqi/venus:0.1.0
这种玩法的缺点在于，容器重启 资料就没了。

第二种情况， 我本地有一个 redis 服务器，我想把数据保留下来
假设我的 redis 是 192.168.1.1 我的本地服务器还是 192.168.2.2, 那么域名就仍然是 www22.meetyoucn.com

运行以下命令
sudo docker run --env WEBHOST=www22.meetyoucn.com --env REDIS=192.168.1.1:6379 -p 80:80 -p 443:443 -p 8888:8888 -p 8090:8090 -p 8091:8091 -d xiaojiaqi/venus:0.1.0

第三种情况， 我有一个自己的证书， 我想用自己的域名
那么你需要把 cert.pem key.pem 两个挂载进系统

差不多就是这样

sudo docker run -v /local/cert.pem:/app/cert.pem -v /local/key.pem:/app/key.pem --env WEBHOST=www.myhost.com --env REDIS=192.168.2.30:6379 -p 80:80 -p 443:443 -p 8888:8888 -p 8090:8090 -p 8091:8091 -d xiaojiaqi/venus:0.1.0



昨天有几个人加了 至尊宝的好友，可惜 上线太晚，抱歉。

来喷点冷水，无限的扩展，意味着别人能释放可执行的代码。20 年前就有这个能力了，一个 php 的平台 允许用户上传 php 代码 并且执行它就可以了。如果能保证安全可控的前提还可以。事实会怎么样，自己想想就可以。

开源就是老二想把老大拉下来的手段，自己打不过 就免费找些人想办法把你弄下来。最核心的东西 从来没有公司会开源，开源的东西也是前一代的，自己有核心优势。你看过那个行业第一的商业产品开源了？

纯技术又没有优势，更多是商务胜利。但是技术也不错。 其实说到底，做这个的，技术实力都差不多，更好的线路就有更好的效果。

@mejee 我已经设想并完成了你的需求，更棒的是 不需要中心服务器认证节点。

安全的聊天和法律是违背的。可以用全 ssl RSA 加密聊天，这样是真的匿名安全的。

你们不是刚把技术 vp 都裁了吗？

提醒：同事去年放弃了你们 offer, 因为你们不按照工资交社保，按最低基数交。

@rayingecho 谢谢

能安利一下 这个录屏并转成 gif 的软件或过程吗？

这个问题 我还专门尝试过 对于 RSA 但是好像不可以



Here is an example of RSA encryption and decryption. The parameters used here are artificially small, but one can also use OpenSSL to generate and examine a real keypair.

Choose two distinct prime numbers, such as
{\displaystyle p=61} p=61 and {\displaystyle q=53} q=53
Compute n = pq giving
{\displaystyle n=61\times 53=3233} n=61\times 53=3233
Compute the Carmichael's totient function of the product as λ(n) = lcm(p − 1, q − 1) giving
{\displaystyle \lambda (3233)=\operatorname {lcm} (60,52)=780} {\displaystyle \lambda (3233)=\operatorname {lcm} (60,52)=780}
Choose any number 1 < e < 780 that is coprime to 780. Choosing a prime number for e leaves us only to check that e is not a divisor of 780.
Let {\displaystyle e=17} e=17
Compute d, the modular multiplicative inverse of e (mod λ(n)) yielding,
{\displaystyle d=413} {\displaystyle d=413}
Worked example for the modular multiplicative inverse:
{\displaystyle d\times e{\bmod {\lambda }}(n)=1} {\displaystyle d\times e{\bmod {\lambda }}(n)=1}
{\displaystyle 413\times 17{\bmod {7}}80=1} {\displaystyle 413\times 17{\bmod {7}}80=1}
The public key is (n = 3233, e = 17). For a padded plaintext message m, the encryption function is

{\displaystyle c(m)=m^{17}{\bmod {3}}233} {\displaystyle c(m)=m^{17}{\bmod {3}}233}
The private key is (n = 3233, d = 413). For an encrypted ciphertext c, the decryption function is



public 是 n 和 e
private 是 n 和 d

e 一般都是 65535, 而 n 是双方都知道的， 所以 priavte 加密 public key 基本就是公开的。当然 如果 n 不公开，还是可以认为有一点安全的。 如果只有双方知道 n 这个加密还是安全的。

只是安照算法 直接把 e 替换成 d 然后加密，好像是不行的。

所以 谁再问为什么选苹果 就给他看这贴