Skip to content

Commit a51ab7e

Browse files
author
linyibing
committed
feat: img use cloudflare
1 parent 26d3fb8 commit a51ab7e

23 files changed

Lines changed: 206 additions & 206 deletions

‎source/_posts/16宫格拖拽.md‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -13,7 +13,7 @@ tags: JavaScript
1313
# 16宫格拖拽
1414
实现一个如图所示的16宫格页面,其中各个数字盒子之间是能相互拖拽,并交换位置的。而横纵各自的标题栏ABC与XYZ实现的功能则是,ABC(XYZ)之间两两互换位置,从而引起两列(行)一起调换位置。
1515

16-
![示意图](./post-img/16宫格拖拽.png)
16+
![示意图](https://quanru-github-io.pages.dev/post-img/16宫格拖拽.png)
1717

1818
# 外观处理
1919

‎source/_posts/Building my second brain 🧠 with Obsidian.md‎

Lines changed: 14 additions & 14 deletions
Original file line numberDiff line numberDiff line change
@@ -29,7 +29,7 @@ The content of this article is out of date. Please refer to the official website
2929

3030
### What is Obsidian?
3131

32-
![](./post-img/LifeOS-示例-标注-EN.png)
32+
![](https://quanru-github-io.pages.dev/post-img/LifeOS-示例-标注-EN.png)
3333

3434
Here is how it introduces itself on the official website:
3535

@@ -55,7 +55,7 @@ I adopt two systems: one for knowledge management and another for periodic notes
5555

5656
### Core Systems
5757

58-
![](./post-img/第二大脑系统图-EN.png)
58+
![](https://quanru-github-io.pages.dev/post-img/第二大脑系统图-EN.png)
5959

6060
- Knowledge management: Using the [PARA](https://fortelabs.com/blog/para/) system
6161
- Projects -> Projects are a series of tasks related to a goal with a deadline.
@@ -107,11 +107,11 @@ You might be curious that the above subsystem seems to only use "periodic notes.
107107
108108
#### Tag Connection
109109

110-
![](./post-img/第二大脑系统图-连接-EN.png)
110+
![](https://quanru-github-io.pages.dev/post-img/第二大脑系统图-连接-EN.png)
111111

112112
Treat the first-level folders under PARA as special tags (they don't need to be exactly the same as the folder names), use them in "periodic notes," then you can index uniformly in each PARA folder in the same way. This ensures that the README.md index in each PARA folder has all the context for the current topic:
113113

114-
![](./post-img/LifeOS-示例-标注-EN.png)
114+
![](https://quanru-github-io.pages.dev/post-img/LifeOS-示例-标注-EN.png)
115115

116116
#### Project Connection
117117

@@ -122,7 +122,7 @@ Generate a project in "knowledge management," to enhance focus on the project, t
122122
- The "priority first dimension" in the quarterly review is a snapshot of the current domain list, used for arranging main event dimension goals and subsequent reviews.
123123
- The "priority first dimension" in the annual review, automatically merged and deduplicated from the quarter's priority first dimension, used for setting domain dimension goals and subsequent reviews.
124124

125-
![](./post-img/LifeOS-示例-EN.png)
125+
![](https://quanru-github-io.pages.dev/post-img/LifeOS-示例-EN.png)
126126

127127
### Search
128128

@@ -148,24 +148,24 @@ Generate a project in "knowledge management," to enhance focus on the project, t
148148
### Creating Notes
149149

150150
- Quickly create daily, weekly, monthly, seasonal, and annual notes through the note creation module in the upper left corner.
151-
![](./post-img/第二大脑周期笔记创建.png)
151+
![](https://quanru-github-io.pages.dev/post-img/第二大脑周期笔记创建.png)
152152
- Quickly create PARA notes, i.e., projects, areas, resources, archives through the note creation module in the upper left corner.
153-
![](./post-img/第二大脑PARA笔记创建.png)
153+
![](https://quanru-github-io.pages.dev/post-img/第二大脑PARA笔记创建.png)
154154

155155
### "Daily Note" and "Project README"
156156

157157
- Used for daily management, including project lists, daily records, habit tracking, energy allocation, today's accomplishments, etc.
158158
- The "project list" in the daily note is a snapshot of the current projects (i.e., under the Projects directory).
159159

160-
![](./post-img/LifeOS-示例-EN.png)
160+
![](https://quanru-github-io.pages.dev/post-img/LifeOS-示例-EN.png)
161161

162162
### "Weekly Review" and "Monthly Review"
163163

164164
- Used for arranging weekly and monthly tasks, including task and review modules.
165165
- In the weekly and monthly reviews, the "priority first dimension" are a collection of snapshots of the project lists from daily notes of the period (generated automatically).
166166
- The "reviews" in the weekly and monthly notes mainly focus on the projects of the period.
167167

168-
![](./post-img/LifeOS-示例2-EN.png)
168+
![](https://quanru-github-io.pages.dev/post-img/LifeOS-示例2-EN.png)
169169

170170
### "Quarterly Review" and "Annual Review"
171171

@@ -174,11 +174,11 @@ Generate a project in "knowledge management," to enhance focus on the project, t
174174
- In the annual review, the "priority first dimension" is a collection of snapshots from the priority first dimension of the period's quarterly reviews (generated automatically).
175175
- The "reviews" in the quarterly and annual notes mainly focus on the domains of the period.
176176

177-
![](./post-img/LifeOS-示例3-EN.png)
177+
![](https://quanru-github-io.pages.dev/post-img/LifeOS-示例3-EN.png)
178178

179179
### "PARA Index" and "Task Index"
180180

181-
![](./post-img/LifeOS-示例4-EN.png)
181+
![](https://quanru-github-io.pages.dev/post-img/LifeOS-示例4-EN.png)
182182

183183
### "Capture" and "Express"
184184

@@ -193,11 +193,11 @@ Those familiar with PARA will see that this model is actually proposed by Tiago
193193

194194
My practice is to temporarily store some marked articles in the "Capture" directory while using the "-1. Capture/README.md" file to index the notes tagged with `#PARA/Capture` scattered in the daily notes. This makes it convenient for me during specific time nodes, such as weekends, month-ends, and quarter-ends, to review and sort, first organizing marked articles into each PARA topical directory, then transferring some inspirational notes from the daily notes into some explicit to-dos;
195195

196-
![](./post-img/第二大脑捕获-EN.png)
196+
![](https://quanru-github-io.pages.dev/post-img/第二大脑捕获-EN.png)
197197

198198
Next, let's talk about "Express." I place my blog in the express section and also record some fragmentary notes in the daily note tagged with `PARA/Express`. These are outputs after internalization. If this output needs to be further posted on a specific social platform, such as Zhihu or Xiaohongshu, I will conveniently record it as a task. When I review the tasks indexed in the "5. Express/README.md" file and find pending ones, just complete them one by one.
199199

200-
![](./post-img/第二大脑表达-EN.png)
200+
![](https://quanru-github-io.pages.dev/post-img/第二大脑表达-EN.png)
201201

202202
## Small Tips in Practice
203203

@@ -225,7 +225,7 @@ I consider there to be three types of task reminders:
225225

226226
### Micro-Habits
227227

228-
![](./post-img/福格行为模型-EN.png)
228+
![](https://quanru-github-io.pages.dev/post-img/福格行为模型-EN.png)
229229

230230
- I list micro-habits in my journal, and remember, they are not tasks. It's okay whether they are completed or not; they mainly serve as a reminder, "Do you consider practicing these micro-habits today?" These act as prompts when I have the "capability" and "motivation." For example:
231231
- Micro-Habits

‎source/_posts/Chrome 谜一样卡死的排查方法.md‎

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -20,7 +20,7 @@ tags:
2020

2121
查看 pending 状态的请求:
2222

23-
![pending](./post-img/chrome1.jpg)
23+
![pending](https://quanru-github-io.pages.dev/post-img/chrome1.jpg)
2424

2525
发现请求卡在了一个 "Stalled" 的状态,谷歌还贴心的给出了 ["Explanation"](https://developers.google.com/web/tools/chrome-devtools/network-performance/reference?utm_source=devtools#timing-explanation) 链接,解释如下:
2626

@@ -71,7 +71,7 @@ tags:
7171

7272
按上述方式打开浏览器,实时查看日志文件,一步一步复现步骤,日志打印如下:
7373

74-
![log](./post-img/chrome2.jpg)
74+
![log](https://quanru-github-io.pages.dev/post-img/chrome2.jpg)
7575

7676
所以绕了一圈还是 "ResizeObserver" 的问题,原因在 [Chrome 83 下千帆工作台卡死的问题](http://way.xiaojukeji.com/article/22698) 中也有提到,这里列两个 issue 大家有兴趣查看下:
7777

@@ -107,11 +107,11 @@ EventTarget.prototype.addEventListenerBase = EventTarget.prototype.addEventListe
107107

108108
所以,还有除了 `EventTarget.prototype.addEventListener` 方法之外的监听没有被重写,我掐指一算,难道是 `window.onerror`,于是去当前卡死页面的调试控制台打印 `window.onerror`:
109109

110-
![log](./post-img/chrome3.jpg)
110+
![log](https://quanru-github-io.pages.dev/post-img/chrome3.jpg)
111111

112112
真有这个监听,而且还有『字符串 replace 操作』,这要是无限循环调用这个回调,分分钟卡死!顺手点击这个打印结果,直接跳转到引用它的代码:
113113

114-
![log](./post-img/chrome4.jpg)
114+
![log](https://quanru-github-io.pages.dev/post-img/chrome4.jpg)
115115

116116
竟然是 vConsole 监听的,前端同学都知道,这个 vConsole 是为了在移动端方便调试使用的,一般在测试环境使用,所以这端代码很可能是这个导致了测试环境卡死,而线上环境正常的罪魁祸首!
117117

@@ -121,11 +121,11 @@ EventTarget.prototype.addEventListenerBase = EventTarget.prototype.addEventListe
121121

122122
接下来我们就验证下猜想,首先把 window.onerror 覆盖为 console.log,重复复现步骤,控制台便打印出:
123123

124-
![verify](./post-img/chrome5.jpg)
124+
![verify](https://quanru-github-io.pages.dev/post-img/chrome5.jpg)
125125

126126
果不其然,不过这样还是卡住了,因为 console.log 也是同步操作。接着直接置空 window.onerror,执行 `window.onerror = undefined`,再来一次复现:
127127

128-
![verify](./post-img/chrome6.jpg)
128+
![verify](https://quanru-github-io.pages.dev/post-img/chrome6.jpg)
129129

130130

131131

‎source/_posts/HTML5截图.md‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -14,7 +14,7 @@ tags:
1414

1515
# 需求
1616
实现一个类似于QQ截图的小东西,点击载入按钮,则载入图片,长按图片,弹出截图框,截图框右下角能够调整大小,并在右边的截图预览区域实时显示,其最终效果图如下:
17-
![示意图](./post-img/screenShot.png)
17+
![示意图](https://quanru-github-io.pages.dev/post-img/screenShot.png)
1818

1919
# HTML
2020
需要注意canvas的设置,主要结构如下:

‎source/_posts/JavaScript权威指南の笔记.md‎

Lines changed: 10 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -183,7 +183,7 @@ tags:
183183
47. 原型对象是类的唯一标识,当且仅当两个对象继承自同一个原型对象时,它们才属于同一个类的实例。
184184
48. 对于任意函数F.prototype.constructor==F;一个对象的constructor属性指代这个类。
185185

186-
49. 构造函数与原型对象之间的关系:![](./post-img/权威指南1.png)
186+
49. 构造函数与原型对象之间的关系:![](https://quanru-github-io.pages.dev/post-img/权威指南1.png)
187187

188188
50.
189189
>1. 任何添加到构造函数对象(不是指添加到构造函数内部)的属性都是类字段和类方法,属于类而不属于类的某个实例;
@@ -198,27 +198,27 @@ tags:
198198
>3. 以上两个方法不适用于多窗口和多框架子页面,因此可以使用构造函数的名称;
199199
200200
53. 工厂方法:
201-
![](./post-img/权威指南2.png)
202-
![](./post-img/权威指南3.png)
201+
![](https://quanru-github-io.pages.dev/post-img/权威指南2.png)
202+
![](https://quanru-github-io.pages.dev/post-img/权威指南3.png)
203203

204204
54. 构造函数方法:
205-
![](./post-img/权威指南4.png)
205+
![](https://quanru-github-io.pages.dev/post-img/权威指南4.png)
206206

207207
54. toJSON()用于序列号对象,如果一个对象有toJSON()方法,则JSON.stringify()并不会对传入的对象做序列号操作,而会调用toJSON()来执行序列号操作,JSON.parse()是其逆过程。
208208

209-
55. forEach:![](./post-img/权威指南5.png)
209+
55. forEach:![](https://quanru-github-io.pages.dev/post-img/权威指南5.png)
210210

211211
56. 私有方法:
212212
>通过将变量(或参数)闭包在一个构造函数内来模拟实现私有实例字段:
213-
![](./post-img/权威指南6.png)
213+
![](https://quanru-github-io.pages.dev/post-img/权威指南6.png)
214214

215215
57. 创建子类的关键:
216216
>1. B.prototype = inherit(A.prototype);//子类派生自父类
217217
>2. B.prototype.constructor = B;//重载继承来的constructor属性
218218
219219
58. 用组合代替继承的集合的实现:
220-
![](./post-img/权威指南7.png)
221-
![](./post-img/权威指南8.png)
220+
![](https://quanru-github-io.pages.dev/post-img/权威指南7.png)
221+
![](https://quanru-github-io.pages.dev/post-img/权威指南8.png)
222222

223223
59.
224224
>1. Object.preventExtensions():将对象设置为不可扩展的,即不能给对象添加任何新属性;
@@ -227,8 +227,8 @@ tags:
227227
60. Object.create(null);//创建一个不包含原型的对象,使之能够直接对它使用in运算符
228228

229229
61. 作为私有命名空间的函数:
230-
![](./post-img/权威指南9.png)
231-
![](./post-img/权威指南10.png)
230+
![](https://quanru-github-io.pages.dev/post-img/权威指南9.png)
231+
![](https://quanru-github-io.pages.dev/post-img/权威指南10.png)
232232

233233
1. 创建屏外图像:
234234
>new Image(80,20).src = "images/***.gif";

‎source/_posts/Monorepo 下 Git 工作流的最佳实践.md‎

Lines changed: 7 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -25,7 +25,7 @@ tags:
2525
2. Git flow, Gitlab flow, Github flow 都属于 feature branch development,它们有一个共同点:都采用『功能驱动式开发』,即:需求是开发的起点,先有需求再有功能分支(feature branch)或者补丁分支(hotfix branch);
2626

2727

28-
![图片](./post-img/mono-git1.png)
28+
![图片](https://quanru-github-io.pages.dev/post-img/mono-git1.png)
2929

3030
## 适用场景
3131

@@ -35,7 +35,7 @@ tags:
3535

3636
**总的来说,选择一个工作流不仅仅是一系列操作工具的流程,我们往往还需要对它背后的思想买单;下面的表格是两种工作流模式在各个维度的适用情况:**
3737

38-
![图片](./post-img/mono-git2.png)
38+
![图片](https://quanru-github-io.pages.dev/post-img/mono-git2.png)
3939

4040

4141
> 目前大部分业务场景使用的都是 feature branch 的开发模式,如果你的业务是多人开发一个巨型应用(如抖音主站、飞书文档等),应该尝试使用 Trunk based 开发模式,这会提高仓库整体工程质量和管理水平。
@@ -50,7 +50,7 @@ tags:
5050

5151
『功能分支开发模式』的核心思想是所有特性开发都应该在专用的分支,而不是主分支中进行。这种封装使多个开发人员,可以轻松地在不干扰主代码库的情况下处理特定功能。这也意味着主分支永远不会包含损坏的代码,这对于持续集成环境来说是一个巨大的优势。-- Git Feature Branch Workflow | Atlassian Git Tutorial
5252

53-
![图片](./post-img/mono-git3.png)
53+
![图片](https://quanru-github-io.pages.dev/post-img/mono-git3.png)
5454

5555
- #### **上线模式**
5656

@@ -103,7 +103,7 @@ tags:
103103

104104
与其它存在『长期分支』的功能分支策略相比,开发者可以通过一些小的提交创建『短期分支』。随着代码库复杂性和团队规模的增长,『基于主干的开发模式』有助于保持生产版本的流畅。-- Trunk-based Development | Atlassian
105105

106-
![图片](./post-img/mono-git4.png)
106+
![图片](https://quanru-github-io.pages.dev/post-img/mono-git4.png)
107107

108108

109109
- #### **上线模式**
@@ -113,7 +113,7 @@ tags:
113113

114114
半自动化流程,适用于低频率部署,以及自动化测试不全面的项目
115115

116-
![图片](./post-img/mono-git5.png)
116+
![图片](https://quanru-github-io.pages.dev/post-img/mono-git5.png)
117117

118118

119119
(A dot represents an MR merged into master. Green dots means good commits that passed e2e tests, and red dot means a buggy commit which should be avoided when deploying/rollback)
@@ -138,7 +138,7 @@ tags:
138138

139139
全自动化流程,适用于需要高频率部署,以及自动化测试较为全面的项目
140140

141-
![图片](./post-img/mono-git6.png)
141+
![图片](https://quanru-github-io.pages.dev/post-img/mono-git6.png)
142142

143143

144144
(A dot represents an MR merged into master. Green dots means good commits that passed e2e tests, and red dot means a buggy commit which should be avoided when deploying/rollback)
@@ -184,7 +184,7 @@ Trunk-based development 更容易做到线性的 commit 历史,它有如下几
184184
4. 撤销变更,比如:当你发现一个有问题的 commit,简单的 revert 对应的 commit 即可,而非线性的历史会有很多跨分支的合并,使 revert 变得困难
185185

186186

187-
![图片](./post-img/mono-git7.jpg)
187+
![图片](https://quanru-github-io.pages.dev/post-img/mono-git7.jpg)
188188

189189

190190
### **有效的两个前提**

‎source/_posts/Node.js 的 Morgan 模块与 Cluster 模块.md‎

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -20,7 +20,7 @@ tags:
2020

2121
整个 microblog 的代码已放至 github 上:[摸我](https://github.com/quanru/microblog)
2222

23-
![ ](./post-img/microblog.png "microblog")
23+
![ ](https://quanru-github-io.pages.dev/post-img/microblog.png "microblog")
2424

2525

2626
# 二、Morgan 模块の日志生成
@@ -74,7 +74,7 @@ tags:
7474
}
7575
```
7676
此时查看进程管理器,发现有多个 node 进程,而原来的代码则只有两个:
77-
![ ](./post-img/node.png "node 进程个数")
77+
![ ](https://quanru-github-io.pages.dev/post-img/node.png "node 进程个数")
7878
7979
# 四、Node.js 除虫工具
8080

0 commit comments

Comments
 (0)