@fanfree 可能是我们引起的“循环定向”的原因不同..

我也遇到了“循环重定向”的问题，通过将部署Server时导入到JRE时的证书导入到Windows就可以解决这个问题；增加SessionState节没有解决问题； (Start -> Run -> mmc.exe -> File -> Add/Remove Snap-in... -> Certificates -> Add -> Computer account -> Next -> Local Computer -> Finish -> OK

自己写的话，实现机制上没有创新的话，纯代码实现上，也不会比它提供的好多少。

这么重要的功能，真不如自己写

哈哈，LZ的文章写的太及时了，3Q very much!!!!!!

jquery的$.getJSON与ashx的结合使用，效果不错，同感

@王德田 谢谢，应该说这个例子让我看到了系统性能提升的一个新方向。认识到提升ｗｅｂ系统性能，网络传输应该是一个很重要的优化部分。

从效率上看没什么亮点 从客户体验上有点 没从本质上改变分页的效率 而且最好不要把html的拼接放在cs页面里 这个你只能解决这个问题 不是个通用的模式

现在有免费服务了吧？

太高深了，看不懂

我想知道怎么绑定数据库的数据发送。。请问怎么绑定呢？？ 能告诉我吗？？请发封邮件给我282601708@qq.com

能够讲的更详细的话，就更好啦，目前看着真的难度有点大。呵呵，初学者。

有意思，好

不错，杂家也搞过你这些东西，前几天有socket模拟了一个QQ机器人

LZ有电信的网关程序吗？

不是很容易懂哦！ 这些东西我们公司好像也在慢慢接触！

@Galactica 谢谢关注，这个东西需求只是在文件夹内文件数量达到某个数量或者文件停留时间超过一定时间时预警。周期一般很长。比如2个小时。监控的文件夹是个中转数据包的文件夹。正常情况下停留很短时间，几秒。如果有停留超长时间、数量多了。预警即可。

[quote]邢少： @Arthas-Cui 监视的规则需求和FileSystemWatcher 提供的不一致。所以没有用它。[/quote] 用FileSystemWatcher来监视目录和文件变化,当有变化后,你再调用你的业务逻辑来区分.这样检测过的文件,如果没有变化,就不用再处理一遍. Timer 可以作为一个长周期的检测.

深有同感。 个人感觉，每过几年，人都会遇到这样的状态吧，一般是3－5年，当你迷茫时，说明你的积累已经到了一定程度了，也即将迎来一次提升，这种提升不只是技术方面，也可能是际遇和职位等方面吧。

工作中的开发活动往往限制了程序员的知识面和深度，只有在实际开发中应用到的知识才会有所涉及。大多数开发人员不可能接触到上面所罗列的所有内容，特别是.net这种普遍作为应用开发的framework，又有几人有精力和时间去研究底层协议。 不过，作为对专业知识的进一步提升，确实需要花些时间去研究和学习。 感谢楼主列了这些知识点，让我们知道往哪个方面查缺补漏。

太高深了，看不懂

@Arthas-Cui 监视的规则需求和FileSystemWatcher 提供的不一致。所以没有用它。

轮询文件系统有个组件叫FileSystemWatcher的。。。 专门干这个的。

兄弟，你的思路和我一致，正如你所说C#，准确地说是.NET里面的服务器控件不爽，我个人认为不是不爽，是它做了很多限制，如什么时候执行什么东西，都不是我们Programmer很自然想到，或者很容易控制的，所以很是不自由。 这做法好，分离了关注点，不过有没想到，这样页面的脚本和这个进行事件处理的ashx文件就没有所谓的复用考虑，对吧？我总觉得有点怪。虽然我喜欢用，因为限制小，我喜欢自由。

@tandly 我也知道同步的发送效率不高，你的意思是我把一个单独的发送过程发到线程池这样用一个单独的线程执行？

@邢少 同步发的时候效率不高。线程会有很长的等待时间。

@tandly 不同的邮件内容，怎么异步发送呢？

建议异步发送。

@棋圣 微软的有什么问题吗？.

好几年前我做过用jmail收发电子邮件的例子，对附件和邮件的发送接收支持都比较好。 不太喜欢微软收发邮件的东西啊。

页面减少了几K 和CPU的上升 值得考虑 不要盲目的去压缩viewstate

不错，希望lz可以将这个话题继续~~~

@Leon yang： 内网？.你的企业应用都是内网吗？你说的情况只是在20-30人的小企业，对一些大的企业，有众多的分公司、办事处的企业的信息化系统来说。内网是远远不够的。如果你认为.net只是做这个程度的项目的话、那.net对你来说，不要说利剑了，充其量就是一双夹口饭的筷子而已。

这个方法确实是发挥了极大的想象力，简单高效.如果不需要滤镜，中断请求功能，这个已经解决大部分问题了哈哈。

在ASP.NET中服务器控件的状态管理其实是有ControlState来管理的，上文中所说的控件状态意思说的是页面的视图状态的吧，虽然控件的视图状态和控件状态都是通过ViewStat机制来实现的，呵呵，还是希望不要混为一谈啊。 视图状态在页面开发时是可以禁用的，但控件状态是不能被页面开发人员禁用的。 这一点，在ASP.NET服务器控件的开发中将的很细，网上有很多的资料，不过ViewState机制的确有他的可用之处，也不能乱用啊， 呵呵，恰到好处的用是最妙的了。

[quote]bravf： [quote]oec2003： [quote]Leon yang： 又见讨伐viewstate的文章，其实b/s结构的企业应用 基本上不用考虑这个，大部分的企业应用都是在内网。完全可以无视。 对于网站来说服务器控件到底的设计是不是脑子进水了？[/quote] 使用服务器控件不意味着就要用viewstate [/quote] 谁说的？[/quote] viewstate只是控件的复杂事件才会用到 如果我只是用repeater来显示数据 完全可以将页面的viewstate禁用掉

其实开启iis gzip 压缩就可以大大减少文件大小，文本压缩的比率还是很高的。

[quote]oec2003： [quote]Leon yang： 又见讨伐viewstate的文章，其实b/s结构的企业应用 基本上不用考虑这个，大部分的企业应用都是在内网。完全可以无视。 对于网站来说服务器控件到底的设计是不是脑子进水了？[/quote] 使用服务器控件不意味着就要用viewstate [/quote] 谁说的？

[quote]Leon yang： 又见讨伐viewstate的文章，其实b/s结构的企业应用 基本上不用考虑这个，大部分的企业应用都是在内网。完全可以无视。 对于网站来说服务器控件到底的设计是不是脑子进水了？[/quote] 使用服务器控件不意味着就要用viewstate

学习

又见讨伐viewstate的文章，其实b/s结构的企业应用 基本上不用考虑这个，大部分的企业应用都是在内网。完全可以无视。 对于网站来说服务器控件到底的设计是不是脑子进水了？

viewstate该用还得用　 具体情况具体分析．　

Mark

@Gideon Wu 我这说的是封装分页管理者的用户控件， 至于分页的方式、用存储过程、objectdatasource都可以。

@邢少 这就说到一块去了，我说的就是这个意思，不过gridview自带的分页功能跟执行sql是没有关系的，gridview提供了分页的相关事件来绑定数据，即使使用自动化的datasource控件也是按页查询的，至于其它人说的sqldatasource，我从来没用过，而是用objectdatasource，原因在于要分离数据访问，业务与页面，说到底gridview也只不过是自动化生成table表现层控件，它与查询效率关系不大，不过会生成一定量的viewstate到是影响一些性能，建议你google一下gridview与objectdatasource的使用。

@Gideon Wu 举个例子。select * from table table中有200万条数据，如果你用gridview自带的分页功能进行分页的话，跟踪调试会发现你取那一页它都是执行上面的语句全部取出，然后girdview再分拣出对应的那几条页面显示的。如果你的不是表、而是一个很复杂的视图、或者其它关联众多的对应表、查询的时候 ，可能这个“select * from table table”本身就需要1－2秒的时间。但是分页是什么、一种是分页显示、还有就是分页读取。我说的分页是指分页读取。每次在数据库只是读取比如第一页的20条、第五页的20条。在数据库读取性能上肯定比读出全部的数据要好。分页功能存在的意义是什么，我个人人为为主要是在分页读取上。

[quote]邢少： @Gideon Wu gridview 如果是千万的分页数据的话，那么就是去除千万，然后再分页显示。你要是千万很快，用真正的只取 页面显示的20条的话，会更快的[/quote] 完全没看明白，看了好几遍，能稍微解释一下吗。 gridview只是一个表格控件，仅是提供一系列接口，包括分页的一些事件，是跟查询数据量的大小没有关系的，再多的数据，也只不过是提取需要的数据，gridview单是为了显示，所以gridview控件是与分页效率没有关系的，分页的效率大多情况下只与你所写的sql有关系。

@Gideon Wu gridview 如果是千万的分页数据的话，那么就是去除千万，然后再分页显示。你要是千万很快，用真正的只取 页面显示的20条的话，会更快的

@基拉大神 @温景良(Jason) 不是吧，你们都这么用gridview吗？........汗。 我是用ObjectDataSource，可以直接连接业务类，自动化，呵呵。 即使不用ObjectDataSource,gridview也有事件可以自己实现绑定分页数据， 怎么读数据完全由你写的程序类决定，gridview并没有固定分页模式。

[quote]Gideon Wu： 没看明白，gridview自定义显示分页确实不太方便，但为什么不是真正意义上的分页， “如果用gridview进行分页，在大访问量下实在是“惨”了点” 我用gridview分页，访问千万以上数据表，性能也很好啊，不知道你说的是怎样引起的，是并发问题吗，好像跟gridview没什么关系啊？[/quote] 呵呵,我很想知道你是怎么做,据我所知,gridview自带分页需要绑定datasoure控件,它们的取数原理都是把你写的sql的数据都取出来,速度会快真是见鬼了[/quote] 同问，如果数据量上去了，肯定效率不行。 楼主这个想法很好，期待您的最终版本发出来。关注ing