V2EX › plan9 的所有回复 › 第 4 页 / 共 8 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8

❮

❯

2013-01-28 12:06:52 +08:00

回复了 plan9 创建的主题 › 问与答 › 碰到这样的上司该怎么办？

@ipconfiger 。。。。。。

2013-01-28 12:05:34 +08:00

回复了 plan9 创建的主题 › 问与答 › 碰到这样的上司该怎么办？

@hit9 之前就应该强势点的，估计他就是觉得我好欺负
@nichan 都是男的。。。
@isy 呵呵以后他会继续各种喷
@cbc009 忍了好久了，我今天答辩他昨天晚上发邮件过来各种指责我实在有点受不了了

我答辩去了，回来看回复。。。

2013-01-28 11:44:43 +08:00

回复了 plan9 创建的主题 › 问与答 › 碰到这样的上司该怎么办？

@zythum 什么叫既视角
@hit9 我当时忍了
@soolby 没打算长干，准备干2年左右辞职的
@wheat0r
@1130335361
@lfeng
这样好浪费金币的。。。

2013-01-14 14:15:28 +08:00

回复了 knwang 创建的主题 › 程序员 › Tealaef Academy 推出网上 Ruby on Rails 的训练营

楼主头像很牛

2013-01-08 00:35:28 +08:00

回复了 coagent 创建的主题 › Amazon Web Services › Amazon EC2 预留实例一次性费用是怎么样的？

@juicy 原来是这样,明白了,thanks

2013-01-07 19:12:17 +08:00

回复了 coagent 创建的主题 › Amazon Web Services › Amazon EC2 预留实例一次性费用是怎么样的？

@juicy
我理解是这个一次性费用交完以后，再使用你预留的Instance的话每个小时价格会比平常价格低。
但是如果你不开Instance的话是不会扣你钱的，当然你那个一次性的钱是不会退给你的。

不知道咱俩谁理解有误。。。

2013-01-06 17:04:37 +08:00

回复了 plan9 创建的主题 › 问与答 › 如何推广运营一个社区论坛

@Livid
@cappascap
我也好奇，能讲讲么

2013-01-05 22:37:23 +08:00

回复了 liuhang0077 创建的主题 › 问与答 › ruby-china.org 是不是被攻击了？怎么没有数据了？

之前一直都是潜水，前两天莫名其妙的就注册了个帐号。。。结果。。。

2013-01-05 22:29:33 +08:00

回复了 plan9 创建的主题 › 问与答 › 如何推广运营一个社区论坛

@qiayue
@cappascap
如何找准第一批种子用户呢？

假如v2ex是个新开的社区，里面还没有几个人注册，那@Livid会把第一批种子用户定义成哪些人呢？

v2ex又是如何抓住这批用户的心的呢？

2013-01-05 22:23:39 +08:00

回复了 plan9 创建的主题 › 问与答 › 如何推广运营一个社区论坛

@qiayue 学习了
@cappascap 讲得非常有道理，受教了

2013-01-05 22:16:43 +08:00

回复了 plan9 创建的主题 › 问与答 › 如何推广运营一个社区论坛

@chairo 好吧。。。

2013-01-05 16:27:03 +08:00

回复了 plan9 创建的主题 › 问与答 › 如何推广运营一个社区论坛

@saharabear ...真能跑题

2012-12-28 15:04:29 +08:00

回复了 lovebirdegg 创建的主题 › 分享发现 › 神奇的网站，据说20秒让能你体验吸毒后的感觉

刚看完没什么，过了十来分钟以后开始恶心了。。。

2012-12-24 17:35:34 +08:00

回复了 plan9 创建的主题 › 奇思妙想 › 关于某墙的端口封锁

@binux
谁都不通。。。所以我说这个例子不恰当。。。

2012-12-24 17:28:32 +08:00

回复了 plan9 创建的主题 › 奇思妙想 › 关于某墙的端口封锁

@clino
可以兼容的，比如连接80端口的时候，每次生成connected socket的时候多分配一个新的65535以上端口,这个新分配的端口什么也不干，就是为了说明这个端口大于tcp规定的端口，那么就算我每个socket都分配一个端口并发数也是可以超过65535的

可能这个例子也不恰当，我只是想通过这个例子说明并发只是跟系统资源有关的

2012-12-24 17:13:11 +08:00

回复了 plan9 创建的主题 › 奇思妙想 › 关于某墙的端口封锁

@clino
@binux
刚才淋了会儿雨，脾气有点冲。。。别生气。。。

2012-12-24 17:06:50 +08:00

回复了 plan9 创建的主题 › 奇思妙想 › 关于某墙的端口封锁

@clino @binux
为什么不可以？？？
端口是什么？难道端口真的是你pc上的一个口？端口只是inet_hashinfo中的一个变量而已，我生成一个socket，我自己加一个变量，不行么???

协议是什么？只是在一个规则而已，我不遵守或者我扩充一下难道不可以么???

ps 上面这些话小辫子更多，欢迎来抓

2012-12-24 16:18:07 +08:00

回复了 plan9 创建的主题 › 奇思妙想 › 关于某墙的端口封锁

@clino
我刚才的回复没有说到nat啊，我的意思是普通的socket客户端连接服务器的时候会分配一个新的端口

而且刚才不也说了就算服务端也分配新的端口，更改内核也可以达到高并发，你怎么就可以导出我的意思是服务端不可能支持>64k连接

而且我们这样在这里动不动就百万并发，估计高手看了都在笑呢，不讨论了，让这个话题打住把

2012-12-24 15:49:23 +08:00

回复了 plan9 创建的主题 › 奇思妙想 › 关于某墙的端口封锁

@clino
我之前的帖子说的是客户端连接服务端，客户端的端口会不够，因为客户端对每个socket都是会分配不同的端口的

而且端口只是内核里记录的一串数字而已，这跟并发又有什么关系？真正的通信是靠文件描述符的，就算每次accept分配不同端口，只要在内核里改变端口数，照样可以超过65535，当然这样做就违反tcp协议了。

1 2 3 4 5 6 7 8

❮

❯