谢谢ihweb的建议，早已想到过要开一个内部版，免得敏感的东西若麻烦。其实我们精确识别协议，为了更好的调速，免得识别不了，粗鲁的禁止，其实是为了所有的人合理使用网络，就像交通需要管理，并不是不让走，而 ...
某个时间，某个建议，某些讨论，某些人！
就这样，不过您管理起来就会麻烦点。
:lol 原帖由 caron 于 2007-7-1 00:28 发表 http://www.panabit.com/forum/images/common/back.gif
恩
能不能 把一些开发的原理
给大家讲一下 啊
让大家更 理解软件的协议以及封协议的原理啊 啊
两个字:特征 原帖由 ihweb 于 2007-7-1 09:22 发表 http://www.panabit.com/forum/images/common/back.gif
某个时间，某个建议，某些讨论，某些人！
就这样，不过您管理起来就会麻烦点。
:lol
其实不麻烦。现在总在这里讨论的也就只有我们几个而已。除掉管理员手指头都数得过来。
建议非常不错，但确实需要更多的时间来管理，尤其是以后论坛用户越来越多的时候。
Panabit论坛所提倡的精神是: 公平、分享 ！个人看法：目前还是以论坛+邮件的形式，以论坛共同讨论辅以个别情况邮件交流为好。因为很多时候，内部讨论群组往往会演变成一个小的团体，这是我们所考虑和担心的。
所谓“前人栽树，后人乘凉”，正是因为有了各位热心的朋友，Panabit才能在问题与建议中得到迅速的完善和发展；所以我们更加希望每一位光临Panabit的朋友能都最方便的看到前面的“老人”所关心过、经历过的问题及解决办法，可以最快的分享到所有与Panabit有关连的技术经验和资源。在此我谨代表三棱镜软件工作室向各位从网站发布伊始就热心陪伴并帮助Panabit一路成长的朋友们致以最衷心的感谢！ 也正是因为有你们的存在，更加坚定了我们要把Panabit持续不间断的开发下去，直至做成最专业的“协议分析与流控引擎”的信心和决心，谢谢大家！ 原帖由 baggio 于 2007-7-1 13:10 发表 http://www.panabit.com/forum/images/common/back.gif
Panabit论坛所提倡的精神是: 公平、分享 ！
个人看法：目前还是以论坛+邮件的形式，以论坛共同讨论辅以个别情况邮件交流为好。因为很多时候，内部讨论群组往往会演变成一个小的团体，这是我们所考虑和担心 ...
baggio 也想太多了。
我的意思和这些并不冲突。怕的是以后您封了人家的特征的厂家会找你们麻烦。………………
呵呵 Panabit提供分析和控制的功能，封或者限由用户来选择
原帖由 ihweb 于 2007-7-1 22:56 发表 http://www.panabit.com/forum/images/common/back.gifbaggio 也想太多了。
我的意思和这些并不冲突。怕的是以后您封了人家的特征的厂家会找你们麻烦。………………
我们的应用都是在企业里或者网吧里。封特征来找麻烦的话不存在这种情况吧？因为这是一块公共网络环境不是私人的，加以管理是正常的要不然那么多限制设备要告早去告了。
我感觉我们现在的讨论的东西并不违反法律规定。
想想原来用网络执政官之类的软件没事T人掉线的这种我觉得很可恶。
我们只是使网络正常使用的同时对暴力性榨取网络带宽的软件加以限制我感觉仅仅是这样而已。 58.61.39.208/29 迅雷可以从这些ip入手 原帖由 hjc0759 于 2007-7-14 14:22 发表 http://www.panabit.com/forum/images/common/back.gif
58.61.39.208/29 迅雷可以从这些ip入手
其实panabit已经很出色了把迅雷设置屏蔽后可以使迅雷无法查找资源，在屏蔽http分块后多线程也限制住了。
但是测试过后单线程http连结还是能给速度跑满。。。。。。。这东西确实很头疼
如果能针对每个ip做http限速估计能好点。 原帖由 Lucifer 于 2007-7-15 09:56 发表 http://www.panabit.com/forum/images/common/back.gif
其实panabit已经很出色了把迅雷设置屏蔽后可以使迅雷无法查找资源，在屏蔽http分块后多线程也限制住了。
但是测试过后单线程http连结还是能给速度跑满。。。。。。。这东西确实很头疼
如果能针对每个 ...
放心，新的版本提供了“伪IE下载”协议，通过它可以完全控制迅雷（也包括FlashGet等）下载。