Safari不能保存session的处理方法

最新推荐文章于 2021-07-04 18:48:59 发布
最新推荐文章于 2021-07-04 18:48:59 发布
阅读量2.8k 收藏
点赞数
本文介绍如何在基于 Safari 的 WAP 网站中实现本地数据存储，包括不同存储方式的特点与应用场景，为开发者提供实用的技术指导。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

http://m.blog.youkuaiyun.com/article/details?id=50845451

开发基于Safari的wap网站时，本地数据存储 http://www.68idc.cn/help/mobilesys/other/20150812496247.html

http://www.cnblogs.com/st-leslie/p/5617130.html

http://www.cnblogs.com/sniper007/archive/2012/10/30/2746299.html


ios safari浏览器不能保存session的问题,含nginx解决办法
baozhongchi7840的博客
08-10 2228
我们的项目是一个单页应用，前端去访问服务器获取JSON数据，然后填充页面进行渲染，在Webkit上运行正常，但在Safari上就出现了问题，在Safari上登录的时候一直提示验证码错误，并且这是一个很麻烦的问题，因为只有将应用部署到远程服务器上才出现这个问题，本地测试是正常的。 经过仔细的排查错误后，检测出是因为我们获取验证码时发起了一次Ajax连接，然后验证码存储在了session里，接着验证时...
支付宝支付成功后session失效
zsfdfxt的专栏
04-05 6161
在做一个项目的时候，接入了支付宝的支付，在支付成功后，支付宝回调给定的回调地址，回来后登录信息失效了，找了好多资料，没有发现好的解决方法。项目中用的是spring+shiro，后来这样修改在调用支付宝接口前，先拿到session信息，sessioinid存放在redis，同时把sessionid传递给支付宝，放入隐藏参数中，参考文档：https://docs.open.alipay.com/270...
IE下无法保存Cookie和Session问题
weixin_30437847的博客
08-23 153
最近在做新的Web项目时，因为一个验证码无法保存在Cookie中，或者更确切地说是IE下无法保存Cookie的问题纠结了整整一天时间，考虑了多种原因，单步调试了不下三十次，也没有结果。甚至在无奈之下改为Session存储，同样不能保存！最好想到了会不会是因为域名问题呢？因为Firefox、chrome、Opera等主流浏览器都是可以保存的，这就说明程序应该没有问题，剩下的就可能是IE自身...
刷新后不能保持登陆
m0_49135418的博客
04-06 510
做外卖项目的时候，用户信息是存储在浏览器的，那么就有一个问题，就是页面一旦刷新就需要重新登陆，不能维持一个保持登陆的功能！害，头疼，其实这个项目已经做过去很久了，当时觉得很难解决，现在看来就是浏览器缓存的问题，所以说啊，得多学新知识才行，不过还是把当时我的解决方法分享出来，想多学习的小朋友们可以去看一下关于浏览器缓存的相关知识，我的博客里也有这方面的只是，欢迎浏览！！ 答：登陆之后将用户信息保存在state中，一刷新信息就不在了，后端数据中，将user._id存储于session.userid中，sess
【问题解决】Safari不能保存session的处理方法
热门推荐
zgljl2012的专栏
03-10 1万+
我们的项目是一个单页应用，前端去访问服务器获取JSON数据，然后填充页面进行渲染，在Webkit上运行正常，但在Safari上就出现了问题，在Safari上登录的时候一直提示验证码错误，并且这是一个很麻烦的问题，因为只有将应用部署到远程服务器上才出现这个问题，本地测试是正常的。经过仔细的排查错误后，检测出是因为我们获取验证码时发起了一次Ajax连接，然后验证码存储在了session里，接着验证时又发
safari浏览器 session tomcat服务器
张佳美的专栏
11-19 2003
今天遇到一个问题，苹果的safari浏览器访问，存储不了session，查了一些资料，说是safari浏览器每一次请求都会创建一个新的session，我当时就震惊了额，  那怎么办，和经理聊了一下我们的访问方式之后解决了。 简单和大家介绍一下背景，我们是页面书写人员在本地起了一个服务，页面通过js的ajax发送jsonp跨域的请求来访问测试服务器的接口， 在这种情况下，浏览器发送请求访问两个
python爬虫之session实例精讲
xdc1812547560的博客
08-21 7801
session ：通过在服务端记录的信息确定⽤户身份 这⾥这个session就是⼀个指 的是会话 会话对象是一种高级的用法，可以跨请求保持某些参数，比如在同一个Session实例之间保存Cookie，像浏览器一样，我们并不需要每次请求Cookie，Session会自动在后续的请求中添加获取的Cookie，这种处理方式在同一站点连续请求中特别方便 ...
Python爬虫（cookie和session））
LateNight_LL的博客
07-04 1073
文章目录cookie和session区别爬虫处理cookie和session携带cookie的请求处理cookie，session请求请求登录之后的网站不发送post请求，使用cookie获取登录后的页面 cookie和session区别 ·cookie数据存放在客户浏览器上，session数据放在服务器上。 ·cookie不是很安全，别人可以分析放在本地的cookie并进行cookie欺骗。 ·session会在一定时间上保存在服务器。当访问增多，会比较占用服务器的性能。 ·单个cookie保存的数据不能
Python的cookies与session
J_GMson的博客
05-23 2070
一. 渊源 当我们浏览一个网页，比如逛淘宝，我们在上面进行了登录，然后看上了心仪的东西并加入了购物车。临时有事，把电脑关掉了，第二天再重新打开这个界面的时候，我们发现并没有进行登录操作，就已经登陆上去了，而且看了一下昨天的“足迹”和购物车，该在的还都在，这是为什么？如果过一段很长的时间，再去看的话，那个登录的程序我们还得再走一遍，这又是为什么？今天我们就以此作为一个引入，介绍一下今天的主角----...
utf-8 网页不显示+utf-8网页乱码的通用解决方法
10-30
在处理UTF-8编码的网页时，可能会遇到网页不显示或显示乱码的问题。这些现象可能是由于客户端浏览器设置不当，或是服务器端的编码设置不正确所引起的。以下，我们将详细介绍几种通用的解决方案： 首先，针对浏览器...
SFAuthenticationSession-example：使用iOS 11的SFAuthenticationSession从Safari获取cookie的示例
02-05
使用SFAuthenticationSession从Safari获取cookie 使用iOS 11的从Safari获取cookie的。 包含一个用于创建和返回Cookie的简单python Flask Web服务，以及一个使用SFAuthenticationSession API从Flask应用中获取Cookie的iOS应用。 假设您对Xcode和命令行有一定程度的了解，但是不需要python / Flask的经验。 注意： 似乎存在无法对/具有会话cookie生存期的cookie起作用，即使这些会话仍然存在也是如此。 跑步 您将需要启动Flask服务器，并使用xcode 9在模拟器中运行
关于session丢失问题
03-05
博文链接：https://laorer.iteye.com/blog/41264
IFrame中Session丢失的解决办法
06-06
IFrame中Session丢失的解决办法
苹果浏览器ios跳转页面无法获取session问题
Web_Notes的博客
11-05 1857
踩坑！！ 问题：A页面 跳转 B页面，B页面 选择数据后，用session存值，回到A页面后取出。 别的手机都可以，就苹果手机不行，一直没有数据，研究半天发现，原来回到A页面后根本没走$(function(){})里面，苹果手机浏览器自动用的缓存页面。 解决：加上这段代码 window.addEventListener('pageshow', function (e) { // 通过persisted属性判断是否存在 BF Cache if (e.persisted) {
【学习笔记】关于苹果Safari浏览器不支持sessionStorage的问题
掉漆的博客
03-28 8085
今天做了一个页面，其中需要选择一个列表，然后点击下一步的时候传给下一个页面。我用sessionStorage在第一个页面储存，第二页页面读取。安卓4.1，FF 52.0， IE 8 都没问题，唯独 iPhone6 在第二个页面取不到（iPhone其他型号我没试，估计都差不多）。我上网查了一下，有人说把地址栏的IP地址换成域名就可以了，暂且不说真假，开发环境下也无法弄个域名去验证，所以真假有待考证。
Safari浏览器Session问题
weixin_30615767的博客
12-01 1054
Safari浏览器中经常出现session无法写入或同一个会话中Session ID常变动的事情。尤其以iOS7版本居多。 问题本身并不难猜，应该就是cookie无法写入引起的。奇怪的是，部分同版本的Safari又是可以写入session的，所以这个问题很让人困惑。 反复查找，最后明白原因是：首先，对于第三方cookie，Safari升级后确实有禁止写入cookie的特性；其次...
关于safari浏览器内套用ifarme丢失session的解决办法
hu小小
07-17 2217
由于safari浏览器在套用ifarme时涉及到跨域，safari浏览器不默认保存用户session，所以有好多人在做一些联合登陆的时候会出现用户数据丢失的问题，解决办法： ASP ：<%Response.AddHeader "P3P", "CP=CAO PSA OUR"%> php：header('P3P: CP=CAO PSA OUR'); ASP.NET：Response...
safari浏览器无痕会清楚url后面的参数
最新发布
08-05
<think>我们正在解决Safari浏览器在无痕模式下清除URL参数的问题。根据引用[1]，我们知道Safari无痕模式下使用localStorage会报错，但这里的问题是关于URL参数丢失。引用[2]和[3]提到Safari在刷新时可能会丢失打点数据（即数据丢失），以及Safari无法打开网页的解决方法。引用[4]则说明生产环境支持现代浏览器，但这里的问题特定于Safari无痕模式。 问题分析：在Safari无痕模式下，当使用`location.href`进行页面跳转或下载文件时，可能会遇到URL参数丢失的问题。这是因为Safari无痕模式为了隐私保护，可能会清除某些信息，包括URL参数。此外，在页面刷新时，Safari（特别是webkit内核）可能会丢失部分数据（如打点数据）[^2]。 解决方案： 1. 避免使用URL传递敏感或必要参数：在Safari无痕模式下，URL参数可能被清除，因此不建议依赖URL参数来传递关键信息。可以考虑使用其他方式，如通过服务器端会话（session）或加密的cookie来传递信息。 2. 使用POST请求代替GET请求：如果是因为页面跳转导致参数丢失，可以尝试将参数放在请求体中（POST请求）而不是URL中（GET请求）。这样，即使URL被重置，参数也不会丢失。 3. 使用Web Storage API的替代方案：虽然引用[1]提到localStorage在无痕模式下会报错，但我们可以尝试使用sessionStorage，它在页面会话期间有效。但是注意，在无痕模式下，sessionStorage也可能被限制。因此，如果必须使用客户端存储，可以先检测是否支持： ```javascript try { sessionStorage.setItem('test', 'test'); sessionStorage.removeItem('test'); // 支持sessionStorage } catch (e) { // 不支持，使用其他方式 } ``` 如果不支持，则考虑使用其他方法，如通过服务器存储。 4. 使用URL片段标识符（hash）或History API：URL参数可以放在hash部分（即#之后），因为改变hash不会导致页面刷新，且Safari无痕模式下hash参数通常不会丢失。但是，如果整个URL被重置，hash也会丢失。另外，可以使用History API的state来存储状态，这样在页面跳转时不会丢失。 示例：使用History API存储状态 ```javascript // 存储状态 history.replaceState({ key: 'value' }, '', window.location.href); // 获取状态 let state = history.state; // { key: 'value' } ``` 5. 使用Cookie：如果参数不是特别敏感，且需要跨请求使用，可以尝试使用Cookie。但注意，Safari无痕模式下Cookie在关闭浏览器后会被清除，但在同一个会话中仍然有效。同时，要确保Cookie的SameSite属性设置正确，避免被阻止。 6. 服务端存储：将参数存储在服务器端，通过一个唯一的token（可以放在URL中或Cookie中）来关联。这样即使URL参数丢失，只要token还在，就可以从服务器获取参数。 7. 避免在无痕模式下使用需要持久化的功能：如果应用必须依赖URL参数，且无痕模式下无法避免丢失，可以考虑提示用户不要在无痕模式下使用该功能。 具体到URL参数丢失问题，我们可以结合以上方法，根据实际场景选择。 例如，如果我们需要在页面跳转后仍然保留参数，可以这样做： - 在跳转前，将参数存储到sessionStorage（如果可用）或通过History API存储状态。 - 在目标页面加载时，从sessionStorage或history.state中读取参数。 但是，如果跳转是到另一个域，则无法使用存储，此时需要将参数通过POST传递或嵌入到URL中（但可能被清除）。另一种方法是使用中间页面，将参数通过POST传递到中间页面，再由中间页面重定向到目标页面并携带参数（通过POST或服务器端存储）。 由于Safari无痕模式的限制，解决此问题可能需要多种方法组合，并针对不同场景采取不同策略。 总结：Safari无痕模式下的URL参数丢失问题主要是由于隐私保护机制，我们可以通过避免使用URL传递关键参数、使用POST请求、利用History API状态管理、服务端存储等方式来解决。同时，需要做好兼容性检测和回退方案。 注意：在实现任何解决方案时，务必在Safari无痕模式下进行充分测试。 §§相关问题§§ 1. Safari无痕模式对前端开发有哪些常见限制？ 2. 如何检测用户是否使用无痕模式浏览网页？ 3. 在Safari无痕模式下，如何安全地存储用户会话数据？</think>### Safari 无痕模式 URL 参数丢失问题解决方案 在 Safari 无痕模式下，URL 参数丢失是常见问题，主要由于隐私保护机制限制了 URL 参数的持久化存储。以下是完整解决方案： --- #### 1. **问题根源分析** - Safari 无痕模式会主动清除 URL 参数和本地存储（如 localStorage）以保护隐私[^1] - 特定场景下触发清除行为： - 页面刷新或重新加载 - 使用 `location.href` 跳转时 - 跨域请求时 - WebKit 内核浏览器（Safari/Chrome）均有此行为，但 Safari 更严格[^2] --- #### 2. **前端解决方案** ##### (1) 使用 URL 片段标识符（Hash） ```javascript // 存储参数到 hash const storeParams = (params) => { const hashParams = new URLSearchParams(params).toString(); window.location.hash = hashParams; }; // 读取 hash 参数 const getParams = () => { return Object.fromEntries(new URLSearchParams(window.location.hash.slice(1))); }; // 使用示例 storeParams({ id: 123, mode: "preview" }); console.log(getParams()); // {id: "123", mode: "preview"} ``` **优势**：Hash 参数不会被 Safari 清除[^1] ##### (2) History API 状态管理 ```javascript // 保存参数到历史状态 history.replaceState({ key: "value" }, "", window.location.href); // 读取参数 window.addEventListener("popstate", (event) => { console.log(event.state); // 获取保存的参数 }); ``` ##### (3) 会话级 Cookie 替代方案 ```javascript // 存储参数（有效期仅限当前会话） document.cookie = `params=${encodeURIComponent(JSON.stringify(data))}; path=/; SameSite=Lax`; // 读取参数 const cookies = document.cookie.split(";").reduce((acc, cookie) => { const [key, val] = cookie.split("="); acc[key.trim()] = decodeURIComponent(val); return acc; }, {}); const params = JSON.parse(cookies.params || "{}"); ``` --- #### 3. **后端解决方案** ##### (1) 服务端会话存储 ```javascript // Express 示例 app.get("/page", (req, res) => { const sessionParams = req.session.params || {}; res.render("page", { params: sessionParams }); }); app.post("/save-params", (req, res) => { req.session.params = req.body; // 存储到服务端session res.sendStatus(200); }); ``` ##### (2) 参数加密传递 ```javascript // 前端加密参数 const cryptoParams = btoa(JSON.stringify(params)); window.location.href = `/target-page?data=${cryptoParams}`; // 后端解密（Node.js） app.get("/target-page", (req, res) => { const params = JSON.parse(atob(req.query.data)); }); ``` --- #### 4. **Safari 特殊处理技巧** 1. **页面保活机制**： ```javascript // 阻止页面卸载时参数丢失 window.addEventListener("beforeunload", () => { sessionStorage.setItem("tempParams", JSON.stringify(params)); }); window.addEventListener("load", () => { const saved = sessionStorage.getItem("tempParams"); if (saved) params = JSON.parse(saved); }); ``` 2. **无痕模式检测**： ```javascript const isPrivateMode = () => { try { localStorage.setItem("test", "test"); localStorage.removeItem("test"); return false; } catch (e) { return true; // 无痕模式下会抛出异常[^1] } }; ``` 3. **降级处理方案**： ```javascript if (isPrivateMode()) { showAlert("无痕模式下部分功能受限"); useHashParams(); // 自动切换到hash方案 } ``` --- #### 5. **最佳实践组合** 1. 主方案：URL Hash 参数 + History State 2. 备选方案：会话 Cookie + 服务端 Session 3. 异常处理：无痕模式检测 + 用户提示 4. 关键操作：使用 POST 请求代替 GET 传递参数 > **重要提示**：始终在 Safari 无痕模式下测试方案有效性。Safari 对隐私的保护策略会随版本更新变化[^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值