开发日志

网上看到一篇很不错的 防止新窗口打开被拦截的文章，但是没有时间去测试，等有时间测试在告诉大家是否可行， 摘要：一般情况下，Response.Redirect 方法是在服务器端进行转向，因此，除非使用 Response.Write( SCRIPTwindow.location='http://dotnet.aspx.cc';/SCRIPT ) 方法外，是不能在新窗口打开所指定的 URL 地

今天混迹于技术社区时，真正接触到了传说中的服务器端Javascript。在服务器端使用Javascript可以弥合服务器端语言和客户端脚本语言的鸿沟，使得他们能够更好的协作。客户端甚至可以直接复用服务器端的一些组件，这样就可以简化很多在客户端、服务器端重复进行的工作，例如表单验证。由于不存在了语言的差异，服务器端和客户端通讯将变得更加简洁。我研究了一下javascript for server的一

本书致力于教会你如何用Node.js来开发应用，过程中会传授你所有所需的“高级”JavaScript知识。本书绝不是一本“Hello World”的教程。 状态 你正在阅读的已经是本书的最终版。因此，只有当进行错误更正以及针对新版本Node.js的改动进行对应的修正时，才会进行更新。 本书中的代码案例都在Node.js 0.6.11版本中测试过，可以正确工作。 读者对象 本

说到本地存储，这玩意真是历尽千辛万苦才走到HTML5这一步，之前的历史大概如下图所示：     最早的Cookies自然是大家都知道，问题主要就是太小，大概也就4KB的样子，而且IE6只支持每个域名20个cookies，太少了。优势就是大家都支持，而且支持得还蛮好。很早以前那些禁用cookies的用户也都慢慢的不存在了，就好像以前禁用javascript的用户不存在了一样。

通过一下方式可以判断当前页面是 http 还是 https var ishttps = 'https:' == document.location.protocol ? true: false; if(ishttps){  alert("这是一个https请求"); }else{  alert(“这是一个http请求”); }

时间紧直接上代码： 比如 把下面是str 替换成  aaa===bbb var str = "aaa-bbb"; var restr = str.replace(/([a-z]+)-([a-z]+)/,"$1===$2"); alert(restr); 这时 restr的值 就成了 aaa===bbb 了

最近完成Facebook的登录功能，但是在Facebook回调的时候会自动在url后面 添加#_=_ ，我们的代码在跳转回原来点击登录的页面时，这个调皮的家伙也跟着过去了，而且无法删除。 于是乎就想用js方式 将url后面的#_=_ 去掉。但是很多方法都需要页面重新刷新一次，不但怎加了服务器压力，用户体验也很不好。 经过多方调查，找到了不用刷新页面，也可以修改的方式，具体js如下： if (