首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

如果页面意外刷新或验证码无法工作,则保留文本区信息

当页面意外刷新或验证码无法工作时,保留文本区信息是一个常见的需求,这通常涉及到前端开发中的状态管理和数据持久化技术。以下是这个问题的基础概念、相关优势、类型、应用场景以及解决方案:

基础概念

状态管理:在前端开发中,状态管理是指跟踪和管理应用程序中数据的状态。这包括用户输入的数据、应用程序的配置等。

数据持久化:数据持久化是指将数据保存到非易失性存储中,以便即使在应用程序关闭或页面刷新后,数据仍然可以恢复。

相关优势

  1. 用户体验提升:用户在填写表单时,如果页面意外刷新,不需要重新输入所有信息。
  2. 减少错误:自动填充之前输入的数据可以减少用户输入错误的机会。
  3. 提高效率:用户可以更快地完成表单填写,尤其是在需要输入大量信息的场景下。

类型

  1. 本地存储(LocalStorage):一种在客户端浏览器中存储数据的机制,数据不会因为页面刷新而丢失。
  2. 会话存储(SessionStorage):与LocalStorage类似,但数据仅在当前会话期间有效,页面刷新后数据仍然保留。
  3. Cookies:一种在客户端存储少量数据的方式,可以通过设置过期时间来控制数据的持久性。

应用场景

  • 表单填写:用户在填写注册、登录或其他类型的表单时。
  • 在线编辑器:用户在编辑文档或代码时,防止因网络问题导致的数据丢失。
  • 购物车:在电商网站中,即使用户关闭浏览器,购物车中的商品信息也能保留。

解决方案

以下是一个使用LocalStorage来保留文本区信息的示例代码:

代码语言:txt
复制
<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Text Area Persistence</title>
</head>
<body>
    <textarea id="textArea" rows="10" cols="30"></textarea>

    <script>
        // 页面加载时,尝试从LocalStorage中恢复文本区的内容
        window.onload = function() {
            const textArea = document.getElementById('textArea');
            const savedText = localStorage.getItem('textAreaContent');
            if (savedText) {
                textArea.value = savedText;
            }

            // 监听文本区的变化,并实时保存到LocalStorage
            textArea.addEventListener('input', function() {
                localStorage.setItem('textAreaContent', textArea.value);
            });
        };
    </script>
</body>
</html>

解释

  1. 页面加载时恢复数据:使用window.onload事件确保在页面完全加载后执行脚本。通过localStorage.getItem方法获取之前保存的文本内容,并将其设置到文本区中。
  2. 实时保存数据:通过监听文本区的input事件,每当用户输入内容时,立即使用localStorage.setItem方法将新的内容保存到LocalStorage中。

这种方法可以有效应对页面刷新的问题,但如果用户的浏览器禁用了LocalStorage,或者用户清除了浏览器数据,这种方法将无法工作。在这种情况下,可以考虑使用SessionStorage作为备选方案,或者结合Cookies来实现更复杂的数据持久化策略。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

产品需求文档PRD:校园外卖配送

页面逻辑:在断网或网络不通畅的情况下出现,无法加载页面时需要保留用户之前的操作状态,以便重新加载成功之后恢复用户之前的操作页面。 3.3 Dialog弹窗 ? 3.4 Toast弹窗 ?...触发条件:用户点击“注册”后; 页面逻辑: 输入手机号码后检测号码是否注册以及号码格式是否正确,如果错误给出相应提示; 点击“获取验证码”后发送验证码,用户在60秒后可再次点击获取; 点击“设置密码”设置登录密码...不符合弹出Dialog弹窗引导进入相关页面,否后进行语言提示上线成功; 上线后无接单任务显示图二内容,点击屏幕或“刷新列表”可刷新页面; 点击“扫一扫”可完成线下接单任务; 点击“抢单”直接抢单成功,订单进入...若校外骑手已点击“我已送达”订单进入配送中状态,若校外骑手未点击“我已送达”则向校外骑手发送确认送达申请,待校外骑手确认后订单进入配送中状态; 点击页面空白刷新页面,下拉刷新页面; 右上方数字显示页面当前单数...触发条件:点击接单设置; 页面逻辑: 默认“开始接单”处于关闭状态,点击“开始接单”按钮判断骑手是否处于排班时间,不属于提示无法上线,处于陪伴时间内则上线成功可以正常接单。

