docs(ru): remove spaces in blocks

docs/ru/guide/actions.md

@@ -61,7 +61,7 @@ actions: {
 
 Действия поддерживают тот же формат для передачи нагрузки, а также объектный синтаксис:
 
-``` js
+```js
 // вызов с нагрузкой
 store.dispatch('incrementAsync', {
   amount: 10
@@ -76,7 +76,7 @@ store.dispatch({
 
 Более приближённым к реальности примером действий будет формирование заказа на основе состояния корзины покупок. Логика такого действия включает в себя **вызов асинхронного API** и **инициализацию нескольких мутаций**:
 
-``` js
+```js
 actions: {
   checkout ({ commit, state }, products) {
     // сохраним находящиеся на данный момент в корзине товары
@@ -102,7 +102,7 @@ actions: {
 
 Диспетчеризировать действия в компонентах можно при помощи `this.$store.dispatch('xxx')` или используя вспомогательную функцию `mapActions`, создающую локальные псевдонимы для действий в виде методов компонента (требуется наличие корневого `$store`):
 
-``` js
+```js
 import { mapActions } from 'vuex'
 
 export default {
@@ -127,7 +127,7 @@ export default {
 
 Первое, что нужно знать — `store.dispatch` может обрабатывать Promise, возвращаемый обработчиком действия, и также возвращает Promise:
 
-``` js
+```js
 actions: {
   actionA ({ commit }) {
     return new Promise((resolve, reject) => {

docs/ru/guide/forms.md

@@ -4,19 +4,19 @@
 
 При использовании строгого режима Vuex может показаться неочевидным как использовать `v-model` с частью состояния Vuex:
 
-``` html
+```html
 <input v-model="obj.message">
 ```
 
 Предположим, что `obj` — вычисляемое свойство, которое просто возвращает ссылку на объект из хранилища. В таком случае, `v-model` будет пытаться напрямую изменять значение `obj.message` при действиях пользователя. В строгом режиме такие изменения спровоцируют ошибку, поскольку они происходят вне обработчиков мутаций Vuex.
 
 Для работы с Vuex в такой ситуации, следует привязать значение к `<input>` и отслеживать его изменения по событию `input` или `change`:
 
-``` html
+```html
 <input :value="message" @input="updateMessage">
 ```
 
-``` js
+```js
 // ...
 computed: {
   ...mapState({
@@ -32,7 +32,7 @@ methods: {
 
 А вот и обработчик мутаций:
 
-``` js
+```js
 // ...
 mutations: {
   updateMessage (state, message) {
@@ -45,11 +45,11 @@ mutations: {
 
 Заметно, что получившаяся выше запись — куда многословнее, чем используемая в связке `v-model` с локальным состоянием, да и некоторые полезные возможности `v-model` таким образом упускаются. В качестве альтернативы можно предложить использование двунаправленного вычисляемого свойства с сеттером:
 
-``` html
+```html
 <input v-model="message">
 ```
 
-``` js
+```js
 // ...
 computed: {
   message: {

docs/ru/guide/getters.md

@@ -4,7 +4,7 @@
 
 Иногда может потребоваться вычислять производное состояние на основе состояния хранилища, например, отфильтровать список и затем подсчитать количество элементов:
 
-``` js
+```js
 computed: {
   doneTodosCount () {
     return this.$store.state.todos.filter(todo => todo.done).length
@@ -22,7 +22,7 @@ Vuex позволяет определять «геттеры» в хранил
 
 Геттеры получают состояние хранилища первым аргументом:
 
-``` js
+```js
 const store = createStore({
   state: {
     todos: [
@@ -42,13 +42,13 @@ const store = createStore({
 
 Геттеры доступны в объекте `store.getters`, и можно получить доступ к значениям как свойствам:
 
-``` js
+```js
 store.getters.doneTodos // -> [{ id: 1, text: '...', done: true }]
 ```
 
 Вторым аргументом передаются другие геттеры:
 
-``` js
+```js
 getters: {
   // ...
   doneTodosCount: (state, getters) => {
@@ -57,13 +57,13 @@ getters: {
 }
 ```
 
-``` js
+```js
 store.getters.doneTodosCount // -> 1
 ```
 
 Теперь можно легко использовать его внутри любого компонента:
 
-``` js
+```js
 computed: {
   doneTodosCount () {
     return this.$store.getters.doneTodosCount
@@ -77,7 +77,7 @@ computed: {
 
 Если возвращать функцию, то появляется возможность также передавать аргументы геттерам. Например, это может пригодиться, когда необходимо возвращать данные по указанному критерию:
 
-``` js
+```js
 getters: {
   // ...
   getTodoById: state => id => {
@@ -86,7 +86,7 @@ getters: {
 }
 ```
 
-``` js
+```js
 store.getters.getTodoById(2) // -> { id: 2, text: '...', done: false }
 ```
 
@@ -96,7 +96,7 @@ store.getters.getTodoById(2) // -> { id: 2, text: '...', done: false }
 
 Функция `mapGetters` просто проксирует геттеры хранилища в локальные вычисляемые свойства компонента:
 
-``` js
+```js
 import { mapGetters } from 'vuex'
 
 export default {
@@ -114,7 +114,7 @@ export default {
 
 Если необходимо указать другое имя, используйте объектный синтаксис:
 
-``` js
+```js
 ...mapGetters({
   // проксирует `this.doneCount` в `store.getters.doneTodosCount`
   doneCount: 'doneTodosCount'

docs/ru/guide/hot-reload.md

@@ -4,7 +4,7 @@ Vuex поддерживает горячую замену мутаций, мод
 
 Для мутаций и модулей необходимо использовать метод API `store.hotUpdate()`:
 
-``` js
+```js
 // store.js
 import { createStore } from 'vuex'
 import mutations from './mutations'
@@ -44,7 +44,7 @@ if (module.hot) {
 
 Если в приложении используются только модули, то можно использовать `require.context` для загрузки и горячей перезагрузки всех модулей динамически.
 
-``` js
+```js
 // store.js
 import { createStore } from 'vuex'
 

docs/ru/index.md

@@ -1,6 +1,6 @@
 # Что такое Vuex?
 
-::: tip Pinia - новый стандарт по-умолчанию
+:::tip Pinia - новый стандарт по-умолчанию
 
 Официальная библиотека управления состоянием для Vue была изменена на [Pinia](https://pinia.vuejs.org). Pinia имеет почти такой же или улучшенный API что и Vuex 5, описанный в [Vuex 5 RFC](https://github.com/vuejs/rfcs/pull/271). Можно рассматривать Pinia как Vuex 5 с новым именем. Pinia также можно использовать вместе с Vue 2.x.