关于微信支付千二、千六手续费

关于微信支付千二、千六手续费
Photo by Donald Wu / Unsplash

申请微信支付,需要先进入微信商户平台开通微信商户,而这里面涉及到一个交易手续费的关键环节。

一般自己注册商户平台时,交易手续费很多都是千6,也就是入账 1000块,就得给微信 6 块钱,如图,通过服务商注册,会能提供千 2 的账号,差距惊人。

我之前有朋友花了 6 万块,让小程序公司给上架了一个商城,也是千 6 的手续费,其实很多人是不知道这里面的细节的。

自己注册微信商户平台,交易手续费千分之6

千二非常普遍,只要通过服务商给你开,千六到千二区间随便调整,而且服务商注册没有任何门槛,只是调整到千二的话,服务商就没有任何佣金了,不过行业里面大家现在基本都是默认千二。

需要注意的是,服务商帮忙开千二,实际上没什么成本,如果他们要收取昂贵的手续费,那么就有些不地道了。

千二代开需要哪些资料

1、营业执照照片,
2、法人身份证正反面
3、商户名称
4、公司对公户账号及具体位置开户行
5、手机号一个(能接验证码的)
6、邮箱号一个(能接验证码的)
根据上述信息,开设完毕后,后续法人本人实名微信扫码即可完成。

📢 需要注意

通过这种方式,是否会有被风控的风险,目前还在了解。

我在淘宝上咨询了卖家,卖家说这种都是官方渠道正规开启,只要线上售卖相关商品不违规,那么这个商户就是正规的。

而社群里面有人提了需要注意避免这种情况: 线上场所用于线下,很容易被风控掉,比如你是线下业务,但是用千二做了线上商城,那么就会涉及到很多交易是在注册地之外进行的,这种会有风控。这个论点,也有人予以反驳了

所以还是需要以官方细则为准,我会持续关注~

Read more

从事 SEO 12 年的大佬总结的要点

从事 SEO 12 年的大佬总结的要点

从事 SEO 12 年后,以下是我能想到的所有 SEO 技巧: 1. 在 H1、H2 和 URL 部分中使用主要关键词。 2. 停止追逐虚荣指标。流量固然重要,但转化率才是最重要的。 3. 内部链接可以将“几乎完成”的页面转变为表现最佳的页面。 4. 定期检查你的网站是否有坏链接,这是一个简单的 SEO 胜利。 5. Google Search Console 是您最好的朋友,使用它来重新优化排名在第 3-7 位的页面。 6. 90% 的反向链接应来自相关的高权威网站。 7. 速度决定一切——或许应该说,速度不足会扼杀一切。确保加载时间在 2 秒以内。 8. 持续更新内容将帮助你的页面保持更高的排名。 9. 使用 NLP

Pnpm 构建 Monorepo

Pnpm 构建 Monorepo

最近开始搭建 monorepo 的项目,了解到以下方案: * lerna 有强大完善的依赖管理和构建、打包发布流程,而且 v5 版本将 nx 与 lerna 整合了,提升了性能和速度 * 业界大多使用 lerna + yarn workspace 的方式来管理,yarn 用来管理依赖,lerna 用于管理发布 之前简单使用过 lerna ,不过再加上 yarn workspace , 学习容多、配置多又得折腾,太费劲🤪,暂时搁置。 最终尝试使用单一的 pnpm workspace + changesets 的方式来构建 monorepo,本身我就使用 pnpm 作为包管理工具,目前我的场景简单,pnpm 就已足够。 本文记录自己使用 pnpm workspace 搭建 monorepo

HTTP Web 缓存总结

HTTP Web 缓存总结

友情提示:缓存什么的,是完全依赖相关http header头信息来标记和判断的 缓存读取顺序: 首先读取本地缓存,如果条件满足就取本地缓存,否则往后走代理缓存,同理,条件满足就是从代理缓存取资源(可能存在多级代理缓存) 如果一条链路上的资源都不符合,那么就去源服务器获取 缓存优先级:Cache-Control > Expires > Etag > Last-Modified 缓存的分类和优先级 * 强缓存 状态码 200 (比如 200 (from cache)) * Expires 服务器下发的绝对时间,而判断的时候以浏览器时间为准,客户端和服务器有可能会不一样 * Cache-Control 相对时间,以客户端相对时间为准 * 协商缓存 状态码 304 * Last-Modified If-Modified-Since * Etag If-None-Match 强缓存优先级高于协商缓存,强缓存不会询问服务器,直接使用缓存。协商缓存会询问服务器关于文件的可用性 对于传输过程中的中间节点,本文都称为代理服务器,包括proxy、

关于 Webpack 使用 Babel 与 Vite 使用 ESBuild 的一些思考

关于 Webpack 使用 Babel 与 Vite 使用 ESBuild 的一些思考

虽然 Vite 是基于 esbuild 构建的,并且 esbuild 在构建速度上有显著优势,但 Webpack 目前并没有直接使用 esbuild 构建的原因涉及多个方面,主要是 架构设计差异、功能需求 和 兼容性 等问题。下面是一些关键的原因: 1. Webpack 的复杂性与扩展性 • Webpack 的高度可扩展性:Webpack 的设计目标是一个 高度可配置和可扩展的打包工具。它提供了丰富的插件和 loader 机制,支持各种复杂的构建需求(如代码分割、热更新、各种资源处理等)。这些功能要求 Webpack 必须具备更细粒度的控制能力,而 esbuild 的设计理念相对简化,主要关注高速构建和基本的模块转换功能。 • Loader 和 Plugin 系统:Webpack 的强大之处在于其 loader 和