licongjie的博客

@XiaoFaye
呵，好东西，谢谢了

@Nina
如果是其它体的话，就不应该是gb2312了，HttpUtility.UrlEncode(nv[i], System.Text.Encoding.GetEncoding("GB2312"));
这里应该是相应的编码代号

@Klesh Wong
呵呵是的，我不想因为这样一个功能而把编码改成gb2312的，所以做这一特殊处理

@Klesh Wong
这个问题的环境不一样，不是同一个项目中的，如果是同一个项目中处理的话，有很多方法可以实现，用server.encode一下最简单不过了。现在现在的问题类似于一个友情链接的ＵＲＬ，这个时候，对方的系统有可能是ＡＳＰ，也有可能是ＰＨＰ、ＪＳＰ都有可能，在这个时候，对方都是直接接收参数的，不会去做任何解析操作，所以我这边得做这样的处理

@Longkin
可以试一下escape把中文编码一下

@没有昵称
整个用是不行的，你可以试一下，它会把://这些都编码的，要不然，我干嘛费这么大劲把它分开来

@lcg22it
如果不是特殊的应用，我觉得用server.urlEncode先编码再接收的时候用server.decode解码就可以了

@今日事
确实，在客户端智能识别不到，但在服务器端却可以识别得到

@Argo
关于如何生成这个缓存依赖项，我觉得没有必要在这里详细说明了。毕竟这些特性，早已有前辈高手叙述过了，一查就能查到一大片内容。况且还有petshop的开源代码可供参考。

你的例子好象下载不了，能不能发一个给我，我对Mixin还是不太清楚
我的邮箱zjulcj@gmail.com

个人觉得网站运营是一门大学问，所涉及到的问题多多。不管是阿里巴巴的淘宝网，还是象SOHU等的门户网站，都有自己独特的运营方式来赚钱维生。博客园作为一个技术性的博客，其性质比较特殊，但总归有自己的发展道路，至于怎么样发展，各位园友们的建议固然非常重要，但个人觉得最重要的还是尝试，没有尝试，就不知道哪个可行，哪个不可行。

已经在园子里看到好多建议了，也看到一些要执行的措施，可现在看来，好象动静都不大了，难道是不了了之了？？

3. 要注意使用一些有潜在危险的html标签，这些标签很容易嵌入一些恶意网页代码。如<img> <iframe><script><frameset><embed><object>< style>等。


能不能对以上的说详细点，什么叫危险的HTML标签

@NeedForSleep
对了，你能不能把上传aspx文件的方法告诉我一下，我想试试，在这个网站中，到底能不能绕过去上传不是图片文件的文件？

再一次非常感谢大家的建议。
我看了一下，大多数是从服务器去考虑的。
在代码方面，有哪些方面是要特别关注的呢？

@海纳百川
可我这个问题是源文件中被人嵌入了JS代码了。

@海纳百川
请问一下，你的意思是说通过IIS解析后才会添加一段JS代码吗？
那源文件里实际上是没有这个JS代码？？

@JiKun.Xiong
呵呵，也不能够说被黑吧
就是一些问题比较麻烦

@Wu.Country@侠缘
呵，谢谢

@ZergTant
谢谢了

@zerant
我已经下载，并扫描，那个网站
www.booklove.net ,并没有写权限。
这个扫描的话，这样准确不准确的？只能输入IP地址。这样解析过去的话，还能正确判断吗？

@robin
呵，还有同道 中人啊
我是烦了好久了，就是解决不了。

@ipqn
www.booklove.net

@Phoenix
现在的问题是，网站是租用服务器空间的，提供商说，就这个网站中病毒，其它的都很正常。真是郁闷 中

@虫子
好象不行，这个已经做了

@亚历山大同志
微软的那个上传控件还会有这么大的漏洞吗？

@ZergTant
谢谢，不过由于服务器是租用的，跟那边交涉说肯定是
网站程序本身的问题

@Pizza
你在调试程序的时候，如果在线程中访问控件，会提示错误的，但这不影响程序的运行。运行时正常的

申请加入

刚才也看到，下个星期visual studio 2006 的sp1也即将发布。看了一些资料，好象只是修正了一些bug，不知道对ajax的支持方面，如智能提示方面会不会有所改进

@麒麟.NET[匿名]
：）