3.7K33

业务逻辑漏洞总结

,一般看订单处,个人信息处等位置的参数 通常思路: 拿2个账号,修改账号1的get或post参数给账号2 篡改手机号 在需要手机号的短信验证处,抓包修改手机号,可能做到非本账号手机号获取能够编辑本账号的验证码...通常思路: 抓包,查看get或者post参数存在手机号的地方,进行修改 验证码处存在的逻辑漏洞 登录验证码未刷新 没有清空session中的验证码信息 通常思路: 抓包多次重放,看结果是否会返回验证码错误...,如没有返回验证码错误则存在未刷新 观察检验的处理业务,如果验证码和用户名密码是分2次http请求校验,则也可以爆破用户名和验证码 手机或邮箱验证码可爆破 没有对应的手机号或邮箱,但如果验证码纯数字...,如果字段带上用户名,校验的邮箱或者手机号,将邮箱或者手机号改为自己的,如果自己的能够收到验证码并重置密码,则该漏洞存在 通常思路: 抓包,注意找回密码流程中的邮箱号或者手机号字段,修改其为自己即可...这时在同一浏览器下重开窗口找回B的密码,获取验证码,刷新A设置新密码的页面,如果此时修改的是B账号的密码,则存在漏洞 通常思路: 准备2个账号,测试步骤如上所述 在邮箱收到找回密码连接时,依然可以使用该思路

