Archives for : 在路上

第2006天:静态网站托管的伪多页面

理论上 taro 的路由是没问题的,但是到了云开发的静态网站托管上,就有了问题。当访问内部路由页面时,会因为缺少物理页面而报 404。之前研究了一段时间没解决,提工单也没用。

今天意外想到一个方案,用参数来区分页面,通过不同参数来判断加载不同页面的内容,实际上物理页面始终只有一个。

这个方案适合页面少的小项目。

第2000天:被用户逼着成长

今天发布了关联商户号的配置方案。

要问怎么样开发效率最高?那一定是每天被大量用户催着上线。

每前进一步,就可以短暂喘口气。但,只是短暂的。今天过后,他们又会开启新一轮的天催模式。

h5 不远了。

第1996天:被客户拉着加了一天班

今天是端午,被客户催着接入新版支付,加了一天班。

搞到晚上十点半才收工,成功接入,也顺便整理了接入文档,后续做成客户在线提交申请的流程,可以规模化。

刮了一整天的大风,鬼哭狼嚎的那种,整整刮了一天,这天气还挺适合宅家里。

第1995天:终于走通服务号的 h5 支付了

不知道踩了多少坑,数不清了。后续要理一理文档。

第1993天:开发 h5 支付功能太艰辛

做习惯了小程序,发现开发 h5 支付真的是关卡重重,不知道终极 Boss 到底在哪一关。

第1992天:taro 4 的 .eslintrc.js 问题

这个问题,困扰了我三天,必须给 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

第1990天:taro4 编译性能真强

h5 用 taro4 写。之前的老项目小程序一直是 taro2,相比之下,肉眼都能感受到 taro4 强劲的编译速度。

今天跑通了 http 方式调用云函数。

第1989天:v9.0

这个版本,被好多客户天天拿鞭子抽,总算发布了。

在线支付迎来 2.0

的开端。

第1973天:准备接入聚合支付

前几天了解了一下直联商户接入,已经拥有商户号的商家,可以直接用这种方式接入。

但是这种模式很难规模化,只能说是给商家提供了一种可选的接入模式,跟其他模式不冲突。

所以还是得研究聚合支付。

今天跟合作方签了协议,明天测试接入。试试看聚合支付是不是可以迎来新的增量。

第1960天:刚换好衣服准备爬楼,大促又来了

有个大户投流没有提前报备,直接把服务器 QPS 搞上限了,跟上次情形一样。

提醒了几个大户,下次大促前要提前报备。

把下单提醒通知人员数量从 100 调成 20。

今天爬楼泡汤。