@zhqiang 我内网机器连公网 ip 都没有...咋可能把外网 vps 接口绑定到内网 3389 端口啊..而且防火墙估计也不会允许内网机器的 3389 可以被外网连上吧.

@lqw3030 唉...这个风险我非常清楚.但是综合我的工作内容涉密程度,以及外网干活带来的效率提升,我愿意承担这个风险.

@cpstar 需求场景就是,我们干活在一台内网机器上面.但是这个机器用起来非常不爽.我想在外网的笔记本上干活,需要能从外网访问某些内网才能访问的系统,比如 gitlab,后端接口之类的.
之前的方式就是公网 vps 安装一台 nps 服务端,然后内网机器执行 nps 客户端,连上以后,就可以把公网 vps 当做代理,从外网访问内网各种系统了.

@zhqiang 你说的略高端,有点听不懂..
我感觉所谓的内网穿透,应该都是内网机器连接上外网的一台服务器(我在腾讯云有这样的 vps,有公网 ip).然后外网其他机器就可以通过这个跳板访问内网各种系统了.
现在就是内网使用 80/443 以外的端口都连不上外网机器.
但是做开发的时候发现用于 mqtt 的 websocket 似乎又能连上,一时之间也搞不清楚这个防火墙策略了...

@gps949 害.我们办公用的云桌面.我内网的机器实际上就是一台虚拟机.至于查看 ip 这个.我在 ip138 之类的网站倒是能看到自己的公网 ip.但是公司的出口 ip 不知道怎么查啊..

河东还是河西?

root 是指你能控制行动,并不代表你能控制结果...
你能控制手脚锻炼,但并不能保证长肌肉,因为这是生物规律.

linux 上你能用 root 账号增删改查为所欲为,但你能写入明天的彩票号码吗哈哈

@woodensail 不模糊,一点都不模糊.

@woodensail
接口层的出现是必然.没问题,不存在争议.
接口层用 node.js 开发.没问题,不存在争议.
这个活属于前端还是后端? 你觉得是前端,我觉得是后端.争议在这.

明白了吗?明白了吗?明白了吗?

我只想友情提醒下这么多天还看不明白问题的你.不想继续争论了.

话题终结吧.

@woodensail
呵呵.干了一点后端范畴的活就自以为可以胜任后端开发,从而十分高兴了,那是你们前端的自由.

我在杠什么?你居然还没看明白?我"杠"的是这个类似接口聚合这种活的归属问题.
打着各种各样的名号,让前端来干这个活,是我懒我还是后端懒?

至于你说你们项目组氛围好得很,我简直无力吐槽.氛围好有很多原因,你怎么想的,就能一步到位直接推论呢?

@woodensail
"说白了，你们公司业务小，接触不到这些，不代表别的公司也一样。".呵呵.这种居高临下的态度,你说不是人身攻击就不是吧.

至于 node 写接口聚合.当然算后端了.

你不会是按照编程语言来区分前后端的吧?不会吧不会吧?

@woodensail 呵呵.还带上人身攻击了?请问你哪只眼睛看到我们公司业务小了呢?

"很明显需要一个人来聚合，这个人可以是前端，可以是后端。".
不好意思.这个人必须是后端.从请求离开浏览器那一刻起,就是后端的活了.

@woodensail
合着你还是没看明白我的意思啊..我从来没有说过这个所谓的"中间层服务"不应该存在.
谁都知道不应该让客户端去请求多个接口.服务器内部做当然快啊,那为什么不让后端自己内部做了,反而要抽出个"中间层"来解决呢?虽然比客户端自己请求快多了,但是比后端自己做还是要慢一丢丢吧?

你就说让后端自己内部把这些东西整合好了发给前端行不行吧?

这本就是后端该干的活.前端侧重点是数据展示,干的是表现层.现在你后端把这部分拆了出来,美其名曰前台服务,让前端干.你说合适吗?

至于你拿你呆的公司举例,我不予置评.毕竟拆都已经拆了,谁来做也就是领导一句话的事情.
但这不影响其归属合理性.明白吗?

办公室斗争?想多了.谁的活谁干而已.你拆成一万份也是这个理.

长沙并不能躺平...

@woodensail 还是懒的问题..
后端一通扯,整出个聚合的工作,然后丢给前端?
我前端就要页面展示需要的数据.后端什么架构,什么业务中台只负责自己模块,于我前端何干?

@Chad0000 云数据库这么屌吗...是每秒备份一次?

这...现在后端返回数据页面都不能直接使用了?还能再懒点吗?

@jamel 刚毕业吧..我信你个鬼...

15-18k 吧...