cookie

如果我们正在使用Session，那么构建高性能可扩展的ASP.NET网站，就必须解决分布式Session的架构，因为单服务器的SESSION处理能力会很快出现性能瓶颈，这类问题也被称之为Session同步。微软有自己的分布式Session的解决方案，那就是SessionStateServer，我们可以参考： ASP.NET Session State Partitioning http://blog.maartenballiauw.be/post/2008/01/23/ASPNET-Session-State-Partitioning.aspx ASP.NET load balancing and ASP.NET state server http://blog.maartenballiauw.be/post/2007/11/ASPNET-load-balancing-and-ASPNET-state-server-(aspnet_state).aspx 不过本文是要换一个方案，那就是使用Memcached来到达分布式SESSION的架构。Memcached作为分布式的缓存服务器已经被广泛应用在网站建设中。 一：Session的机制 Session是针对用户的，我们也可以理解为是针对浏览器的。在浏览器首次访问ASP.NET网页的时候（网页没有关闭session功能）

　　参加阿里巴巴前端实习生在线比试是15年三月底的事情，做的时候偷偷截图了，现在有时间了拿出来分享给大家，并且附上自己的思路，如果有错误欢迎大家指出！ 　　1.考虑以下程序输出的结果： 　　　　 var x='a'; function printX(){ console.log(x); var x='b'; console.log(x); } printX(); var y='c'; function printY(){ console.log(y); y='d'; console.log(y); } printY(); 　　 A a b c d　　B b b d d　　C undefined b undefined d　　D undefined b c d 　　 在 printX函数中，由于再次声明了var x='b'，x为函数内的局部变量，由于声明提升， 第一次打印时 x的值为undefined。 　　2.请选择结果为真的表达式： 　　 A null instanceof Object　　B null==undefined　　C NaN==NaN　　D false==undefined 　　 null是JavaScript基本类型Null的唯一值，它并非以Object为原型创建出来的，所以null insranceof Object返回的是false，但是需要注意typeof

首先我们来想一想 1.跨域是什么呢?为何要跨域? 2.浏览器的同源策略又是什么? 3.跨域的原理又是什么呢? 4.解决跨域有哪些方法? 当两个域具有相同的协议(如http), 相同的端口(如80)，相同的host（如www.google.com)，则认为它们是相同的域（协议，域名，端口都必须相同）,否则就是跨域，如图所示： 同源策略：比如:我在本地上的域名是abc.cn,请求另外一个域名的一段数据，这个时候在浏览器上会报错，这个就是同源策略的保护。如果浏览器对javascript没有同源策略的保护,那么一些重要的机密网站将会很危险 限制跨域访问作用 限制跨域资源访问的作用可从服务器和客户端两个方面进行分析： 1、对于服务器，当收到一个请求时，会检查该请求来源，如果来源的客户端页面自己无法识别，而且服务器的数据又是比较敏感的，则可能做出限制或者拒绝访问（例如，黑客对服务器的攻击）。 2、对于客户端，浏览器的同源策略可限制对跨域资源的访问，若其与服务器的域不相同，则浏览器可能进行限制甚至拒绝访问（例如，黑客通过让你访问他的服务器数据来攻击你的客户端页面）。 跨域访问失败时，实际上浏览器发送请求成功，浏览器也接收到了响应，但是它会限制xmlhttprequest接受响应并在js控制台报错。 跨域解决方案 1、 通过jsonp跨域 2、 document.domain + iframe跨域

