好久不吐槽

好久不吐槽。。

一是因为最近没啥吐槽点,二来吐槽点不够吐

今天搞WCF的时候遇到个问题,一下子就把我点燃了:http://www.cnblogs.com/smithliu/archive/2010/02/10/1667124.html

想了半天愣是没想到为啥空格是必须的

END

I came, I guess, I try !!

用nodejs+mongodb+jquery.autocomplete自己捣鼓了个suggestion。

X疼和不解的是为什么明明是连localhost有9ms的receiving-time,而访问某些远程的资源反而<9ms,那个receiving-time到底是个啥东西?

capture1

想了半天,似乎不是资源大小的问题、也该不是tcp链接快慢的问题。

嗯,have a try:

res.write(JSON.stringify(array));
setTimeout(function () {
	res.end();
}, 1000);

结果:

capture2

成就感什么的跃然之上啊!!

END

JavaScript getMonth() 方法

定义和用法

getMonth() 方法可返回表示月份的数字。

语法 dateObject.getMonth()

返回值

dateObject 的月份字段,使用本地时间。返回值是 0(一月) 到 11(十二月) 之间的一个整数。

这尼玛是谁设计的API,碉堡了!!!!西瓜的笑话 的果然是毫无夸张成分的啊!!!

END

function(window,undefined)

http://blog.csdn.net/gamewyd/article/details/7049606

这个trick略强啊。。越来越觉得jquery碉堡了

END

netsh

第一用到这个东西,主要是有条命令解决了我长久以来的疑惑,怎么看iis缓存了什么东西: netsh http show cache 效果如下:

C:\Users\tassadarliu>netsh http show cache

HTTP 响应缓存快照:

URL: http://localhost:80/courseware/s.txt
状态代码: 200
HTTP 谓词: GET
缓存策略类型: 生存时间
缓存项生存时间(秒): 1000
创建时间: 2012.2.9:7.44.3:0
请求队列名称: DefaultAppPool
内容类型: text/plain
内容编码: (null)
标头长度: 236
内容长度: 21844
单击次数: 2
服务后强制断开连接: FALSE

然后,本着good good study的原则,想一路/?下来仔细研究一下netsh命令,结果:

C:\Users\tassadarliu>netsh

netsh>http

netsh http>show /?

下列指令有效:

命令从 netsh 上下文继承:

show alias     - 列出所有定义的别名。
show helper    - 请列出所有顶层的帮助者。
show mode      - 显示当前的模式。

此上下文中的命令:
show cacheparam - 显示 HTTP 服务的缓存参数。
show cachestate - 列出缓存的 URI 资源及其相关属性。
show iplisten  - 显示 IP 侦听列表中的所有 IP 地址。
show servicestate - 显示 HTTP 服务快照。
show sslcert   - 显示 IP 地址和端口的 SSL 证书绑定。
show timeout   - 显示服务的超时值。
show urlacl    - 显示 URL 命名空间保留项。

netsh http>

简直不坑爹!! 这你妹的根本就没netsh http show cache这个指令啊。。

M$你真应该在中国卖Lumia送xbox来拯救我对你逐渐丧失的好感了!

PS1:在win7以前,netsh好像看不了http,看文档netsh wins server应该是差不多的效果,结果loading某个dll的时候failed的

PS2:Hit count翻译成点击次数,M$你是请的临时工做得本地化吗??!

END

SO再现神贴

http://stackoverflow.com/questions/8928403/try-catch-speeding-up-my-code

为什么帝国主义的程序员可以“蛋疼”到这种地步的

END

人生就是不停的战斗

见了很多朋友。

然后。

人生就是不停的战斗口牙

END

javascript parseInt()

神了个奇的~
无缘无故的搞个8进制搞毛啊

http://jsfiddle.net/rhapsodyn/82zqg/

END

C#是个好同志

2011的年末总结文又被压倒DraftStack里了,出得来出不来还是个未知数。

还是写点短的比较可靠,因为不会入栈。

大牛说过:单纯的说java比c++好、c#比java好,是没有意义的,因为任何语言都有它的应用场景。换句话说:想用好一种语言,就是要了解该用成什么style。sql就是要做查插删改为了1ms的加速多想10000s、javascript就是要用出弱类型+函数式+伪面向对象的感觉、用C写代码必须geek必须让人看起来有很厉害的的样子。

而要用好C#,你只要懒就好了,因为他不存在什么语言局限性,你不需要hack跟trick。