为什么园子里老有一个叫“580K”的来做广告呢。刚刚删除一个。

@F4
这个每个人的想法都不一样，我认为我放在这里没有问题，你认为放在这里有问题，你觉得有这个必要在这里争论吗？

@缘易姿姿[匿名]
呵呵，谢谢支持。

@F4
而且我也不觉得重复，这是我个人的想法，每个人的想法都不一样，理解的程度都不一样，我写的虽然简单，但有时候简单更容易理解。

@F4
是的，他们几个写的确实比较经典，这个我不否认。对你可能没用，对有些人有点用就可以了，如果你觉得你写的会更好的话，为什么不拿出来共享呢。
用图，我到不觉得用图会更好，设计模式本来就是很抽象的东西，再用图这种抽象的东西来表达，对刚刚接触设计模式的人来说更模糊，难道不是吗？
当然，不否认图加上代码能够更好的理解。

@Rice[匿名]
呵，谢谢关注

@虫子的一天
个人觉得，这个需要经验的积累，拿着设计模式的UML图去套用，很难设计出一个好的结构来。还是多看看园子里各位高手们的文章吧，多看了，总会有些领悟的，再结合实际项目，我觉得就会事半功倍，但不要为了使用设计模式而去使用设计模式，没有必要用的时候，就不要用了。

@byrybye
完全同意你的观点，这个世界上没有完美的东西，不管你用不用设计模式都会有一部利益需要牺牲的。运用设计模式会带来太多的类要管理，如果运用不当的话，反受其害。呵呵

微软垄断的本性已经是有点变本加历了

@Terry Sun[匿名]
我是想，设计模式的所表示的UML图都一样，况且前人写的文章里都有了，所以想不再重复了。因为这些案例都是很简单的，目的是想请高手能指正一些不好的地方和想法，而能让一些刚刚学习设计模式的朋友，能看的更容易更好理解一些。

@hehe[匿名]
确实，这几篇文章都很简单的东西。我也只是把我的理解通过这些简单的例子表现出来，个人觉得对于初学者来说，这样的文章更能让人接受。因为设计模式表达的是一种思想，只要有这种思想的体现，我觉得就可以了。

@木野狐
受教了，呵呵，这些细节问题都没有去好好研究一下。现在把源代码和文章的一些地方都 作了修改。

@曲滨
确实，非常感谢，现已改正

@tsoukw
个人觉得，工厂方法还是很有用的，我们可以利用配置+反射，来统一管理具体工厂方法的建立(在下一篇中有具体代码供参考)

@flyingchen
是的，因为这篇本身就是介绍工厂方法模式的，所以没有把这些放进去。在下一篇中将会对这个进行改进，使之更适合于具体的应用

@浅水滩
呵呵，非常感谢

呵呵，这么晚了，想不到园子里还有朋友在逛呢。谢谢支持

@IORICC
老实说我没有测试过，但我想通过revc = ns.Read(data, offset, size); 返回的revc是接收到的数据的长度，再通过 offset += revc; size -= revc; 这二句，改变循环变量和偏 移量，当数据大于1024时，也可以完全通过循环来接收的。

这样说好象缺少实践性，有空的时候测试一下!

@wenjie[匿名]
那是因为在发送的时候，通过networkstream可以把数据发送到缓存中去，如ns.Write(data, 0, memsize);这里我们可以很容易的知道要发送数据的大小，可以一次性发送完毕，不用再循环发送了，当然最后你也可以用ns.flush();把要发送的数据全部发送到缓存中。而接收的时候，虽然也可以一开始接收到要接收数据的长度，但存在一定的网络问题，有可能我去读数据的时候，只有数据的一部分在缓存里，那么就只能读取这么一部分了，如果不用循环用size -= revc;该语句来检查收到的数据长度跟数据的实际长度是否一样的话，那么很容易导致数据的不完整性，当然如果你在自己的机子上测试的话，根本不存在这样的问题，但如果进行分布式分布的话，特别如果分布在外网上，这种情况不见得不会发生。

不知道这样解释行不行得通，知识有限，请见谅

@tian
是的，这个不适合于那些有大量连接的应用，但对于一些小应用我想是足够了，毕竟已经有25个已经在了，还有线程池能够统一管理这些线程，也可以少了人工的去管理，比较方便