手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表2024年09月的文章

“同名Cookie”的分析

Submitted by gouki on 2009, May 25, 2:42 PM

原文基于.net，不过，我想PHP也差不多。而且这种问题很常见。。。

原文地址：http://www.cnblogs.com/flashlm/archive/2009/05/17/theSameNameCookie.html
内容：
了解Cookie的同学应该知道，浏览器客户端是以domain，path，name作为Cookie的唯一标识的，只要Name、Domain、Path中的任何一项不同，Cookie就是不能同的。由此便产生了同名Cookie。

例如有四个cookie如下：
d=1; expires=Sat, 23 May 2009 03:48:22 GMT; path=/; domain=.dny.com
d=2; expires=Sat, 23 May 2009 03:48:46 GMT; path=/; domain=.test.dny.com
d=3; expires=Sat, 23 May 2009 03:48:46 GMT; path=/test/; domain=.dny.com
d=4; expires=Sat, 23 May 2009 03:48:46 GMT; path=/test/; domain=.test.dny.com
他们是可以共存的。

了解Cookie的同学也应该知道，cookie的domain、path在服务器端都是只写的，也就是说在服务器端不能读取到任何一个Cookie的domain或者path值，只能读取到name和value。那么问题便产生了，假设上面的四个Cookie同时存在，那么服务器端读取到的name为“d”的cookie到底会是哪个值呢？

经过我的测试，结果是这样的，如果客户端浏览器发送了多个同名的 cookie,那么 Request.Cookie 将返回其中最符合（符合条件且范围最小）当前domain、path的一个。

