探讨nuxt3采用了Hydration水合这样一个概念，用于处理服务端生成静态html与客户端js脚本的结合，实现一个可动态交互的页面应用，这个过程被称之为水合。水合的过程可能会相对复杂一些，需要考虑到脚本加载、DOM的匹配、交互的激活（事件）、状态管理等等。其中状态的管理，我目前使用的时候，发现它并不是理想中的那种状态。理想中可能是：服务端渲染时发起了一个api请求，获得了用户的数据，此时我们会将其存储到状态管理中，比如pinia之类的，然后客户端获取到服务端返回的数据，然后自己将pinia的数据恢复到内存中，如果使用了持久化存储，应该会自己将其存储到local之中。但是，实际情况是，...
前言之前用ts封装过一个处理本地缓存localStorage和sessionStorage的类，这次在做一些落地页的时候，对接了Facebook的像素打点，其中需要获取到像素生成的fbc和fbp参数，用于渠道统计，但是这两个参数我看了下，像素方法fbq并没有提供专门获取的方式，所以只能自己手动获取了。但是大家都知道，cookie的获取是很麻烦的，因为通过document.cookie获取的是一个所有cookie的字符串值，我们需要一个个拆分获取。如果是拿一个数据还好说，但是拿两个如果不封装的话就显得代码重复了，于是封装了一个对应的类。首先api保持和之前的一致，都是采用getItem这种...
cookiecookie用于判断用户是谁，一般都是使用签名算法进行加密。加上cookie本身大小有限制，总大小才32k，头信息也才32k，所有不能太大，而且不能太多，最多20条，容量这样一算的话，单条才4k。koa创建cookie直接通过ctx对象：ctx.cookies.set(key,value);读取：ctx.cookies.get(key);签名server.keys = ["aaaa", "bbbb", "cccc"]; router.get("/", async ctx => { ct...
cookie 身份认证cookie的起源本身就是因为http是一种单向性的传输，服务器和浏览器之间没有联系用的东西，如服务器无法辨别正在浏览的是谁，他有vip吗？所以就想出在浏览器存一个简短的数据，每次浏览器会将这个数据发送给服务器，服务器通过这个判断这个人是谁。但是现在来说，这种方式存在了一些问题：cookie容量很小，不能超过32kb，但实际上都不能完全达到32kb，因为cookie是放在http信息的header上的，而header最大也只有32kb，他除了cookie还要存放其他信息。安全性，存放在浏览器的数据都不安全，客户端可以直接查看，修改，伪造cookie一般是由服务器s...
cookie大小有限制，并且每次浏览器请求都会将cookie发送给服务器，为此，服务器本身有一个session存储，这个session可以理解为无限大小，只要服务器有空间，就可以存。基本流程：浏览器发出请求（空的cookie）|||服务器接收，创建session，返回一个带session id的cookie给浏览器|||浏览器接收到cookie，每次都会发送这个带id的cookie从而形成用户认证这种效果session基于cookiecookie服务器发送cookieconst express = require("express"); var server = e...
由于jq的cookie插件已经放弃维护了，其团队改为js-cookie在github上进行新的开源分享。地址为：https://github.com/js-cookie/js-cookie下载到引用的js文件后引用即可。调用方法：//设置 Cookies.set(name,value,{expires: time, path: '/'}); //其中value的值支持对象的形式传入 var box = { a = 1, b = 2 } Cookies.set(name,box,{expires: time, path: '/'}); /...
没有更多了
最近评论