apensu的专栏

 url重寫，要把代碼寫在global文件中，默認的global文件中沒有給Application_BeginRequest事件，所以手工添加了一個Application_BeginRequest 在程式被訪問時調用，發生在頁面初始化之前，故才可以使RewritePath生效運用了該方法之后，訪問網頁時，url會是：首頁：http://localhost/mypro/memberz

C# 随机字符串函数/// /// 生成随机数字字符串 /// /// 待生成的位数 /// 生成的数字字符串 private string GenerateCheckCodeNum(int codeCount, int seed) { string str = string.Empt

日期格式转换：

DTD中的属性类型　　全名：character data　　在标记CDATA下，所有的标记、实体引用都被忽略，而被XML处理程序一视同仁地当做字符数据看待，CDATA的形式如下：　　　　CDATA的文本内容中不能出现字符串“]]>”，另外，CDATA不能嵌套。　　DTD实例:　　　　指定类型为CDATA以后就可以在XML中被用于实例,

找了几个方法，不是报错就是没生效。 最终的解决方法就是：在Page_Load方法中添加以下两行代码：string script = "_spOriginalFormAction = document.forms[0].action;\n_spSuppressFormOnSubmitWrapper = true;"; Page.ClientScript

都使用正则表达式C# private string ReplaceFirstUper(string eName) { Regex rx = new Regex(@"\b(\w)|\s(\w)/g"); string result = rx.Replace(eName.ToLower(), new MatchEva

SPUtility.TransferToErrorPage的用法： SPUtility.TransferToErrorPage("您不是该信息的措施审批者，不能执行审批措施！{0}", "返回系统", web.Url);

重现Bug才有可能追踪到程序出错的根本，按理论和经验去推断，有时也只是一厢情愿，你搞不懂它什么时候又出现了。再怎么测试，它就是不出来，为什么，可能是你测试的方法根本就不是重现Bug的方法。怎么办？它有时候就是会回来？1、建立一个跟踪的程序，将日志记录下来。2、当Bug重现了，跟踪日志。3、通过分析日志，得出发生的原故。以理论去解决一个问题的，应该只会在教学的过程中出现，请回

我们在用SharePoint存储文档时，用户要上传200多MB到站点上，结果受到上传大小限制。在管理中心里做了修改，增加了上载大小限制。可是用户在上传的时候，不是提示连接超时，就是未知错误。结果查了下，微软的支持中心里找到了原因，有些情况下，要想真正实现能够上传大文件，还要注意以

在网上抄的，写得很好。http://www.cnblogs.com/yoker/articles/1221932.html让咱们也玩窗体拖动，支持用TextBox,Label,ListBox...创建一个类文件：MyDragForm.cs代码如下：[C#_Code]using System; using System.Drawing; using System.Window

linq To DataTable 实现Group by 多个栏位 protected void LoadRoutingData2(DataTable dt) { //linq to DataTable 实现group by 多个栏位 var t = dt.AsEnumerable().GroupBy(x => new