fix: форматирование, опечатка в статье

content/posts/blog-part-6-namespace-migration/index.md

@@ -13,7 +13,7 @@ series_order: 6
 
 Мораль была проста: **чисти за собой**. Сегодня делаем именно это - переносим Gitea из старого namespace в `oakazanin` и удаляем старый namespace навсегда.
 
-Заодно разберём универсальный алгоритм миграции, который работает для любого сервиса. Показываю на примере Gitea, но всё описанное применимо к любому stateful сервису — PostgreSQL, MySQL, Nextcloud, MinIO. Принципы одинаковые: экспортируй манифесты, поменяй namespace, создай новое перед удалением старого.
+Заодно разберём универсальный алгоритм миграции, который работает для любого сервиса. Показываю на примере Gitea, но всё описанное применимо к любому stateful сервису - PostgreSQL, MySQL, Nextcloud, MinIO. Принципы одинаковые: экспортируй манифесты, поменяй namespace, создай новое перед удалением старого.
 
 ---
 
@@ -311,16 +311,16 @@ curl -s -o /dev/null -w "%{http_code}" https://git.example.com     # 200
 - Данные остаются нетронутыми
 
 **Nextcloud:**
-- Аналогично — файлы на NFS не переносятся
+- Аналогично - файлы на NFS не переносятся
 - Только манифесты меняют namespace
 - Zero downtime если создаёшь новое до удаления старого
 
 **MinIO (S3-хранилище):**
 - Stateful, работает через PV/PVC
-- Те же принципы — новый namespace, тот же NFS путь
+- Те же принципы - новый namespace, тот же NFS путь
 
 **Stateless сервисы (nginx, API):**
-- Ещё проще — нет PV/PVC вообще
+- Ещё проще - нет PV/PVC вообще
 - Только Deployment + Service, меняешь namespace, готово
 
 Главный принцип: **данные живут на PV, который привязан к NFS. Namespace меняется, путь на NFS остаётся.**