javascript-tutorial · leviding · Oct 5, 2021 · Aug 14, 2021 · Aug 14, 2021 · Aug 18, 2021
diff --git a/2-ui/2-events/01-introduction-browser-events/04-move-ball-field/task.md b/2-ui/2-events/01-introduction-browser-events/04-move-ball-field/task.md
@@ -13,7 +13,7 @@ importance: 5
 - 球的中心应该恰好在点击时鼠标指针位置的下方（如果在球不越过球场边缘的情况下，能实现的话）。
 - 最好添加一些 CSS 动画。
 - 球不能越过场地边界。
-- 页面滚动时，不会有任何中断。
+- 页面滚动时，布局不能被破坏。
 
 注意：
 

diff --git a/2-ui/5-loading/01-onload-ondomcontentloaded/article.md b/2-ui/5-loading/01-onload-ondomcontentloaded/article.md
@@ -187,7 +187,7 @@ window.onbeforeunload = function() {
 
 ## readyState
 
-如果我们将 `DOMContentLoaded` 事件处理程序设置在文档加载完成之后，会发生什么？
+如果我们在文档加载完成之后设置 `DOMContentLoaded` 事件处理程序，会发生什么？
 
 很自然地，它永远不会运行。
 

diff --git a/5-network/06-fetch-api/article.md b/5-network/06-fetch-api/article.md
@@ -193,7 +193,7 @@ fetch('http://site.com/file', {
 
 ## keepalive
 
-`keepalive` 选项表示该请求可能会使发起它的网页“失活（outlive）”。
+`keepalive` 选项表示该请求可能会在网页关闭后继续存在。
 
 例如，我们收集有关当前访问者是如何使用我们的页面（鼠标点击，他查看的页面片段）的统计信息，以分析和改善用户体验。
 

diff --git a/6-data-storage/01-cookie/article.md b/6-data-storage/01-cookie/article.md
@@ -232,7 +232,7 @@ Cookie 的 `samesite` 选项提供了另一种防止此类攻击的方式，（
 
 宽松（lax）模式，和 `strict` 模式类似，当从外部来到网站，则禁止浏览器发送 cookie，但是增加了一个例外。
 
-如果以下两个条件均成立，则会发送 `samesite=lax` cookie：
+如果以下两个条件均成立，则会发送含 `samesite=lax` 的 cookie：
 1. HTTP 方法是“安全的”（例如 GET 方法，而不是 POST）。
 
     所有安全的 HTTP 方法详见 [RFC7231 规范](https://tools.ietf.org/html/rfc7231)。基本上，这些都是用于读取而不是写入数据的方法。它们不得执行任何更改数据的操作。跟随链接始终是 GET，是安全的方法。
@@ -241,7 +241,7 @@ Cookie 的 `samesite` 选项提供了另一种防止此类攻击的方式，（
 
     这通常是成立的，但是如果导航是在一个 `<iframe>` 中执行的，那么它就不是顶级的。此外，用于网络请求的 JavaScript 方法不会执行任何导航，因此它们不适合。
 
-所以，`samesite=lax` 所做的是基本上允许最常见的“去往 URL”操作具有 cookie。例如，从笔记本中打开网站链接就满足这些条件。
+所以，`samesite=lax` 所做的是基本上允许最常见的“前往 URL”操作携带 cookie。例如，从笔记中打开网站链接就满足这些条件。
 
 但是，任何更复杂的事儿，例如来自另一个网站的网络请求或表单提交都会丢失 cookie。