exercise naming

Author: mluukkai

src/content/4/fr/part4d.md

@@ -359,7 +359,7 @@ Dans les exercices suivants, les bases de la gestion des utilisateurs seront imp
 
 **Encore un avertissement:** Si vous remarquez que vous mélangez les appels async/await et _then_, il est à 99 % certain que vous faites quelque chose de mal. Utilisez l'un ou l'autre, mais jamais les deux.
 
-#### 4.15 : expansion de bloglist, étape3
+#### 4.15 : expansion de Blog List étape3
 
 Mettez en oeuvre un moyen de créer de nouveaux utilisateurs en effectuant une requête HTTP POST à l'adresse <i>api/users</i>. Les utilisateurs ont un <i>nom d'utilisateur, un mot de passe et un nom</i>.
 
@@ -379,7 +379,7 @@ La liste des utilisateurs peut, par exemple, ressembler à ceci:
 
 ![api/users du navigateur affiche les données JSON de deux utilisateurs](../../images/4/22.png)
 
-#### 4.16* : expansion de bloglist, étape4
+#### 4.16* : expansion de Blog List étape4
 
 Ajoutez une fonctionnalité qui impose les restrictions suivantes pour la création de nouveaux utilisateurs : Le nom d'utilisateur et le mot de passe doivent être fournis. Le nom d'utilisateur et le mot de passe doivent avoir au moins 3 caractères de long. Le nom d'utilisateur doit être unique.
 
@@ -389,7 +389,7 @@ L'opération doit répondre avec un code de statut approprié et une sorte de me
 
 Mettez également en oeuvre des tests qui garantissent que les utilisateurs invalides ne sont pas créés et qu'une opération d'ajout d'utilisateur invalide retourne un code de statut et un message d'erreur appropriés.
 
-#### 4.17 : expansion de bloglist, étape5
+#### 4.17 : expansion de Blog List étape5
 
 Étendez les blogs pour que chaque blog contienne des informations sur le créateur du blog.
 
@@ -404,15 +404,15 @@ et que la liste de tous les utilisateurs affiche également les blogs créés pa
 
 ![api/users intègre les blogs dans les données JSON](../../images/4/24e.png)
 
-#### 4.18 : expansion de bloglist, étape6
+#### 4.18 : expansion de Blog List étape6
 
 Mettez en oeuvre l'authentification basée sur les jetons selon le chapitre [Authentification par jeton](/en/part4/token_authentication) de la partie 4.
 
-#### 4.19 : expansion de bloglist, étape7
+#### 4.19 : expansion de Blog List étape7
 
 Modifiez l'ajout de nouveaux blogs pour qu'il ne soit possible que si un jeton valide est envoyé avec la requête HTTP POST. L'utilisateur identifié par le jeton est désigné comme le créateur du blog.
 
-#### 4.20* : expansion de bloglist, étape8
+#### 4.20* : expansion de Blog List étape8
 
 [Cet exemple](/en/part4/token_authentication) de la partie 4 montre comment extraire le jeton de l'en-tête avec la fonction d'aide _getTokenFrom_ dans <i>controllers/blogs.js</i>.
 
@@ -444,7 +444,7 @@ const tokenExtractor = (request, response, next) => {
 }
 ```
 
-#### 4.21* : expansion de bloglist, étape9
+#### 4.21* : expansion de Blog List étape9
 
 Modifiez l'opération de suppression de blog de manière à ce qu'un blog puisse être supprimé uniquement par l'utilisateur qui l'a ajouté. Par conséquent, la suppression d'un blog n'est possible que si le jeton envoyé avec la requête est le même que celui du créateur du blog.
 
@@ -462,7 +462,7 @@ le champ <i>blog.user</i> ne contient pas une chaîne de caractères, mais un ob
 if ( blog.user.toString() === userid.toString() ) ...
 ```
 
-#### 4.22* : expansion de bloglist, étape10
+#### 4.22* : expansion de Blog List étape10
 
 Les opérations de création d'un nouveau blog et de suppression d'un blog doivent toutes deux déterminer l'identité de l'utilisateur qui effectue l'opération. Le middleware _tokenExtractor_ que nous avons réalisé dans l'exercice 4.20 aide, mais les gestionnaires des opérations <i>post</i> et <i>delete</i> doivent toujours déterminer qui est l'utilisateur associé à un jeton spécifique.
 
