1.
打开phpstudy管理器,点击“其它选项菜单”,再点击站点域名管理
2.
找到左侧的域名列表(如果没有添加过就是空白的,可先绑定几个域名,主要是为了查看格式) ,点击右键,再点击导出全部站点,提示成功,导出的是一个txt文件,会出现文件所在位置。
3
打开这个txt文件看到它的格式样式,
4
然后把它全部复制到excel表里,通过excel一些简单的公式(主要用到连字符进行多单元格内容合并到一个单元格)把准备好的域名和前缀、位置合并到一个单元格
5
然后把同在一列的内容复制到txt文件里,再通过phpstudy的网站列表导入这个txt文件
6
最后点击设置并生成配置文件,大功告成
你是自己架设的吗?注意一下列表有没有写错!看看网络有没有断开,可以在浏览器看看能不能打开列表。http://你的域名.com/列表TXT名称.txt 看看能不能读取出来。能读取就是正常的,如果是玩别人的服,那应该跟你的问题不大,你可以问问GM。应该是列表空间被人打了。判断两个网站是否是同一站点用的。
我上面说的原话是:当一个请求本身的 URL 和它的发起页面的 URL 不属于同一个站点时,这个请求就算第三方请求。那么怎样算是同一个站点?是我们经常说的同源(same-origin)吗,cross-origin 的两个请求就不属于同一个站点?显然不是的,foo.a.com 和 bar.a.com 是不同源的,但很有可能是同一个站点的,a.com 和 a.com:8000 是不同源的,但它俩绝对是属于同一个站点的,浏览器在判断第三方请求时用的判断逻辑并不是同源策略,而是用了 Public Suffix List 来判断。
有些同学可能会这么想:一个域名可以用逗号分成多个字段,如果两个域名的最后两个字段都是相同的,那它们就是同一个站点的,比如 foo.a.com 和 bar.a.com 就是。但是 sina.com.cn 和 sohu.com.cn 也满足这个条件啊,它们绝对不是同一个网站吧,那是不是说浏览器需要维护一份列表来记录所有国家颁布的二级域名啊,但是不仅国家可以开放三级域名给不同的网站使用,普通的网站也可能会,比如新浪就开放 *.sinaapp.com 三级域名注册,foo.sinaapp.com 和 bar.sinaapp.com 是两个不同的网站,那 sinaapp.com 也应该加入那个列表中,以及 github.io 等等。
Mozilla 很久之前就将自己维护的这个域名后缀列表放到了 github 上,起名为 Public Suffix List,里面不仅有 IANA 颁布的顶级域名,众多二级域名,还有三级域名比如 compute.amazonaws.com,甚至四级域名比如 compute.amazonaws.com.cn,判断两个 URL 是不是同一个网站的,只要判断两个 URL 的域名的 public suffix(按能匹配到的最长的算)以及它前面的那个字段(后面用 public suffix+1 指代)是否都相同,是的话就是同一个站点的,否则不是。比如
Public Suffix List 最初被 Firefox 用在限制 Set-Cookie 响应头的 Domain 属性上的, Domain 不能设置成一个比自己网站的 public suffix+1 还高层级的域名,比如 foo.w3c.github.io 就不能设置 Set-Cookie: foo=1 Domain=github.io,最高只能设置成 Set-Cookie: bar=1 Domain=w3c.github.io,现在其它浏览器也都在用同样的列表做同样的限制。DOM API 里的 document.domain 后来也加上了这个限制。有些浏览器还用这个列表来高亮地址栏上的 URL 中的 public suffix+1 部分(Firefox 和 IE 有用,Chrome 是高亮了整个域名),此外浏览器们还用该列表干一些其它琐事,比如将历史网址按不同站点排列等等。
浏览器们会定期同步这份列表,比如 Chrome 是在每个正式版本发布之前同步一次。
补充下:www.sina.com.cn和www.sohu.com.cn的判断细节。首先根据www.sina.com.cn,查找public suffix list的suffix list。只能找到com.cn。所以public suffix + 1(sina)。就是sina.com.cn。同理sohu.com.cn,对比不一致。所以不算同一站点
非原创,原文地址:网页链接
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)