因为C#什么都会:弱类型——哥有var有dynamic;函数式——哥有function有lambda;面向对象——哥笑了。

sql你总不会了吧——哥还真会,因为哥有linq。

以前真是小看了linq——今天遇到了个问题,需要比对新旧两个数组,新的比旧的的多了需要添、少了需要删、没变的肯定不能动——用了linq,生活就是如此简单:

var toBeAdded = newArray.Except(oldArray);
var toBeDeleted = oldArray.Except(newArray);
END

Fxxk L.A!!!!

我的球迷生涯这么快就到头了?

怀疑你妹啊怀疑!是哪个魂淡性奋的几个月来中午第三次没睡着的!

BEAT LA!! FIGHTING!!

END

首战观后感

一边看一边写。

虽然我知道这赛季到最后肯定还是乐透的下场,神马“有起色”“要雄起”“return of THE kings”全都是幻觉和浮云,但头两场还是忍不住要小兴奋一下,特别是遇到赢了渣湖这种大喜事!

  • 后场篮板以后出球和推快攻利落了不少,原因竟然是引进了在adelman手下练出来的海爷,你感信?
  • 还是海爷,如果JT的挡拆能有海爷的质量,就、好、了
  • 鱼总运球绊倒好有喜感
  • 索顿长得越来越喜感
  • 还是波波维奇的大胡子好看点
  • 还是打得很shi 只是今天湖人更shi
  • 完全变成艾比队了。。
  • 表妹和TE:TE状态有起色、表妹智商略微成长

最后,引用:

考辛斯太招人爱了……6个前场篮板和禁区一座肉山之类都不算亮点,造科比进攻犯规之后学鲨鱼霸王步一 路扭胯出去,脸笑得炸开跟披萨饼似的,一会儿换他下场,满脸怨恼闷怒像小孩子被抢了糖要哭出来的样>子。光为这些都值回票价了。

END

Fxxk L.A??

明天就是kings vs lakers了,跟往年的感觉完全不一样,几近搞忘

我的球迷生涯这么快就到头了?

END

trick your sister trick

asp.net的control在.Net4.0之前不能设定id的模式(ClientIDMode),control在客户端生成的时候由于master等坑爹货存在id会被“污染”,直接用JQuery的$("#id")将选不到id。 stackoverflow上第一篇搜到的帖子有人抛了个trick出来,直接被vote到了前面成了标准答案。 其实。。。。 用$("*[id='clientid']")真还不如多加个class专门用来选择$(".someAdditionalClass")。。

http://jsperf.com/asp-net-control-id-selector-vs-class-selector

ps:在.Net 4.0之前版本和JQuery 1.4版本的时候,可能是最优解了

END

忠义两难全

难得有时间写点什么,开始起个标题党的题目是我突然发现:把所有业务逻辑都移到一层(BLL Service whatever)似乎会造成性能上无可避免的缺失。后来又想了想,做了下实验,发现(再一次,再N次的发现):是我自己2了。原因不想细表,也没多大意义,只是为自己经常会有“哇,我有一个反例,我要推翻3层架构了”之类的想法还挺自豪的。。

前面都是废话无疑,主要是想通过两件小事吐槽一下IE:

插:

最后由 rhapsodyn 编辑于 2011年12月16日09:58

这尼玛觉得“难得有时间写点什么”完全是错觉啊,再有时间写完草稿的时候peja都退役了 插毕。

###吐槽点1:### 在IE中使用ajax去get一个json对象,就算json对象不一样了,返回的httpcode还是304,而在其他浏览器中会是200。即是说,在IE中用get的方式去做ajax请求,只要请求的URL相同,内容是无法刷新的。 解决办法: 换用post去请求

###吐槽点2:### 原来IE的盒模型和其他浏览器的盒模型差距挺大的,特别是在有padding的情况下算总大小的时候,具体差别只有调试的时候多换浏览器才能记得起来 解决办法: 浏览器兼容性 == 不遇到不知道到底是不是无解

END

jq1.7==魂淡

//in this example, a click handler will be attached to every table row.

$("#dataTable tbody tr").on("click", function(event){
 alert($(this).text());
});

好吧,click() bind() live()不分了,event handle大统一了,甚至连best practice都广为流传了:

//in this example, the bound element is the tbody, not the tr's under the tbody.

//the second argument in the .on call is used, in this case, we pass the "tr" selector.

$("#dataTable tbody").on("click","tr", function(event){
 alert($(this).text());
});

魂淡,这你叫我肿么炫耀我知道live最效率啊!!!

END