V2EX › amaranthf 的所有回复 › 第 10 页 / 共 14 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11 ... 14

❮

❯

2016 年 1 月 9 日

回复了 amaranthf 创建的主题 › 程序员 › TCP 连接中，如何判断一段数据的起始和结束？

@mengskysama 呃，我是考虑做一个应用范围广一些的，比如我写个手机 app 就也能利用这套代理了……不过 ssh 隧道方面的东西确实没有仔细了解过，我查查相关资料，看怎么用那个简化一下吧，多谢啦

2016 年 1 月 9 日

回复了 amaranthf 创建的主题 › 程序员 › TCP 连接中，如何判断一段数据的起始和结束？

@mengskysama 我的设计是这样的，需要利用公网服务器 C 。
1. B 通过 P2 与 C 建立长连接
2. A 需要连接的时候，通知 C 自己的 ip 和端口
3. C 通知 B
4. B 通过 P2 连接 A
5. A-P2-B-P1-外面建立这样的链路

2016 年 1 月 9 日

回复了 amaranthf 创建的主题 › 程序员 › TCP 连接中，如何判断一段数据的起始和结束？

@mengskysama 是这样……
我的机器 A ，内网机器 B
A 处于公网（实际上也是内网，不过路由这边可以做端口映射）；
B 处于内网，且不能与公网直接通讯。
B 可以通过代理 P1 连接“外面的网络”，另外也可以通过代理 P2 连接正常的公网。 P1 和 P2 都属于 B 所在的内网，所以延迟可以忽略。另外最最重要的一点就是， P1 是开白名单的……而且速度稳稳碾压各种国外 vps 的直连……
就是这么个复杂的情况……

2016 年 1 月 9 日

回复了 amaranthf 创建的主题 › 程序员 › TCP 连接中，如何判断一段数据的起始和结束？

@mengskysama 就是利用公网服务器做一个隧道呗，理论上是可以啦，不过我搞这个东西本来就是为了解决延迟问题，那台内网机器所在的网络非常快，我这儿 ping 过去只要 10ms ，再到外面的出口也是 10ms ，而通过公网服务器这么来回一中转……至少就 100 了……

2016 年 1 月 8 日

回复了 amaranthf 创建的主题 › 程序员 › TCP 连接中，如何判断一段数据的起始和结束？

@ryd994 因为我的代理服务器是在内网，而且不能开端口映射，所以必须由服务器主动连接到客户端，为此需要使用另一方的服务器进行中转才能建立连接。

2016 年 1 月 8 日

回复了 smartdie 创建的主题 › 正则表达式 › 难道没有一种能替代正则表达式的方法吗？

你所说的难记难写难读其实是一件事情，就是因为使用了很多无法直接理解含义的符号，如^ [] \X 等，另外就是因为使用了很多符号，那么遇到原本的符号就需要转义，会更加的难以阅读。
那么你想怎么做呢？
全部使用同一种符号，比如
^变成\not() []变成\set()？
或者……
写个(if cond case1 case2)？
反正我是想象不出什么更好的表达方式。

2015 年 12 月 30 日

回复了 SeanGeek 创建的主题 › JavaScript › 求 3DES 算法解密的 javascript 实现

话说回来为什么使用 3des ，这个算法的安全性早就被证明不行了啊，为什么不用 aes

2015 年 12 月 24 日

回复了 sicongliu 创建的主题 › Vim › VIM 有什么功能是 Sublime 无法实现的？

用 vs 的默默飘过……感觉码代码还是得靠 ide ，纯粹的编辑器智商终究是不行。

2015 年 12 月 23 日

回复了 amaranthf 创建的主题 › 服务器 › 如何让两台内网机器之间建立直接的 tcp 连接？

@yeyeye C/python/nodejs 之类的都可以，环境就是两台内网机器之间，其中一台可以设置端口映射，不过端口映射毕竟不通用，本来是想看看有没其他办法建立长连接的，现在看来还是没办法啊……

@neilp @yeyeye 那么能否再问一下，路由器对 udp 的自动端口映射会保留多久呢？

2015 年 12 月 17 日

回复了 XiaST 创建的主题 › 程序员 › 当某函数内代码行数过长时是否有必要对其进行拆分？

至于复用，而且在写一个函数的时候就考虑到其他各种场景的复用，这个对程序员本身的要求就非常高了，绝大部分程序员所做的事情是，自认为从中拆出了某些可复用的功能，做成一个新的函数，而当另外写代码去“复用”时，发现并不能满足新场景的需求，于是又开始对原始函数缝缝补补……所以如果经验尚浅，不必对复用对自己提出太高的要求，实际需要的时候再考虑即可。

2015 年 12 月 17 日

回复了 XiaST 创建的主题 › 程序员 › 当某函数内代码行数过长时是否有必要对其进行拆分？

函数简短的好处，一个是易于阅读，另外非常重要的一点是，易于维护……比如别人需要去动你这 400 行代码中的某几行，其中引用了 5 个局部变量，每个变量其他被引用的位置都贯穿整个函数始终，那这个人要改起来就必须得从头到尾的去寻找这些变量是怎么被引用的，万一修改了值，会不会影响到前后的功能等等。而如果只需要改一个 30 行的函数，那只需要关注函数的输入输出，压力就会小很多。

2015 年 12 月 9 日

回复了 dbow 创建的主题 › 程序员 › golang 经验交流，如何避免 gc 杀手

@mengzhuo lisp 大部分时候写起来还是蛮舒服的，除了设计宏的时候

2015 年 11 月 9 日

回复了 lincanbin 创建的主题 › 程序员 › 我觉得对于大多数独立开发者来说，最大的问题是：缺乏一定的审美和界面设计能力。

@hvsy 你好像没 get 到点……你说计算机中，界面是二等公民，那一等是什么？控制台么？

2015 年 11 月 9 日

回复了 RyNex 创建的主题 › macOS › 极其讨厌鼠标加速

开启加速度的情况下，高速高精度的鼠标移动当然是可能的——至少对于桌面使用来说，精度是足够的。而玩 fps 的用户占总 pc 用户数的多少呢？并且开启加速度的好处是显而易见的。
事实上我开着鼠标加速度玩 osu!玩了四五年，也进过 4 位数的排名……不过这游戏确实关掉加速度操作更方便一些，就关掉了。

2015 年 11 月 9 日

回复了 lincanbin 创建的主题 › 程序员 › 我觉得对于大多数独立开发者来说，最大的问题是：缺乏一定的审美和界面设计能力。

@hvsy 人类一开始是不会用计算机的，计算机只是下等工具……