1.8K10
  • 业务逻辑漏洞

    水平越权 篡改手机号 验证码处存在的逻辑漏洞 登录验证码未刷新 手机或邮箱验证码可爆破 手机或邮箱验证码回显到客户端 修改response包绕过判定 支付处存在的逻辑漏洞 修改商品编号 金额修改 商品数量修改...,一般看订单处,个人信息处等位置的参数 通常思路: 拿2个账号,修改账号1的get或post参数给账号2 篡改手机号 在需要手机号的短信验证处,抓包修改手机号,可能做到非本账号手机号获取能够编辑本账号的验证码...通常思路: 抓包,查看get或者post参数存在手机号的地方,进行修改 验证码处存在的逻辑漏洞 登录验证码未刷新 没有清空session中的验证码信息 通常思路: 1.抓包多次重放,看结果是否会返回验证码错误...,如没有返回验证码错误则存在未刷新 2.观察检验的处理业务,如果验证码和用户名密码是分2次http请求校验,则也可以爆破用户名和验证码 手机或邮箱验证码可爆破 没有对应的手机号或邮箱,但如果验证码纯数字...这时在同一浏览器下重开窗口找回B的密码,获取验证码,刷新A设置新密码的页面,如果此时修改的是B账号的密码,则存在漏洞 通常思路: 准备2个账号,测试步骤如上所述 在邮箱收到找回密码连接时,依然可以使用该思路

    1.4K10

    CSRF攻击与防御,Web安全的第一防线(源码,实战,5分钟科普文)

    如果修改后的测试请求成功被网站服务器接受,则说明存在CSRF漏洞,当然此款工具也可以被用来进行CSRF攻击。...PS:另外如果网站返回HTTP头包含P3P Header,那么将允许浏览器发送第三方Cookie。 3、加验证码 验证码,强制用户必须与应用进行交互,才能完成最终请求。...4、用户提交请求后, 服务端验证表单中的Token是否与用户Session(或Cookies)中的Token一致,一致为合法请求,不是则非法请求。 这个Token的值必须是随机的,不可预测的。...XMLHttpRequest 请求通常用于 Ajax 方法中对于页面局部的异步刷新,并非所有的请求都适合用这个类来发起,而且通过该类请求得到的页面不能被浏览器所记录下,从而进行前进,后退,刷新,收藏等操作...XSS分为:存储型和反射型 存储型XSS: 存储型XSS,持久化,代码是存储在服务器中的,如在个人信息或发表文章等地方,加入代码,如果没有过滤或过滤不严,那么这些代码将储存到服务器中,用户访问该页面的时候触发代码执行

    90020

    手机APP测试(测试点、测试流程、功能测试)

    安全性) 逆向:账号输入框对最大长度和格式应有校验(比如邮箱账号需要邮箱格式等) 逆向:账号或密码输入错误时建议提示“账号或密码错误”,而不是“账号错误”或“密码错误” 逆向:登陆后,页面中登陆信息是否正确...验证码有效期校验(超过有效期无法登录) 1.2.3 注册 表单编辑页面测试; 用户名密码长度; 注册后的提示页面; 前台注册页面和后台的管理页面数据是否一致 注册后,在后台管理系统中的页面提示以及数据库中的用户信息是否正常...如,单击确定,正确执行操作;单击取消,退出窗口;   b,对非法的输入或操作给出足够的提示说明,如,输入月工作天数为32时,单击”确定“后系统应提示:天数不能大于31;   c,对可能造成数据无法恢复的操作必须给出确认信息...,是否有相应提示 逆向:网络异常时,应用是否会崩溃:在请求超时的情况下,如果程序逻辑处理的不好,就有可能发生crash 逆向:卸载过程中出现死机、重启,断点等意外情况,待环境恢复后是否可以继续正常卸载...(APP开启后,自动更新APP,否则无法使用APP),多次关闭和打开APP后是否正常跳出更新弹窗,且无法关闭;点击更新是否正确跳转至后台配置的更新页面 逆向:非强制更新(只提示一次更新):可以正常关闭弹窗

    9.3K44

    TCB系列学习文章——云开发登录篇(九)

    短信验证码登录 用户使用自己的手机号+验证码登录。...none 在内存中保留登录状态,当前页面刷新、重定向之后会被清除。 例如,对于网页应用,最佳选择是 local,即在用户关闭浏览器之后仍保留该用户的会话。...如果用户未登录,则 currentUser 为 null: const user = auth.currentUser; if (user) { // 此时用户已经登录 } else { //...none 在内存中保留登录状态,当前页面刷新、重定向之后会被清除。 例如,对于网页应用,最佳选择是 local,即在用户关闭浏览器之后仍保留该用户的会话。...当然,如果用户手动清除了设备或浏览器的本地数据,那么匿名用户的数据便会被同步清除,再次调用 CloudBase 匿名登录 API 会产生一个新的匿名用户。

    2K41

    前端无秘密:看我如何策反JS为我所用(下)

    尝试篡改密文,页面提示“实名认证异常”: 猜测该密文涉及用户信息,且通过前端 JS 解密,验证之。...;二是复用页面,驱动 webdriver,模拟人工操作,输入手机号、点击“获取验证码”按钮、抓包获取 Data、解密脚本,批量获取用户信息。...2.1.1 防篡改与防重放 我在页面上输入手机号 13988888840,点击“获取验证码”按钮,用 burp 的 proxy 抓包拦截请求(不放),将 PHONE_NO 参数值改为 13988888849...刷新页面,我重新在页面上输入手机号 13988888840,点击“获取验证码”按钮,用 burp 的 proxy 抓包拦截请求(不放),将该请求转至 burp 的 repeater,对报文不作任何修改,...,若相同则响应。

    56910

    Hash哈希竞猜游戏系统开发(规则开发)丨哈希竞猜游戏开发源码案例部署

    例如我们用H(m) =S来表示使用某个单向哈希函数来计算消息m,得到哈希值S,但我们无法从S反推出消息m是什么,如果我把消息m和S一起发给你,你用同样的哈希函数计算m,如果得到的哈希等于S,这就意味着你收到的消息和我的原始消息相同...例如你从某个网站下载共享软件,网站页面上有该软件的哈希值,你可以在完成下载后计算该软件的哈希值,如果跟网站提供的不同,这意味着要么传输途中发生问题,要么网站上的软件被篡改。...CBC-MAC提供最弱的身份验证,CBC-MAC算法绑定的是计算机或设备,称为系统身份验证(也称为数据源验证),如果需要更强的身份验证,需要使用用户身份验证。3/4. CMAC即基于密码的消息验证码。...HMAC、CBC-MAC、CMAC工作在网络栈的较高层,不仅能识别出传输错误(意外原因),还可识别出恶意的篡改,如攻击者为了自身利益而弄乱消息(即有意的未授权的)。...XCBC工作示意图4/4. CCMCCM称为计数器模式密码块链接信息身份验证码,是一种结合CTR和CBC-MAC的分组密码工作模式。

    54650

    web安全:通俗易懂,以实例讲述破解网站的原理及如何进行防护!如何让网站变得更安全。

    验证码值是否相等,如果相等则进行 接下来的注册代码逻辑。...讲道理,我的代码,浏览器点击注册按钮,如果验证码错误,则重新调用http://www.1996v.com/Server/verification/ValidateCode.aspx接口来对验证码进行刷新...,如果验证码正确,并且注册成功,则跳转到新的页面。...而服务端,则是判断了session不为null,以防止未将对象引用到对象实例,又判断了与浏览器接收过来的code是否相等,不相等则调用验证码刷新接口,那么,还有什么我没有考虑到的呢?...只要验证码输入正确,则立即调用刷新Session的接口。 什么是XSS?通过留言版来了解XSS 现在,成功注册账号,进入到当前账号的主页展示界面。 ? 我们点击留言板进入留言板页面。

    2.4K40

    突破封闭 Web 系统的技巧之正面冲锋

    在互联网安全服务公司乙方工作的人或者进行 SRC 众测等相关渗透测试时,经常碰到客户只给一个 "xxx信息管理系统"、"xxx平台"之类的一个 Web 登录界面的系统的链接地址,其它全凭自己造化,去找漏洞吧...图形验证码不刷新或无效手工尝试一次登录后,在某一时间段内无论登录失败多少次,只要不刷新页面 Session 不过期,就可以无限次的使用同一个验证码来对一个或多个用户帐号进行暴力猜解;登录失败之后,系统会打开一个新页面或者弹出一个新的警告窗口...,提示用户登录失败,点击确定后返回登录界面且验证码刷新。...存在无验证码页面经过测试,如果我们发现网站验证码自身并不存在缺陷,那我们接下来就可以尝试寻找一些其他的登录页面或接口来尝试暴力破解。如隐藏的页面、测试页面、老旧版本的页面等。5....攻破短信验证码接口有些网站会遗留短信验证码测试页面,比如等,如果能找到并且还可以正常使用,系统真是想怎么进就怎么进了。

    1.6K111

    CSRF攻击与防御

    当用户再次刷新 A 网站的页面时,发现不知道什么时候自己发表了评论,评论内容粗俗不堪,完全不像平时自己的言行。 B 网站就是利用了 A 网站的 CSRF 漏洞实现了请求伪造。...id=1234 id 就是博文的编号,如果知道这个编号的博文是谁发的(知道博主是谁),攻击者就可以在自己的网站的页面上写下如下的代码: 信息 CSRF 攻击并不会访问目标网站的前端,因此可以在前端加入验证内容,即必须或只能在目标网站前端中才能获得的信息,如果不访问前端就不能请求成功。...加入验证信息一般有两种方案,一种是使用图形验证码,在提交信息之前,需要先输入图像验证码,验证码是随机生成的,因此在恶意网站是不能知道当前验证码的内容的;另一种方案是在页面中放入一个 Token,在提交内容时...当客户端发起请求时就会带上输入框中的 token,服务端拿到表单中的 token,然后解析出 cookie 中的 token,两者作比较,如果相等则认为是合法的。

    1.9K40

    WEB安全新玩法 防范图形验证码重复使用

    ----- 某网站系统在登录时要求用户输入图形验证码。如果账号信息错误并得到系统提示后,用户重新输入账号信息时,仍可使用原来的图形验证码。我们看看如何利用 iFlow 使得图形验证码每次都得到更新。...一、原始网站 1.1 正常用户访问 用户在登录时输入了正确的图形验证码字符,如果提交的账号信息有误,系统提示登录错误。...在本例中,iFlow 记录所有出现过的验证码,不允许用户重复使用这些验证码。 2.1 正常用户访问 iFlow 不允许使用重复的验证码。正常用户登录失败后,需要刷新页面或刷新验证码再进行登录。...用户如果使用相同的验证码,iFlow 会自动刷新页面并产生新的验证码,用户需要输入新的验证码进行登录。...当有登录请求时,规则判断验证码请求参数 verify 是否在本会话 (SESSION) 的存储变量 used_vcode 中存在: 1) 如果存在:表明此请求重用了验证码,直接返回重定向到登录页面的响应

    1K20

    典藏版Web功能测试用例库

    ​ 修改后再次打开,应更新为最新信息 登录页面 ​ 界面显示 ​ 用户名、密码、验证码文本框 ​ 验证码的格式 ​ 输入密码显示为*** ​ 使用正确的用户名,密码和验证码登录成功 ​ 退出...​ 确认是否退出提示 ​ 退出到登录页面 ​ 先校验验证码,再校验用户名、密码 ​ 输入错误的验证码、用户名、密码,分别提示 ​ 验证码 ​ 输入错误后,验证码自动刷新 ​ 也可以手动点击刷新验证码...​ 重新登录,自动跳转登录页面 ​ 页面空白,需要刷新 ​ 如果是第三方对接,测试是否影响操作逻辑 修改密码 ​ 界面显示 ​ 老密码、新密码、确认密码文本框 ​ 输入正确,...更改所有项后重置 ​ 重置后光标 ​ 保存后重置,为保存后的值 ​ 返回,返回后的查询条件、每页显示条数和页码要带出来 ​ 重复新增 修改页面 ​ 界面显示 ​ 修改按钮 ​ 信息带出,...,关闭 ​ 如果是覆盖原页面,返回 审核审批页面 ​ 单条审核 ​ 填写项 ​ 审核意见,通过/不通过,单选 ​ 审核说明,审核不通过必填,审核通过非必填 ​ 确定按钮 ​ 审核通过

    3.6K21

    突破封闭 Web 系统的技巧之正面冲锋

    在互联网安全服务公司乙方工作的人或者进行 SRC 众测等相关渗透测试时,经常碰到客户只给一个 "xxx信息管理系统"、"xxx平台"之类的一个 Web 登录界面的系统的链接地址,其它全凭自己造化,去找漏洞吧...图形验证码不刷新或无效 手工尝试一次登录后,在某一时间段内无论登录失败多少次,只要不刷新页面 Session 不过期,就可以无限次的使用同一个验证码来对一个或多个用户帐号进行暴力猜解; 登录失败之后,系统会打开一个新页面或者弹出一个新的警告窗口...,提示用户登录失败,点击确定后返回登录界面且验证码刷新。...存在无验证码页面 经过测试,如果我们发现网站验证码自身并不存在缺陷,那我们接下来就可以尝试寻找一些其他的登录页面或接口来尝试暴力破解。如隐藏的页面、测试页面、老旧版本的页面等。 5....攻破短信验证码接口 有些网站会遗留短信验证码测试页面,比如/test.html等,如果能找到并且还可以正常使用,系统真是想怎么进就怎么进了。

    1.3K00

    前端无秘密:看我如何策反JS为我所用(上)

    近日,参加金融行业某私测项目,随意选择某个业务办理,需要向客户发送短信验证码: 响应报文中包含大段加密数据: 全站并非全参数加密,加密必可疑!...尝试篡改密文,页面提示“实名认证异常”: 猜测该密文涉及用户信息,且通过前端 JS 解密,验证之。 手工分析 要分析前端,自然得打开浏览器的开发者工具。...习惯性按下 F12 键,无反应,显然页面禁用 F12,没有调试环境,所有后续工作均无法开展,我得创造环境。...具体而言,JS 作为静态资源,优先从本地缓存中获取而非服务端,必须强制刷新页面(ctrl-shift-r),拦截返回 businessReservation.js 的响应包,搜索关键字 setTimeout...---- 长按下方二维码或点击底部【阅读原文】查看完整文章内容

    55410

    如何设计测试用例?

    但是从应付日常工作来讲,真正具有实用价值并且常用的只有前三种方法等价类划分法,边界值法以及场景法。...如果你是一个刚入行没多久的初级测试,你可能设计出下面的测试用例: 输入已注册的用户名和正确的密码,验证是否登录成功。 输入已注册的用户名和不正确的密码,验证是否登录失败,并且提示信息正确。...如果登录功能启用了验证码功能,在用户名和密码正确的前提下,输入正确的验证码,验证是否登录成功。...如果登录功能启用了验证码功能,在用户名和密码正确的前提下,输入错误的验证码,验证是否登录失败,并且提示信息正确。...如果登录功能需要验证码,点击验证码图片是否可以更换验证码,更换后的验证码是否可用。 刷新页面是否会刷新验证码。 如果验证码具有时效性,需要分别验证时效内和时效外验证码的有效性。

    53410

    可测性经验分享

    在实施测试的过程中,会遇到各种各样的障碍,其中可测性应该可以排到第一位的,如果在使用工具和自身技能所能及的测试辅助意外,能够得到一些帮助,将会对测试工作有极大的便利性。...下面分享一下工作中遇到过的几种提高程序可测性的几种场景和解决方案,以供各位参考。 验证码 每次提到这个就想到万恶的验证码,这里分两类:页面图形验证码和短信验证码。...如果是固定IP(一般是内网)发出的请求,则跳过验证,或者在Nginx层面添加一个标记什么的。...我自己在工作中尽量避免修改数据库,原因除了上面提到的几个前提之外,就是业务较为复杂,我很难控制影响范围,大多数时候用完之后,还需要还原这些信息,不然指不定将来就变成了一个坑。...如果我通过部署测试代码替换造数据,会大大提升工作效率。为了不影响其他人的测试工作,可以通过多版本部署,或者流量管理等平台实现。

    49210

    接口的安全性测试,应该从哪些方面入手?

    根据当前网页 缺点:没有任何意义,刷新页面后用户的身份就变了; 根据session 缺点:当用户手动清除 cookie 的时候即失效; 根据ip 优点:伪造成本高; 缺点:要考虑一个公司、一个小区的人一般会共享一个...3验证码及短信限制 可以通过要求用户输入验证码或短信验证码验证用户真实性,但是也要保证短信接口不会被刷。...,是否可以通过直接输入URL的方式进入; 2.对于带参数的网址,恶意修改其参数(若为数字,则输入字母,或很大的数字,或输入特殊字符等),打开网址是否出错,是否可以非法进入某些页面; 3.搜索页面URL中含有关键字...,输入html代码或JavaScript看是否在页面中显示或执行; (5) 越权访问 在一个产品中,用户A通常只能够编辑自己的信息,他人的信息无法查看或者只能查看已有权限的部分,但是由于程序不校验用户的身份...安全防护:使用post,不使用get修改信息;验证码,所有表单的提交建议需要验证码;在表单中预先植入一些加密信息,验证请求是此表单发送。 3 总结 接口安全性测试用例与一般测试用例的区别如下。

    2.4K10

    验证码暴力破解

    2.1 无条件不刷新 无条件不刷新是指在某一时间段内,无论登录失败多少次,只要不刷新页面,就可以无限次的使用同一个验证码来对一个或多个用户帐号进行暴力猜解。...2.2 有条件不刷新 有条件不刷新多见于如下情况:登录失败之后,系统会打开一个新页面或者弹出一个新的警告窗口,提示用户登录失败,点击确定后返回登录界面且验证码刷新。...【测试案例 2】来看下某系统的验证码鉴权流程: 用户输入账户信息+验证码(刷新页面或手动刷新验证码会从服务器获取验证码,但该验证码缓存于session中),服务端接收到账户信息+验证后会先校验验证码是否正确...,若不正确则,返回反之与数据库做对比,符合则返回,客户端接收服务端的请求,若成功则跳转,返回根据不同的错误码提示相应信息,并重新获取服务端生成的新验证码,重新缓存。...3.1 验证码隐藏在源码之中 验证这种情况很简单,我们只需要记住验证码,然后右键打开网站源代码,Ctrl+F搜索,输入刚才的验证码,如果可以成功匹配到,那恭喜你,接下来就可以写工具,提取源码中的验证码并将其放入每次请求的报文中

    4.8K00

    2022PHP面试题总结笔记

    如果比对的结果是不一致的,则说明该条数据已经被其他人修改过了,则不更新,客户端进行相应的操作提醒。...排它锁(IX锁),实现方式是在sql后加FOR UPDATE,比如SELECT … FOR UPDATE ,即在符合条件的rows上都加了排它锁,其他session也就无法在这些记录上添加任何的S锁或X...标签,仅保留参数中指定的标签 13、如何防止接口恶意刷新?...点连接或者表单进入页面后,判断session中的验证码是不是与用户提交的相同,如果相同,则处理,不相同则认为是重复刷新。...在处理完成后将重新生成一个验证码,用于新页面的生成 14、如何写出安全的API接口? 参数加密+超时处理+私钥验证+Https 15、php常用加密算法?

    89130
    领券