随笔-25  评论-50  文章-0  trackbacks-0

最新评论

共3页: 1 2 3 下一页 
Re:Sqlserver中Compute By子句用法分析 安静生活 2011-07-18 09:58  
谢谢楼主分享。 不过感觉这个函数的用途,可能不是很大。愚见。
<atlas:UpdatePanel ID="UpdatePanel1" runat="server">
<Triggers >
<asp:PostBackTrigger ControlID="btExport"></asp:PostBackTrigger>
</Triggers>

将btExport非除出去就可以了
在load里加入:
ScriptManager1.RegisterPostBackControl(btExport);
就可以了
@杆子
特色字符?应该是特殊字符吧!
中文和特殊字符,个人认为还是应该先编码,后解码。

utf-8 就不错啊。
我写程序的时候也很喜欢用url传递。

但是经常对中文和特色字符的支持不是很好。比如+等等。

所以 我就写了一个编码函数,核心是使用base64。编码。

但是base64太长了。那位有更好的编码方式
@菩提树下的杨过
是啊,应该有一个规范。
re: 谨防 url 传递参数未编码(转码)产生的陷阱 菩提树下的杨过 2009-03-04 13:44  
cookie的操作,我一向都建议公司的同事先编码保存,再读取解码,url参数不管是不是包含有中文,都建议统一UrlEncode,如果是JS传参,统一全部encodeURIComponent(xxx),一个团队中,大家都成习惯了,这类问题会少很多
@脚踏两只船
:-)

@Jeffrey Zhao
希望如此,还有,统一浏览器...

@coolxlc
是吗?这个倒不知道呢!

@灰上小楼
如果我对参数进行编码,“&”会被转化的,& 后面的当然就不会当成参数了!
不知道你是否有更好的方法?
对了 在传递中文的时候ie6和 ie7也不一样
--引用--------------------------------------------------
Jeffrey Zhao: 如果世界上所有的站点都使用utf-8作编码,那么此类问题就轻松太多了
--------------------------------------------------------
有道理
顶,支持原创
如果世界上所有的站点都使用utf-8作编码,那么此类问题就轻松太多了
url 说到底就是字符串,浏览器在分析这个字符串的时候肯定是按一定的规则来的,他总是把用&链接的字符串当成参数,就好像这样"s=45&b=45".Split(new char[]{'&'});
你这个有错。还是不行
re: 求职 Asp.net程序员 深圳(工作两年) 金星星数码 2008-08-20 14:58  
可以来青岛找。
http://www.jinxingxing.com.cn
4~5k
共3页: 1 2 3 下一页