例如，还是上面四个cookie，我通过下面这些地址去获取Request.Cookie["d“]，值是不同的：
http://test.dny.com/test/cookies.aspx    4
http://dny.com/test/cookies.aspx        3
http://test.dny.com/cookies.aspx        2
http://dny.com/cookies.aspx        1

而实际上，服务器上用Request.Cookies.Count可以知道，得到的确实是有4个Cookie。

以上内容欢迎更加深入讨论。

--EOF--

我在想，由于客户端保存cookie是有长度限制的，象上面这四个COOKIE，如果在客户端保存的话，也应该是存为两个文件，一个是test.dny.com，一个是dny.com，那么path,又是怎么处理 的呢？偷懒，没做试验。。。。。。

 

Tags: cookie

PHP | 评论:0 | 阅读:21846

电信网通双线站点使用JavaScript实现自动选择

Submitted by gouki on 2009, May 25, 11:53 AM

说实话，这种切换方式，我真的没有考虑过。所以感到特别有新意。。。

原文：http://xinsync.xju.edu.cn/index.php/archives/5013
内容：

网站打开的速度快是相当重要的，不管你是用的什么网络，都打开的很快。我们且不谈论所做产品的初期发展用户人群因为这没有多大意义，如果你定位为学生，那么根据我们自身大学四年的经验，同学中间用电信、校园网的比例基本上变数太大。

值 得庆幸的是，现在我们已经实现电信、网通双线北网通、南电信是我们国家的一个特色。更甚至07年春节爆出电信与网通内部协议，内容大概是南北互不侵犯各自 的领域。因此，如果要立足做一个成功的互联网产品，必须不要管用户来自于哪里，用的什么网络环境。这最后的解决方案就是电信、网通双线。还有个间隙–校 园网，比较好的是校园网跟网通有很宽的光纤直连，物理环境可以用米来解决。

技术处理
<img src=”http://www.xinsync.com/notexist” width=”1″ height=”1″ onerror=”javascript:top.location=’http://www.xinsync.com’”>
<img src=”http://cnc.xinsync.com/notexist” width=”1″ height=”1″ onerror=”javascript:top.location=’http://cnc.xinsync.com’”>

这是电信、网通自动选择的核心代码，天哪，太神奇了，竟然是js实现的。

解 释： src里边放的是一个不存在的地址，这样2个img打开的时候都会出错，都会触发onerror事件,但是你的浏览器对这2个img加载、判断出错有个先 后顺序，而这个先后顺序取决于你的浏览器去连2个url的快慢程度，这就表现为http请求两个域名的快慢。
假如你是校园网或者网通，同时去连 www.xinsync.com(这个域名是绑定到电信的一个ip)、cnc.xinsync.com(这个域名是绑定到网通的一个ip)
当然就会先触发onerror=”javascript:top.location=’http://cnc.xinsync.com’”
这样就打开了http://cnc.xinsync.com

电信同理，最后就实现了校园网、网通用户打开的是http://www.xinsync.com/notexist，电信用户打开的是http://www.xinsync.com/notexist

Javascript | 评论:1 | 阅读:16099

想哭但是哭不出来

Submitted by gouki on 2009, May 24, 9:55 AM

昨天晚上，想把初装的系统做个GHOST，用的是以前一直用的软件：一键GHOST。重启后进入系统备份界面，选择了自动分区，结果，报错说是分区错误。

然后，让我崩溃的事情就发生了
C盘分区表坏了。最后一个盘E盘也彻底没了。猜测可能是分区表坏了。恢复了半天，啥也恢复不出。
一大早用easyrecovery把E盘数据恢复了一下。估计数据还在。但系统又要重装了。

以后不敢用这种自动分区的软件了。真要用，还是用U盘装winPE来启动，用第三方的软件来做GHOST吧。否则。真的是想哭也哭不出了。。

还好数据可能能够恢复。

1、小孩照片，好几G的照片啊。好象可以恢复

2、我一大堆代码都扔在虚拟机了。不知道能不能恢复（目前恢复正在进行中）

3、下载了几个月的电影啊。不知道还有没有了。

郁闷啊。系统没了可以重装，数据没了就惨了。买个超大移动硬盘看来是有必要的了。

Tags: 系统崩溃

Misc | 评论:3 | 阅读:16655

addEventListener attachEvent用法

Submitted by gouki on 2009, May 23, 12:09 PM

半夜看书的时候，莫莫问我如何bind事件，我告诉他jquery直接bind就可以了。但莫莫告诉我说，是直接用原生代码。由于没有接触过，只能问google了。

查下来，几乎所有的文章都是大同小异。看来在国内ctrl+C,ctrl+v是蔚然成风（当然，我也经常这么做，给大家带来的不便，实在抱歉）

顺手看到一篇英文的介绍，发现挺不错。原文地址为：http://www.captain.at/howto-addeventlistener-attachevent-parameters.php

国内的文章都着重于介绍怎么绑定。如何绑定多个，但，对于绑定的元素本身的事件却没有介绍。比如我绑定在ID为xxx的元素上的click事件怎么办。

例子都是用alert来举例，比如：

JavaScript代码
  1. function test()  
  2. {  
  3.     alert('test');  
  4. }  
  5. document.getElementById('xx').addEventListener('click',test,false);  
几乎都是这样的例子，就是没有一篇文章介绍，如果test方法有参数怎么办。

那篇英文的就介绍的很详细。

假设绑定事件为：

JavaScript代码
  1. if(window.addEventListener){ // Mozilla, Netscape, Firefox  
  2.     object.addEventListener('mouseover', testevent, false);  
  3.     object.addEventListener('click', testevent, false);  
  4.     object.myflag = "test";  
  5.     object.mydata = "123";  
  6. } else { // IE  
  7.     object.attachEvent('onmouseover', testevent);  
  8.     object.attachEvent('onclick', testevent);  
  9.     object.myflag = "test";  
  10.     object.mydata = "123";  
  11. }  
触发的testevent如下：
JavaScript代码
  1. function testevent(evt){  
  2.     var e_out;  
  3.     var ie_var = "srcElement";  
  4.     var moz_var = "target";  
  5.     var prop_var = "myflag";  
  6.     // "target" for Mozilla, Netscape, Firefox et al. ; "srcElement" for IE  
  7.     evt[moz_var] ? e_out = evt[moz_var][prop_var] : e_out = evt[ie_var][prop_var];  
  8.     alert(e_out);  
  9.     prop_var = "mydata";  
  10.     evt[moz_var] ? e_out = evt[moz_var][prop_var] : e_out = evt[ie_var][prop_var];  
  11.     alert(e_out);  
  12. }  
看这个例子就可以很明显的知道，第一个参数就是event，自身ID，就是event["target"]或者event["srcElement"]（这个与IE和FF有关）。

而这个event["target"]其实就相当于document.getElementById("xxx")，剩下的操作就与原来一样了。

介绍的有点乱，大概意思就是这样

 

Javascript | 评论:2 | 阅读:19168

网站多服务器负载均衡引起的开发问题及解决方案

Submitted by gouki on 2009, May 22, 5:05 PM

本文来自kakapo的博客，kakapo，如果没有记错，应该是pchome的人吧。。。负载均衡我暂时还没有用到，毕竟我就一台服务器也没必要在服务器上装上17、8个虚拟机来跑这些负载均衡吧。

原文地址：http://www.kakapo.cn/blog/read.php?153

内容：

先罗列一下问题：
1、session会话数据共享问题
2、缓存数据文件共享问题
3、用户数据共享问题
4、上传数据存储问题
5、Log日志文件共享同步问题
6、配置文件管理问题
7、web服务器时间获取不一致问题

这些问题都是从项目经验中总结出来的，接下来在一一讨论解决的办法。
1、session会话数据共享问题    

推荐使用memcached分布式缓存系统来解决，可以参考我之前写一篇文章《Memcached的介绍和应用》。

2、缓存数据文件共享问题解决方案

所谓缓存数据，一般指网站前台程序本身产生的数据，比如，数据库查询类产生的数据对象缓存，缓存类产生的本地缓存数据，远程抓取类产生的本地临时缓存文件等等。    
有 些数据看似不需要共享，就像那些在每台机器上都能自动产生的数据。但是如果刚好碰到某个时刻数据更新了，缓存时间又不同步，就会造成负载均衡上的每台机器 缓存数据不相同。这也会给用户的访问带来一定的困扰。当然针对的解决办法就是想办法让缓存同时过期，保证缓存的内容相同，这就不需要考虑共享的问 题。    
远程抓取经常会涉及到模拟登陆，在本地一般会保存模拟登陆用户的cookie数据，这个就一定得想办法解决共享。否则用户在负载 A机器上执行了模拟登陆程序，在本地产生了cookie文件，但是下次请求被分配到负载B机器上执行抓取程序，却发现需要用上的cookie文件在本地不 存在，马上程序就会被远程服务器拒绝访问。这种cookie的临时文件很多而且改动频繁。目前我们采用了NFS的方案，mount指定的一个缓存目录，让 负载的每台机器都能像本地目录一样访问，暂且还行的通。也可以将这个单独的应用放到一台机器，来避免这个问题。

3、用户数据共享问题    
所谓用户数据，范围比较广。这里一般指在用户的独立目录空间保存的用户独用的数据。比例用户自己的相片，头像等等。    
之 前我们采用的方法是搞一台存储服务器，通过一定的规则为用户创建目录空间，然后存储服务器通过NFS共享到所有负载均衡的web服务器。这种做法在几百万 用户的网站还行得通。主要问题在于NFS在高并发访问下会出现一些不稳定，会丢失文件访问句柄。另外还有mount管理带来的麻烦，以及数据安全等风险。 顺便提起用户目录空间的创建规则，分散均匀是一个最大的原则，采用哈希值切分方式比较合适。 采用用户名或者时间因子虽然方便了一些记忆和查询，但是容易碰到局部目录达到系统最大限制的问题。    
所以，推荐使用分布式文件系统解决方案。国人happy_fish100开发了一个高效的开源的分布式文件系统FastDFS，比较完善，使用简单，功能强大。特别适合解决我当前遇到的问题。自称比国外的Mogilefs还强大。让我更心动的是提供了PHP client API，采用socket访问。在应用中调用也非常方便。

4、上传数据存储问题    

这 个问题再单独拿出来谈是有根据的。在前台用户上传的自己相关的数据可以归属前面一个问题的范畴。前台也有一些用户上传的数据跟用户无关，还有网站后台也会 有很多上传的数据。之前的做法可以是通过FTP服务将这些数据上传到存储静态文件的服务器上，也有通过NFS方式共享静态文件服务器的指定目录到web服 务器。现在除了FTP方案之外，我也推荐尝试使用FastDFS来管理静态文件服务器的数据，但是要修改一下设计，可以在FastDFS的storge服 务器上直接架设http服务器，让静态文件能直接通过URL访问。

5、Log日志文件共享同步问题    

所谓的Log日志也是web服务器程序自动产生的，比如错误日志，访问日志等。在一般情况一下也可以考虑让其不共享，无非是分析日志的时候每台机器都要做一遍。

6、配置文件管理问题&web服务器时间获取不一致问题      

配置文件管理问题严格来讲不属于开发遇到的问题，而是运维人员烦恼的事情。当然，通过合理的将配置文件进行归类和存储，还是可以减少运维人员的困难的。web服务器的配置文件的最好也不用共享，文件的同步可以让系统管理员通过系统命令去自动完成。
web服务器时间不一致虽然可以通过系统定时跟全球的时间服务器同步，但是在开发过程中程序还是要尽量避免使用本地时间函数，特别是跟数据库有关系的数据，可以通过采用数据库的时间函数来解决。

 

Tags: kakapo, 负载均衡

Linux | 评论:0 | 阅读:22446

Records:3085«‹478479480481482483484485486487›»