网站文件名优化,怎么查询网站的设计公司,织梦网站导航如何删除,wordpress原始密码作者 | 朱顺意责编 | 李雪敬出品 | CSDN云计算#xff08;ID#xff1a;CSDNcloud#xff09;网站监测工具用于标识用户的 Cookie 分为第1方 Cookie 和第3方 Cookie#xff0c;这两者本质上没有什么区别#xff0c;只是身份不同。Cookie 有 Domain 属性#xff0c;当 Coo… 作者 | 朱顺意责编 | 李雪敬出品 | CSDN云计算IDCSDNcloud网站监测工具用于标识用户的 Cookie 分为第1方 Cookie 和第3方 Cookie这两者本质上没有什么区别只是身份不同。Cookie 有 Domain 属性当 Cookie 的 Domain 与当前访问的域名不同时这个 Cookie 为第3方 Cookie反之为第1方 Cookie。由于 Domain 的不同第1方 Cookie 记录的是用户在指定站点的行为第3方 Cookie 记录的是用户在不同站点的行为。网站监测工具为你的站点创建了第1方 Cookie这个 Cookie 属于你的站点仅能用于记录你站点的用户行为同时网站监测工具也创建了第3方 Cookie属于它自己的Cookie这个 Cookie 用于记录所有部署了监测代码站点的用户行为。以 Chrome 为工具我们来看看 Cookie 是怎么样的。查看Cookie步骤打开 Chrome 访问 www.zhihu.com 按下 F12 打开 DevTools 切换到 Application 面板 打开左侧 Cookies 选择 www.zhihu.com。可以看到Cookie 有各种属性• NameCookie 名称。• ValueCookie 值。• DomainCookie 域名代表能读写这个 Cookie 的域。假设在 DevTools 这里 Domain 为“.zhihu.com”最前面带点则所有以“zhihu.com”结尾的域名都能读写这个 Cookie。假设 Domain 为“zhihu.com”(最前面不带点)此时 Cookie 仅为当前域所用。如果创建 Cookie 时不声明 Domain则 Domain 的最前面不带点。如果创建 Cookie 时声明 Domain则无论声明时有没有带点在 DevTools 都会自动带点所声明的域及其所有子域都能读写这个 Cookie。• PathCookie 的有效访问路径代表基于 Domain 下能读写这个 Cookie 的页面路径。假设 Domain 为 “.zhihu.com”Path 为 “/”则 zhihu.com 根目录下所有页面路径都能读写这个 Cookie如果 Path 为 “/question”则 Cookie 仅在 question 页面路径下能被读写。• Expires/Max-AgeCookie 的过期时间采用协调世界时(UTC)与中国标准时间相差8小时。时间格式为 ”yyyy-mm-ddThh:mm:ss.sssZ”T是分隔日期和时分秒的符号”.sss” 代表毫秒Z 表示 UTC 零时区。如果创建 Cookie 时默认不填则此值为 Session即关闭浏览器自动清除 Cookie。• SizeCookie 的大小。• Httponly是否允许客户端读写Cookie常见客户端方法有 document.cookie。• Secure是否只能通过 Https 协议读写 Cookie。• SameSite跟第3方 Cookie 的读写限制有关我们后面会讲到。• PriorityCookie 的优先级有 Low/Medium/High 这3种值当 Cookie 超出浏览器存储上限时优先级低的 Cookie 将被清除。第1方Cookie网站监测工具标识用户常用第1方Cookie即Cookie的Domain为当前访问站点的顶级域名。以Google Analytics为例以下简称GA下面这个蓝底色的就是GA标识用户的Cookie它的Domain为”.zhihu.com”所以它为第1方Cookie。GA 标识用户的 CookieDomain 为 ”.zhihu.com”意味着这个 Cookie 在 zhihu.com的所有子域名下都能被读写。因此zhihu.com、www.zhihu.com、daily.zhihu.com、static.daily.zhihu.com 在用同一套监测代码的时候标识用户所用的 Cookie 是一样的。GA 标识用户的 Cookie 名称为 “_ga”它的值是这样构成的• 版本号GA1 为版本相关信息所有被 GA 监测的站点几乎都一样。• Domain长度2为 “_ga” 这个 Cookie 的 Domain 长度”.zhihu.com” 长度为2。当被监测的站点为 ”xxx.com.cn” 时Domain 长度为3。当被监测的站点使用多级域名例如 ”www1.www2.xxx.com” 时在 GA 的这个 CookieDomain 依然为顶级域名 ”.xxx.com”长度依然为2。• 唯一的随机数GA 生成的随机数字具有唯一性。• 首次访问的时间戳用户首次访问站点GA 获得的时间戳你可以打开 Chrome DevTools 的 Console 面板用 new Date 把它转换成中国标准时间。这个时间再加上2年等于这个 Cookie 的 Expires/Max-Age 的中国标准时间也就是说 GA 标识用户的 Cookie 有效期为2年2年之后 Cookie 被清除。从GA的JS代码也能看出这个值的构成那么这个第1方 Cookie 属于被监测的站点但又是由 GA 创建这是怎么一回事GA 的 JS 代码包含创建 Cookie 的方法这段 JS 被嵌入到网站相当于网站自己创建了 Cookie因此这个过程不存在跨域的问题。目前市面上的网站监测工具都是用这样的方法来创建第1方 Cookie 的。换言之GA 这段 JS 也能够读写这个站点的所有第1方 Cookie(已设置 Httponly 的除外)。第3方Cookie网站监测代码在发起请求时能创建 Domain 不同于当前站点的 Cookie也就是第3方 Cookie它一般用于追踪用户在不同站点的访问行为。以百度统计为例只要你的站点部署了百度统计代码就能看到这个名为 ” HMACCOUNT_BFESS” 的第3方 Cookie它看起来就是这样的字符串这时右键选中 Cookie选择 ”Show Requests With This Cookie”打开了 Network点击第1个请求拉到 Request Headers 会发现有2个 Set-Cookie说明这个第3方 Cookie 这是由服务器端设置的第1个的末尾标记了黄色符号代表这个 Cookie 没有创建成功因为创建时没有设置 SameSite 和 Secure。第2个 Cookie也就是 ”HMACCOUNT_BFESS”因为同时满足 SameSiteNone 和 SecureTure 这两个条件Cookie 能被创建。SameSite 属性是什么这是一个限制第3方 Cookie 创建、读写的属性。从 Chrome v80 开始对第3方 Cookie 的限制就严格了许多。现在想要创建第3方 Cookie需要满足以下条件①通过 Https 协议②设置 SameSite 为 None③设置 Secure 为 True当一个 Cookie 作为第3方 Cookie 时它能不能被读写由 SameSite 决定。当然这个读写还是必须先取决于 Cookie 的 Domain否则就成跨域了。SameSite 有以下3种值①Strict假如 Cookie 的 SameSite为Strict则当它作为第3方 Cookie 时会被完全禁止读取尽管你可能在 DevTools 的 Application 面板还能看到这个 Cookie。②Lax假如 Cookie 的 SameSite 为 Lax那么当请求为以下类型才能读写这个第3方 CookieLax也是Chrome的默认设置。③None想要关闭 SameSite 属性可以设置第3方 Cookie 的 SameSite 属性为 None要想读取 Cookie 同时还必须设置 Secure 为 True。这也是为什么我们看到百度统计的 Cookie 设置了 SameSiteNone 和 Secure 属性。第1方 Cookie 和第3方 Cookie 在网站监测都很重要如今 Chrome 对第3方 Cookie 的限制越来越强为网站监测工具读写第3方 Cookie 增加了一定难度。如何在合理追踪用户行为的同时保护用户隐私这是一个值得全行业探讨的主题。更多阅读推荐下一代 IDEEclipse Che 究竟有什么奥秘窃隐私、放高利贷输入法的骚操作真不少进入编译器后一个函数经历了什么程序员离职后收到原公司 2400 元被告违反竞业协议赔 18 万5年5亿美金华为昇腾如何争夺AI开发者
