大家都知道支付跟钱有关，严谨是必要的，但是没有想到可以做到这么严谨。 首先要记住一个宗旨——1.不要相信客户端，2.支付数据要解码验签 因为用户客户端是支付发起的源头，它就存在被篡改的可能性，而支付的终点是自家服务器，中间一定会经过网络传输过程，网络传输也存在被挟持篡改的可能性，服务器作为自家设备，相对而已就可信得多了，所以网络应用可以做的比单机应用安全的多了。 支付流程 我们先看下
因为历史原因,运动健康转换工具陆续使用了三个域名,分别是早期的fit.bundless.cn和convert.fit,最后使用的是fitconverter.com. 鉴于有多个域名,网站内容上进行了主站设定,表明主站点为fitconverter.com,且对另外两个域名进行了301重定向,使其重定向至fitconverter.com,但是部分搜索引擎(比如百度)比较落后,无视网站的一些设置,可能
如果你平时不喜欢在排版上花时间，不在乎花里胡哨的样式，觉得markdown编辑文件效果就够用？你还想基于markdown搭建一个博客？那NextJS就可以满足你的需求了 NextJS可以使用React，引用antdesion组件库把容易前端界面的起来，然后也能很轻松的生成静态资源，如果还需要几个后端接口的话，NextJS也不在话下，前后端都自己实现，网站就差不多了，这些相对静态的部分就完成了。
最近有个后台的项目需要做一个翻译功能，有一个翻译框，后面要求这个翻译框可以随意拖动，于是想起之前在客户端上也做过一个类似的，本来打算直接超过来交差的，结果发现这里面的一些细节有点记不清了，导致抄完之后跟客户端的不太一样，有bug（ 向下拖动的时候会“跳走” ），认真看代码后发现原来是有个细节漏了，这次特意写出来总结下。 为了简单省事，我就直接用项目里面的部分代码了（Vue版本）
目前遇到以下问题 备案问题 服务器在中国境内的app需要进行备案,即使服务器网站已经备案,但是还需要进行app备案,就算它们的所有者是同一主体,也需要进行app备案 主体不一致 app备案主体和上架app的主体需要一致,即使是同一个人,但是主体也不一定一样哦,比如是同一个人,同时还是某个公司的法人,如果app备案主体是公司,上架app的是个人,这种情况仍然属于主体不一致 元服
近期试着开发了下纯血鸿蒙Harmony OS NEXT的app，发现app上线需要电子版权，审核周期也比较长，暂时不想在这上面浪费时间了，就转向了鸿蒙的元服务，这个门槛更低一些。 目前发现元服务除了门槛低，跟它相关的文档更少，很多api都是优先支持app的，然后有的逐步下放到元服务，有的api官方文档上说的可以在元服务上用，结果我弄了半天还是发现有bug，也不知道问谁，怎么问，总之比较棘手，
瀑布流加载现在已经不是什么新鲜技术了，比如pinterest，这类图片网站使用瀑布流加载不仅能提升首屏渲染效果，还能看起来特别酷。 一般是多个图片卡片，根据布局选择在有空位的地方插入先加的图片卡片，本质上将就是在一个div容器内，有N个同类型的子div在里面按需加载，可将其细分为 平铺dom瀑布流加载 ，但是我现在遇到一个场景是dom元素很多，他们一般每个div只有一个子div，但是它们的层级嵌
本文转载自 运动健康转换工具 的 《RQrun运动记录导出（需模拟登录）》 目前没有官方途径将数据导出，目前 运动健康转换工具 可以通过非官方模拟登录拿到更多数据，基本都有GPS、心率、配速、步频、步幅、功率和分段信息，已经很丰富了。 RQrun app内效果 转换效果 总结 RQrun的运动记录虽然没有官方途径导出，典型的只需进不许出 目前可以通过
基于B站的视频 鸿蒙NEXT 微信38最新解决无法下载教程 进行了简化 1.安装Nodejs 可直接参考 官网安装 Windows下载 https://nodejs.org/dist/v20.18.0/node-v20.18.0-x64.msi Mac/Linux用nvm下载 # installs nvm (Node Version Manager) curl -o-
最近有个github action项目中的某个步骤step需要执行下载文件，但是近期开始出现下载超时的情况，并且还有点频繁。自己除了找服务器的原因以外，还想通过优化github actions来尽量避免下载超时的问题。 在网上搜了下，github actions官方没有这样的功能，但是好在第三方的actions里面有，那就省事多了。 有个叫 nick-fields/retry@v3 的，