@@ -525,7 +525,7 @@ router.post('/', middleware.userExtractor, async (request, response) => {
 }
 ```
 
-#### 4.23* : expansion de bloglist, étape11
+#### 4.23* : expansion de Blog List étape11
 
 Après l'ajout de l'authentification basée sur les jetons, les tests pour l'ajout d'un nouveau blog ont échoué. Corrigez les tests. Écrivez également un nouveau test pour vous assurer que l'ajout d'un blog échoue avec le code de statut approprié <i>401 Non autorisé</i> si un jeton n'est pas fourni.
 

src/content/4/zh/part4d.md

@@ -428,7 +428,7 @@ const errorHandler = (error, request, response, next) => {
 <!-- **One more warning:** If you notice you are mixing async/await and _then_ calls, it is 99% certain you are doing something wrong. Use either or, never both.-->
  **还有一个警告：**如果你注意到你在混合使用async/await和_then_调用，那么99%肯定是你做错了什么。使用其中之一，而不是同时使用。
 
-#### 4.15: bloglist expansion, step3
+#### 4.15: Blog List Expansion, step3
 
 <!-- Implement a way to create new users by doing a HTTP POST-request to address <i>api/users</i>. Users have <i>username, password and name</i>.-->
  实现一种创建新用户的方法，通过HTTP POST-request来解决<i>api/users</i>。用户有<i>用户名、密码和姓名</i>。
@@ -454,7 +454,7 @@ npm uninstall bcrypt
 
 ![](../../images/4/22.png)
 
-#### 4.16*: bloglist expansion, step4
+#### 4.16*: Blog List Expansion, step4
 
 <!-- Add a feature which adds the following restrictions to creating new users: Both username and password must be given. Both username and password must be at least 3 characters long. The username must be unique.-->
  添加一个功能，在创建新用户时增加以下限制。必须给出用户名和密码。用户名和密码都必须至少有3个字符长。用户名必须是唯一的。
@@ -468,7 +468,7 @@ npm uninstall bcrypt
 <!-- Also, implement tests which check that invalid users are not created and invalid add user operation returns a suitable status code and error message.-->
  同时，实施测试，检查无效的用户是否被创建，无效的添加用户操作是否返回合适的状态代码和错误信息。
 
-#### 4.17: bloglist expansion, step5
+#### 4.17: Blog List Expansion, step5
 
 <!-- Expand blogs so that each blog contains information on the creator of the blog.-->
  扩展博客，使每个博客包含博客创建者的信息。
@@ -488,17 +488,17 @@ npm uninstall bcrypt
 
 ![](../../images/4/24e.png)
 
-#### 4.18: bloglist expansion, step6
+#### 4.18: Blog List Expansion, step6
 
 <!-- Implement token-based authentication according to part 4 chapter [Token authentication](/en/part4/token_authentication).-->
  根据第四章节[令牌认证](/en/part4/token_authentication)实施基于令牌的认证。
 
-#### 4.19: bloglist expansion, step7
+#### 4.19: Blog List Expansion, step7
 
 <!-- Modify adding new blogs so that it is only possible if a valid token is sent with the HTTP POST request. The user identified by the token is designated as the creator of the blog.-->
  修改添加新的博客，以便只有在HTTP POST请求中发送了有效的令牌才有可能。由令牌识别的用户被指定为博客的创建者。
 
-#### 4.20*: bloglist expansion, step8
+#### 4.20*: Blog List Expansion, step8
 
 <!-- [This example](/en/part4/token_authentication) from part 4 shows taking the token from the header with the _getTokenFrom_ helper function.-->
  [这个例子](/en/part4/token_authentication)来自第四章节，显示了用_getTokenFrom_辅助函数从头文件中获取令牌。
@@ -534,7 +534,7 @@ const tokenExtractor = (request, response, next) => {
 }
 ```
 
-#### 4.21*: bloglist expansion, step9
+#### 4.21*: Blog List Expansion, step9
 
 <!-- Change the delete blog operation so that a blog can be deleted only by the user who added the blog. Therefore, deleting a blog is possible only if the token sent with the request is the same as that of the blog's creator.-->
  改变删除博客的操作，使一个博客只能由添加该博客的用户删除。因此，只有当与请求一起发送的令牌与博客创建者的令牌相同时，删除博客才有可能。
@@ -556,7 +556,7 @@ const blog = await Blog.findById(...)
 if ( blog.user.toString() === userid.toString() ) ...
 ```
 
-#### 4.22*:  bloglist expansion, step10
+#### 4.22*:  Blog List Expansion, step10
 
 <!-- Both the new blog creation and blog deletion need to find out the identity of the user who is doing the operation. The middleware _tokenExtractor_ that we did in exercise 4.20 helps but still both the handlers of <i>post</i> and <i>delete</i> operations need to find out who is the user holding a specific token.-->
  新博客的创建和博客的删除都需要找出进行操作的用户的身份。我们在练习4.20中所做的中间件_tokenExtractor_有帮助，但<i>post</i>和<i>delete</i>操作的处理程序仍然需要找出谁是持有特定令牌的用户。
@@ -616,7 +616,7 @@ router.post('/', userExtractor, async (request, response) => {
 }
 ```
 
-#### 4.23*:  bloglist expansion, step11
+#### 4.23*:  Blog List Expansion, step11
 
 <!-- After adding token based authentication the tests for adding a new blog broke down. Fix the tests. Also write a new test to ensure adding a blog fails with the proper status code <i>401 Unauthorized</i> if a token is not provided.-->
  在添加了基于令牌的认证后，添加一个新博客的测试出现了问题。修复测试。同时写一个新的测试，以确保在没有提供令牌的情况下，添加一个博客会以适当的状态代码<i>401 Unauthorized</i>失败。

src/content/5/fr/part5a.md

@@ -534,7 +534,7 @@ Pendant que vous faites les exercices, rappelez-vous toutes les méthodes de dé
 
 **Attention:** Si vous remarquez que vous mélangez les fonctions _async/await_ et les commandes _then_, il est à 99,9 % certain que vous faites quelque chose de mal. Utilisez l'un ou l'autre, jamais les deux.
 
-#### 5.1 : bloglist frontend, étape 1
+#### 5.1 : Blog List Frontend, étape 1
 
 Clonez l'application depuis [GitHub](https://github.com/fullstack-hy2020/bloglist-frontend) avec la commande:
 
@@ -593,21 +593,21 @@ Les détails de l'utilisateur connecté n'ont pas encore à être sauvegardés d
 }
 ```
 
-#### 5.2 : bloglist frontend, étape 2
+#### 5.2 : Blog List Frontend, étape 2
 
 Rendez la connexion 'permanente' en utilisant le stockage local. Implémentez également un moyen de se déconnecter.
 
 ![navigateur montrant le bouton de déconnexion après la connexion](../../images/5/6e.png)
 
 Assurez-vous que le navigateur ne se souvient pas des détails de l'utilisateur après la déconnexion.
 
-#### 5.3 : bloglist frontend, étape 3
+#### 5.3 : Blog List Frontend, étape 3
 
 Étendez votre application pour permettre à un utilisateur connecté d'ajouter de nouveaux blogs :
 
 ![navigateur montrant le formulaire de nouveau blog](../../images/5/7e.png)
 
-#### 5.4 : bloglist frontend, étape 4
+#### 5.4 : Blog List Frontend, étape 4
 
 Implémentez des notifications qui informent l'utilisateur des opérations réussies et échouées en haut de la page. Par exemple, lorsqu'un nouveau blog est ajouté, la notification suivante peut être affichée:
 

src/content/5/ptbr/part5a.md

@@ -559,7 +559,7 @@ Enquanto faz os exercícios, lembre-se de todos os métodos de depuração que d
 
 **Aviso:** Se você perceber que está misturando os comandos das funções _async/await_ e _then_, é 99,9% certo que está fazendo algo errado. Use apenas um ou outro, nunca os dois.
 
-#### 5.1: frontend do bloglist, passo 1
+#### 5.1: frontend do Blog List Passo 1
 
 Clone a aplicação do [GitHub](https://github.com/fullstack-hy2020/bloglist-frontend) com o comando:
 
@@ -618,7 +618,7 @@ Detalhes do usuário logado não precisam ser salvos no local storage ainda.
 }
 ```
 
