diff --git a/docs/extra-page/rights-defending-action.md b/docs/extra-page/rights-defending-action.md
index e22eb11..f89e851 100644
--- a/docs/extra-page/rights-defending-action.md
+++ b/docs/extra-page/rights-defending-action.md
@@ -32,16 +32,19 @@
| # | 文章 | 抄袭者 |
| --- | ---- | ------ |
+
### 头条号
| # | 文章 | 抄袭者 |
| --- | ---- | ------ |
+
### 掘金
| # | 文章 | 抄袭者 |
| --- | ---- | ------ |
+
### 知乎
| # | 文章 | 抄袭者 | 备注 |
diff --git a/docs/high-availability/e-commerce-website-detail-page-architecture.md b/docs/high-availability/e-commerce-website-detail-page-architecture.md
index f7c7297..39753a9 100644
--- a/docs/high-availability/e-commerce-website-detail-page-architecture.md
+++ b/docs/high-availability/e-commerce-website-detail-page-architecture.md
@@ -38,4 +38,4 @@
如果系统访问量很高，Nginx 本地缓存过期失效了，redis 中的缓存也被 LRU 算法给清理掉了，那么会有较高的访问量，从缓存服务调用商品服务。但如果此时商品服务的接口发生故障，调用出现了延时，缓存服务全部的线程都被这个调用商品服务接口给耗尽了，每个线程去调用商品服务接口的时候，都会卡住很长时间，后面大量的请求过来都会卡在那儿，此时缓存服务没有足够的线程去调用其它一些服务的接口，从而导致整个大量的商品详情页无法正常显示。
-这其实就是一个商品接口服务故障导致缓存服务资源耗尽的现象。
+这其实就是一个商品接口服务故障导致缓存服务资源耗尽的现象。
\ No newline at end of file
diff --git a/docs/high-concurrency/redis-rehash.md b/docs/high-concurrency/redis-rehash.md
index 3b7d218..de3cac2 100644
--- a/docs/high-concurrency/redis-rehash.md
+++ b/docs/high-concurrency/redis-rehash.md
@@ -14,7 +14,7 @@ Redis 是以速度快，性能好著称的，我们知道 Redis 一开始的容
Redis 中字典的数据结构如下：
-```tex
+```c
// 字典对应的数据结构，有关hash表的结构可以参考redis源码，再次就不进行描述
typedef struct dict {
dictType *type; // 字典类型
diff --git a/index.html b/index.html
index f761681..864859f 100644
--- a/index.html
+++ b/index.html
@@ -160,9 +160,9 @@
-
-
-
+
+
+