svn? jira?

前置摄像头是刚需。
举个栗子，前两天买个手机卡跑流量用，要求录 6 秒视读几个字母频验证身份，没前置摄像头咋办？

加个零也许可以考虑

这妥妥的年会节目呀

用 docker

就算有了，那东西让蛋蛋受伤的概率也会更高

前天发现领券顺手点了一下，昨天看到这贴又去看了一眼，果然有 100 现金券，顺手买了个手环。
然后首页发现活动还在，又刷出了个 100 元手机附加福利。
好几款手机都用券抵 100 再减 100。小米官网的手机都是明码实价，不存在先涨后降的促销手段，所以这已经很良心了啊！

这要看你用哪个发行版了。
我当初用 raspbian 发现几天不看，可用内存就剩几十兆了。
后来换了 centos，内存占用就超级稳定。
买第二个第三个用 opensuse armv8 版本，也很稳定。

炒家肯定是需要下线啊！

公司就给办啊，好处多多，买房摇号跟北京户口同等待遇，小孩还能上一老一小保险，小学中学还能在北京上

dll 会变大，因为要放两份机器指令。哪天再宣布支持 mips 了，就又加一份机器指令

google swapon swapoff

微信已经拥有我的社会关系了，绝不能再让它掌握我的财务状况

看上去干的不是什么好事

我姓牛，文刀牛

我绑的也是招行借记卡，前天还买了个 10 刀的 vps

不好意思，又看了一遍需求才发现 B 到 A 是要经过反向代理的。大方向上没的选，只能是用 http 做载体。具体实现上我提些建议。我不建议你去实现 socks5 或者 http 代理协议，因为这些可以在 B 端搭一个现成的。你只需要实现在 A 端 listen 一个端口，A 向这个端口发起的 tcp 连接会被 B 转到一个指定的 ip:port 就好。至于这个端口跑 http 代理还是 socks 代理，哪个方便你就布哪个，何必自己写呢？你只需实现关键的 tcp 转发就完了呀。

tcp over http 反向转发:
建议 1.要有一个固定数量的 http 请求池，来接受 A 的数据请求。
2.AB 两端维护一个 tcp 连接集合，有状态的。来源就是来自 A listen 的端口上的连接，状态的变更就源自 AB 两端的 TCP 连接。连接标识可以用 A 端的 fd。
3.通信，A->B : http 等待请求池里取一个发应答回去，就到 B 那边了。
B->A :新发一个 http post
4.连接池维护:A 收到 http 请求扔到等待请求池里。
A 每秒检测一次这个池，超一秒的就返回空 http 应答。

逆向端口转发，跟 http 没关系，就是 tcp over tcp, 所有基于 tcp 的协议都能支持。对应的是正向转发，链路对称加密传输的话，前边放个普通代理就翻 wall 了，类似 ss 功能。
逆向加正向组合能在任何位置连进任何物理可达的网络。

用 virtuozzo 啊