什么是跨域？ 跨域是指一个域下的文档或脚本试图去请求另一个域下的资源，这里跨域是广义的。 广义的跨域： 1.) 资源跳转： A链接、重定向、表单提交 2.) 资源嵌入： <link>、<script>、<img>、<frame>等dom标签，还有样式中background:url()、@font-face()等文件外链 3.) 脚本请求： js发起的ajax请求、dom和js对象的跨域操作等 其实我们通常所说的跨域是狭义的，是由浏览器同源策略限制的一类请求场景。 什么是同源策略？ 同源策略/SOP（Same origin policy）是一种约定，由Netscape公司1995年引入浏览器，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到XSS、CSFR等攻击。所谓同源是指"协议+域名+端口"三者相同，即便两个不同的域名指向同一个ip地址，也非同源。 同源策略限制以下几种行为： 1.) Cookie、LocalStorage 和 IndexDB 无法读取 2.) DOM 和 Js对象无法获得 3.) AJAX 请求不能发送 常见跨域场景 URL 说明 是否允许通信 http://www.domain.com/a.js http://www.domain.com/b.js 同一域名，不同文件或路径 允许 http://www.domain.com/lab/c

什么是跨域？ 跨域是指一个域下的文档或脚本试图去请求另一个域下的资源，这里跨域是广义的。 广义的跨域： 1、 资源跳转：A链接、重定向、表单提交 2、 资源嵌入： < link>、 < script> 、 < img>、 < frame>等dom标签，还有样式中background:url()、@font-face()等文件外链 3、 脚本请求： js发起的ajax请求、dom和js对象的跨域操作等 其实我们通常所说的跨域是狭义的，是由浏览器同源策略限制的一类请求场景。 什么是同源策略？ 同源策略/SOP（Same origin policy）是一种约定，由Netscape公司1995年引入浏览器，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到XSS、CSFR等攻击。所谓同源是指"协议+域名+端口"三者相同，即便两个不同的域名指向同一个ip地址，也非同源。 同源策略限制以下几种行为： 1、Cookie、LocalStorage 和 IndexDB 无法读取 2、 DOM 和 Js对象无法获得 3、 AJAX 请求不能发送 常见跨域场景 URL 说明 是否允许通信 http://www.demo.com/a.js http://www.demo.com/b.js 同一域名，不同文件或路径 允许 http://www.demo.com/lab/c.js

什么是跨域？ 跨域是指一个域下的文档或脚本试图去请求另一个域下的资源，这里跨域是广义的。 广义的跨域： 1.) 资源跳转： A链接、重定向、表单提交 2.) 资源嵌入： <link>、<script>、<img>、<frame>等dom标签，还有样式中background:url()、@font-face()等文件外链 3.) 脚本请求： js发起的ajax请求、dom和js对象的跨域操作等 其实我们通常所说的跨域是狭义的，是由浏览器同源策略限制的一类请求场景。 什么是同源策略？ 同源策略/SOP（Same origin policy）是一种约定，由Netscape公司1995年引入浏览器，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到XSS、CSFR等攻击。所谓同源是指"协议+域名+端口"三者相同，即便两个不同的域名指向同一个ip地址，也非同源。 同源策略限制以下几种行为： 1.) Cookie、LocalStorage 和 IndexDB 无法读取 2.) DOM 和 Js对象无法获得 3.) AJAX 请求不能发送 常见跨域场景 URL 说明 是否允许通信 http://www.domain.com/a.js http://www.domain.com/b.js 同一域名，不同文件或路径 允许 http://www.domain.com/lab/c

1、默认情况下，httpclient会默认引用cookieStore(同一个client的情况下) 自动存储和记录在client生命周期之内得到的cookie。在之后的发包操作中会自动的将cookie携带在头域中进行请求。 　但是两个不同的client会使用不同的cookie，如果需要两个不同的client使用相同的 cookie，可以在创建 client 时传入同一个 cookieStore，如下 //创建cookieStore存储cookie CookieStore cookieStore=new BasicCookieStore(); CloseableHttpClient client1=HttpClients.custom().setDefaultCookieStore(cookieStore).build(); CloseableHttpClient client2=HttpClients.custom().setDefaultCookieStore(cookieStore).build(); 2、cookieStore添加 cookie //创建cookieStore存储cookie CookieStore cookieStore=new BasicCookieStore(); //创建cookie对象 Cookie cookie=new

