前几天遇到一道有意思的题目。
大意是用 async 和 await 实现一个红绿灯。红灯停 5s、绿灯 10s、黄灯 3s。

扩展：支持手动切换当前灯的状态

一年前写了个用户中心，基本设计在这里老的设计与实现，但只实现了诸如用户的 CURD、登录、注册和登出。根本就没有按 RBAC 来。今年填 qiankun 坑的时候顺便重构了用户中心，基于 RBAC 去实现。

前端仓库
后端仓库

回顾一下

\(\begin{matrix} 权限 \in 角色 \in 用户 \end{matrix}\)

用户是角色的集合，角色又是权限的集合，
RBAC 就是维护这么一个关系

自我入 qiankun 坑已经快一年了传送门。因 umi 体系的无缝衔接，对我个人来说基本没有障碍。本文依旧是记录我遇到的一些问题和解决方案。

获取video info 原理

退出时路由保护，用于表单场景防止用户误操作退出。

目标 实现如下图的计划表组件 有以下几个需求点 支持框选 框选要支持吸附 己选择时段那里要合并连续的区间 让我们先就上面需求做一些分解，明确各个功能的边

需求简化 一个 Table，基于 antd。 需要提供大量默认render，如格式化、map、前后缀等； 而各个render间效果需要叠加 核心逻辑 基于

新增 certbot certonly –email ngekaworu@gmail.com –standalone –key-type ecdsa -d furan.vip -d api.furan.vip -d micro.furan.vip -d blog.furan.vip –email 邮箱 –manual 手动 –key-type 加密类型 -d 域名 删除 certbot delete –cert-name furan.vip 更新 certbot renew

前言 最近总遇到切分支，改点小问题又切回去； 每次git stash && git stash pop， 然后重新起dev server， 非常影响心流 恰巧最近在玩docker，故想

以下都是我对此游戏主观的感受 喜欢 讨厌 战斗设计 每个怪和 boss 都有其特点和机制，防反的收益太大了；或许只是设计如此 流程 太短; 9 小时初通，全收集 11h