理论上 taro 的路由是没问题的,但是到了云开发的静态网站托管上,就有了问题。当访问内部路由页面时,会因为缺少物理页面而报 404。之前研究了一段时间没解决,提工单也没用。
今天意外想到一个方案,用参数来区分页面,通过不同参数来判断加载不同页面的内容,实际上物理页面始终只有一个。
这个方案适合页面少的小项目。
理论上 taro 的路由是没问题的,但是到了云开发的静态网站托管上,就有了问题。当访问内部路由页面时,会因为缺少物理页面而报 404。之前研究了一段时间没解决,提工单也没用。
今天意外想到一个方案,用参数来区分页面,通过不同参数来判断加载不同页面的内容,实际上物理页面始终只有一个。
这个方案适合页面少的小项目。
今天是端午,被客户催着接入新版支付,加了一天班。
搞到晚上十点半才收工,成功接入,也顺便整理了接入文档,后续做成客户在线提交申请的流程,可以规模化。
刮了一整天的大风,鬼哭狼嚎的那种,整整刮了一天,这天气还挺适合宅家里。
不知道踩了多少坑,数不清了。后续要理一理文档。
做习惯了小程序,发现开发 h5 支付真的是关卡重重,不知道终极 Boss 到底在哪一关。
这个问题,困扰了我三天,必须给 taro 团队提个 bug report。
问题描述
Taro 版本:4.2.0
模板:mobx
问题:生成 eslintrc.js 而非 .eslintrc.js
临时解决方案:手动把 eslintrc.js 更名为 .eslintrc.js 即可。
p.s.
npm 的时候还发现另一个问题,总是要加 sudo,问了 AI,说是“我的 Node.js 环境权限和配置已经完全乱掉了”,需要修复,以下是修复办法:
# 备份并删除被污染的 npm 配置
cp ~/.npmrc ~/.npmrc.backup 2>/dev/null
rm -f ~/.npmrc# 创建一个干净的配置(只保留淘宝镜像)
echo “registry=https://registry.npmmirror.com” > ~/.npmrc# 删除有权限问题的 cnpm 缓存
sudo rm -rf ~/.npminstall_tarball
sudo rm -rf ~/.cnpmrc# 将全局 npm 目录的所有权还给自己
# 1. 修改目录本身的所有者
sudo chown -R $(whoami) $(npm config get prefix)# 2. 修改目录下关键子文件夹及其内容的所有者
sudo chown -R $(whoami) $(npm config get prefix)/{lib/node_modules,bin,share}# 现在不需要 sudo 了
npm install -g @tarojs/cli@latest# 验证安装成功
taro –version
h5 用 taro4 写。之前的老项目小程序一直是 taro2,相比之下,肉眼都能感受到 taro4 强劲的编译速度。
今天跑通了 http 方式调用云函数。
这个版本,被好多客户天天拿鞭子抽,总算发布了。
在线支付迎来 2.0
的开端。
前几天了解了一下直联商户接入,已经拥有商户号的商家,可以直接用这种方式接入。
但是这种模式很难规模化,只能说是给商家提供了一种可选的接入模式,跟其他模式不冲突。
所以还是得研究聚合支付。
今天跟合作方签了协议,明天测试接入。试试看聚合支付是不是可以迎来新的增量。