作者：草木青川 链接：https://zhuanlan.zhihu.com/p/82871762 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 lc里最长上升子序列的变形题。实现输入英文单词联想的功能二面：矩阵旋转，要求空间复杂度O(1)无序的数组的中位数。要求时间复杂度尽可能的小计算机网络tcp 怎么保证数据包有序1. 主机每次发送数据时，TCP就给每个数据包分配一个序列号并且在一个特定的时间内等待接收主机对分配的这个序列号进行确认，2. 如果发送主机在一个特定时间内没有收到接收主机的确认，则发送主机会重传此数据包。3. 接收主机利用序列号对接收的数据进行确认，以便检测对方发送的数据是否有丢失或者乱序等，4. 接收主机一旦收到已经顺序化的数据，它就将这些数据按正确的顺序重组成数据流并传递到高层进行处理。tcp 和 udp 的异同TCP是面向流的可靠数据传输连接UDP是面向数据包的不可靠无连接tcp 怎么保证可靠性差错检验机制，反馈机制，重传机制，引入序号，滑动窗口协议，选择重传tcp 中 拥塞避免 和 流量控制 机制拥塞避免和流量控制这两种机制很像，但是流量控制是由接收方的接受能力也就是接收窗口所决定的，如果接收窗口够大，以动态调整发送窗口的大小调整发送速度拥塞避免主要由网络情况所限制，网络情况良好，则加大发送速率，网络状态差（冗余ACK和丢包

[转 http://www.cnblogs.com/fish-li/archive/2012/10/14/2723631.html ] 阅读目录 开始 页面显示乱码问题 AJAX提交的数据乱码问题 JavaScript中正确的URL编码方式 ASP.NET中正确的URL编码方式 正确的URL编码方式的总结 彻底解决encodeURIComponent()与GB2312乱码问题 Cookie乱码问题 下载文件名乱码问题 多语言数据的乱码问题 乱码问题的总结 经常发现有人被乱码困扰着，而我感觉比较幸运，很少为此烦恼过。 在这篇博客中，我将把我想到的一些与乱码有关的经验总结出来，供大家参考。 回到顶部 页面显示乱码问题 在一个网站中，有些页面会正常显示，然而，有些页面会显示成乱码。 如果发生这种情况，可以检查一下web.config和文件编码。 如果web.config是这样配置的： <globalization fileEncoding="utf-8" /> 而文件的编码不是UTF-8： 那么就会有乱码问题。 注意：反之是不是会出现乱码的。 1. 不设置fileEncoding，此时不会有乱码现象。 2. fileEncoding="gb2312"，文件以utf-8编码，此时也不会有乱码现象。 因此，我建议最好让所有文件都以UTF-8编码保存，从而解决这类乱码问题。 回到顶部

阅读目录 开始 页面显示乱码问题 AJAX提交的数据乱码问题 JavaScript中正确的URL编码方式 ASP.NET中正确的URL编码方式 正确的URL编码方式的总结 彻底解决encodeURIComponent()与GB2312乱码问题 Cookie乱码问题 下载文件名乱码问题 多语言数据的乱码问题 乱码问题的总结 经常发现有人被乱码困扰着，而我感觉比较幸运，很少为此烦恼过。 在这篇博客中，我将把我想到的一些与乱码有关的经验总结出来，供大家参考。 回到顶部 页面显示乱码问题 在一个网站中，有些页面会正常显示，然而，有些页面会显示成乱码。 如果发生这种情况，可以检查一下web.config和文件编码。 如果web.config是这样配置的： <globalization fileEncoding="utf-8" /> 而文件的编码不是UTF-8： 那么就会有乱码问题。 注意：反之是不是会出现乱码的。 1. 不设置fileEncoding，此时不会有乱码现象。 2. fileEncoding="gb2312"，文件以utf-8编码，此时也不会有乱码现象。 因此，我建议最好让所有文件都以UTF-8编码保存，从而解决这类乱码问题。 回到顶部 AJAX提交的数据乱码问题 AJAX技术流行了这么多年了，我想现在没有几个网站不使用这种技术的。 然而，有些人在使用AJAX时，遇到了乱码问题。