-### 5.2: frontend do bloglist, passo 2
+### 5.2: frontend do Blog List Passo 2
 
 
 Torne o login 'permanente' usando o local storage. Além disso, implemente uma maneira de deslogar.
@@ -627,13 +627,13 @@ Torne o login 'permanente' usando o local storage. Além disso, implemente uma m
 
 Assegure-se de que o navegador não lembre os detalhes do usuário após o logout.
 
-#### 5.3: frontend do bloglist, passo 3
+#### 5.3: frontend do Blog List Passo 3
 
 Expanda sua aplicação para permitir que um usuário logado adicione novos blogs:
 
 ![navegador mostrando o formulário do novo blog](../../images/5/7e.png)
 
-#### 5.4: frontend do bloglist, passo 4
+#### 5.4: frontend do Blog List Passo 4
 
 Implemente notificações que informem o usuário sobre operações bem-sucedidas e mal-sucedidas no topo da página. Por exemplo, quando um novo blog é adicionado, a seguinte notificação pode ser exibida:
 

src/content/5/ptbr/part5d.md

@@ -1100,7 +1100,7 @@ Recomendo especialmente a leitura de [Introdução ao Cypress](https://docs.cypr
 
 > <i>Este é o guia mais importante para entender como testar com o Cypress. Leia. Entenda.</i>
 
-#### 5.17: testes end-to-end do bloglist, etapa 1
+#### 5.17: testes end-to-end do Blog List etapa 1
 
 Configure o Cypress para o seu projeto. Crie um teste para verificar se a aplicação exibe o formulário de login por padrão.
 
@@ -1121,7 +1121,7 @@ describe('Blog app', function() {
 
 O bloco <i>beforeEach</i> deve esvaziar o banco de dados usando, por exemplo, o método que usamos no [material](/ptbr/part5/testes_end_to_end#controlando-o-estado-do-banco-de-dados).
 
-#### 5.18: testes end-to-end do bloglist, etapa 2
+#### 5.18: testes end-to-end do Blog List etapa 2
 
 Faça testes para fazer login. Teste tentativas de login bem-sucedidas e malsucedidas.
 Crie um novo usuário no bloco <i>beforeEach</i> para os testes.
@@ -1154,7 +1154,7 @@ describe('Aplicativo Blog', function() {
 
 Exercício bônus opcional: Verifique se a notificação exibida após uma tentativa de login malsucedida é exibida em vermelho.
 
-#### 5.19: testes end-to-end do bloglist, etapa 3
+#### 5.19: testes end-to-end do Blog List etapa 3
 
 Crie um teste que verifique se um usuário logado pode criar um novo blog.
 A estrutura do teste pode ser a seguinte:
@@ -1178,19 +1178,19 @@ describe('Blog app', function() {
 
 "O teste deve garantir que um novo blog seja adicionado à lista de todos os blogs.
 
-#### 5.20: Testes end-to-end do bloglist, passo 4
+#### 5.20: Testes end-to-end do Blog List Passo 4
 
 Crie um teste que confirme que os usuários podem curtir um blog.
 
-#### 5.21: Testes end-to-end do bloglist, passo 5
+#### 5.21: Testes end-to-end do Blog List Passo 5
 
 Crie um teste para garantir que o usuário que criou um blog possa excluí-lo.
 
-#### 5.22: Testes end-to-end do bloglist, passo 6
+#### 5.22: Testes end-to-end do Blog List Passo 6
 
 Crie um teste para garantir que outros usuários, exceto o criador, não vejam o botão de exclusão.
 
-#### 5.23: Testes end-to-end do bloglist, passo 7
+#### 5.23: Testes end-to-end do Blog List Passo 7
 
 Crie um teste que verifique se os blogs estão ordenados de acordo com as curtidas, sendo o blog com mais curtidas o primeiro.
 

src/content/5/zh/part5a.md

@@ -595,7 +595,7 @@ window.localStorage.clear()
 <!-- **Warning:** If you notice you are mixing in same function async/await and _then_ commands, it's 99.9%  certain you are doing something wrong. Use either or, never both.-->
  **警告：**如果你注意到你在同一函数中混入了async/await和_then_命令，那么99.9%的人肯定是做错了。请使用其中之一，不要同时使用。
 
-#### 5.1: bloglist frontend, step1
+#### 5.1: Blog List Frontend, step1
 
 <!-- Clone the application from [Github](https://github.com/fullstack-hy2020/bloglist-frontend) with the command:-->
  用命令从[Github](https://github.com/fullstack-hy2020/bloglist-frontend)克隆应用。
@@ -661,7 +661,7 @@ npm start
 }
 ```
 
-#### 5.2: bloglist frontend, step2
+#### 5.2: Blog List Frontend, step2
 
 <!-- Make the login 'permanent' by using the local storage. Also implement a way to log out.-->
  通过使用本地存储使登录成为"永久"。同时实现一个注销的方法。
@@ -671,14 +671,14 @@ npm start
 <!-- Ensure the browser does not remember the details of the user after logging out.-->
 确保浏览器在注销后不会记住用户的详细信息。
 
-#### 5.3: bloglist frontend, step3
+#### 5.3: Blog List Frontend, step3
 
 <!-- Expand your application to allow  a logged-in user to add new blogs:-->
 扩展你的应用，允许登录的用户添加新的博客。
 
 ![](../../images/5/7e.png)
 
-#### 5.4: bloglist frontend, step4
+#### 5.4: Blog List Frontend, step4
 
 <!-- Implement notifications which inform the user about successful and unsuccessful operations at the top of the page. For example, when a new blog is added, the following notification can be shown:-->
  实施通知，在页面顶部告知用户成功和不成功的操作。例如，当一个新博客被添加时，可以显示以下通知。

src/content/5/zh/part5d.md

@@ -1215,7 +1215,7 @@ it('then example', function() {
 <!-- > <i>This is the single most important guide for understanding how to test with Cypress. Read it. Understand it.</i>-->
  > <i>这是了解如何使用Cypress进行测试的唯一最重要的指南。阅读它。理解它。</i>
 
-#### 5.17: bloglist end to end testing, step1
+#### 5.17: Blog List End to end testing, step1
 
 <!-- Configure Cypress to your project. Make a test for checking that the application displays the login form by default.-->
  为你的项目配置Cypress。做一个测试，检查应用是否默认显示登录表单。
@@ -1239,7 +1239,7 @@ describe('Blog app', function() {
 <!-- The <i>beforeEach</i> formatting blog must empty the database using for example the method we used in the [material](/en/part5/end_to_end_testing#controlling-the-state-of-the-database).-->
  <i>beforeEach</i> 格式化的博客必须清空数据库，例如使用我们在[材料](/en/part5/end_to_end_testing#controlling-the-state-of-the-database)中使用的方法。
 
-#### 5.18: bloglist end to end testing, step2
+#### 5.18: Blog List End to end testing, step2
 
 <!-- Make tests for logging in. Test both successful and unsuccessful login attempts.-->
  进行登录测试。测试成功和不成功的登录尝试。
@@ -1275,7 +1275,7 @@ describe('Blog app', function() {
 
 <i>Optional bonus exercise</i>: Check that the notification shown with unsuccessful login is displayed red.
 
-#### 5.19: bloglist end to end testing, step3
+#### 5.19: Blog List End to end testing, step3
 
 <!-- Make a test which checks that a logged-in user can create a new blog.-->
  做一个测试，检查一个登录的用户是否可以创建一个新的博客。
@@ -1302,19 +1302,19 @@ describe('Blog app', function() {
 <!-- The test has to ensure that a new blog is added to the list of all blogs.-->
  该测试必须确保一个新的博客被添加到所有博客的列表中。
 
-#### 5.20: bloglist end to end testing, step4
+#### 5.20: Blog List End to end testing, step4
 
 <!-- Make a test which checks that users can like a blog.-->
 做一个测试，检查用户是否可以喜欢一个博客。
 
-#### 5.21: bloglist end to end testing, step5
+#### 5.21: Blog List End to end testing, step5
 
 <!-- Make a test for ensuring that the user who created a blog can delete it.-->
  做一个测试，确保创建博客的用户可以删除它。
 
 <i>Optional bonus exercise:</i> also check that other users cannot delete the blog.
 
-#### 5.22: bloglist end to end testing, step6
+#### 5.22: Blog List End to end testing, step6
 
 <!-- Make a test which checks that the blogs are ordered according to likes with the blog with the most likes being first.-->
  做一个测试，检查博客是否按照喜欢程度排序，喜欢最多的博客排在前面。