Implement code changes to enhance functionality and improve performance across various modules.

_notes/HomeServer/Сервисы и зачем оно вообще.md

@@ -44,7 +44,7 @@ sidebar:
 
 Такие решения могут предоставлять не только веб-интерфейс для работы, как с Яндекс.Диском, но и онлайн-офис, как, например, Google Docs, Sheets...
 
-![alt text](image/nas1.png)
+![alt text](../../assets/cache/HomeServer/hs4/nas1.png)
 
 Я для своего "облака" использовал **Seafile**, так как он менее нагруженный всякими дополнительными приложениями и т.д.
 Да и у них есть свой клиент под все системы — считай, реально замена Яндекс.Диска (кстати, графического интерфейса у ЯД под Linux нет, а тут есть).
@@ -53,16 +53,16 @@ sidebar:
 Оплачивая подписку, вы покупаете не только мощности, но и защиту от падения, утечек и тому подобное. Вы не отвечаете за это, и порой это выходит боком. Сервер Яндекса лег? Ну что поделать, жди. Твой сервер лег? Ну ты молодец, че)
 Да и... скорость загрузки на своем сервере, зачастую, выше просто из соображений отсутствия нагрузки на сеть со стороны других пользователей.
 
-![Веб-интерфейс Seafile](image/seafile_gui1.png)
+![Веб-интерфейс Seafile](../../assets/cache/HomeServer/hs4/seafile_gui1.png)
-<small>*Веб-интерфейс Seafile*</small>
+
 
 ### Git-сервер
 Тут не буду сильно распинаться, многие из вас знают такую волшебную вещь, как git. Кстати, давайте поясню, в чем разница между git и GitHub, раз уж на то пошло.
 > [!info] Git VS GitHub
-> *Вообще, есть очень хороший и доходчивый пример по этому поводу, но он неприличный, поэтому иначе:*
+> Вообще, есть очень хороший и доходчивый пример по этому поводу, но он неприличный, поэтому иначе:
-> **Git** - это инструмент версионирования, работающий локально у вас на комьютере. Никто вам не мешает, например, сохранять историю версий Word-документа, т.е. это просто программка, которая следит за изменениями конкретного файла или файлов, но тогда это уже называется репозиторием.
+> Git - это инструмент версионирования, работающий локально у вас на комьютере. Никто вам не мешает, например, сохранять историю версий Word-документа, т.е. это просто программка, которая следит за изменениями конкретного файла или файлов, но тогда это уже называется репозиторием.
-> **Github** - это хостинг, соц.сеть для программистов, если угодно), место, где хранятся эти самые репозитории.
+> Github - это хостинг, соц.сеть для программистов, если угодно), место, где хранятся эти самые репозитории.
-> Проще говоря, git - это фотоаппарат, на который делаются фотки (репозитории), а github - это как *моментальнограм* (запрещенная в РФ соц.сеть), где все эти фотки хранятся.
+> Проще говоря, git - это фотоаппарат, на который делаются фотки (репозитории), а github - это как моментальнограм (запрещенная в РФ соц.сеть), где все эти фотки хранятся.
 
 Зачем разворачивать локальный хостинг репозиториев? Хз, спросите у компаний, которые вообще никогда не будут пользоваться GitHub, а разворачивают локальный git-сервер (как правило, GitLab за его функционал).
 Кроме шуток, это, конечно, приватность. Гораздо безопаснее, когда твой код (а в IT-компаниях код == продукт) хранится у тебя же на сервере (так сказать, on-premise), а не где-то там в Америках (да, знаю, что сервера GH не только там, но сути не меняет).
@@ -72,25 +72,25 @@ sidebar:
 Я для своих целей взял, конечно, не GitLab — это тяжелое и очень мощное решение со своей системой секретов, удобным интерфейсом, встроенным веб-IDE и, за что GL очень любят — уникальной и мощнейшей системой для **CI/CD**\*.
 
 > [!note] Что такое CI/CD?
-> **CI/CD** — это автоматизация работы с кодом.
+> CI/CD — это автоматизация работы с кодом.
 >
-> - **CI (Continuous Integration, непрерывная интеграция)**: каждый раз, когда программист коммитит код, система автоматически:
+> - CI (Continuous Integration, непрерывная интеграция): каждый раз, когда программист коммитит код, система автоматически:
 >   - собирает проект,
 >   - запускает тесты,
 >   - проверяет, что всё работает.
-> - **CD (Continuous Delivery/Deployment, непрерывная доставка/развёртывание)**: если всё прошло успешно, система автоматически выкатывает новую версию на сервер или готовит её к выкладке.
+> - CD (Continuous Delivery/Deployment, непрерывная доставка/развёртывание): если всё прошло успешно, система автоматически выкатывает новую версию на сервер или готовит её к выкладке.
 >
-> **Аналогия:**
+> Аналогия:
 > - CI = проверка блюда на кухне (дегустация, чтобы не было ошибок).
 > - CD = подача блюда клиенту в зале (быстро и без лишней ручной работы).
 
 Для себя я развернул сервис **Gitea** — это легкий самодостаточный git-сервер со всем необходимым функционалом.
-![alt text](image/gitea_gui1.png)
+![alt text](../../assets/cache/HomeServer/hs4/gitea_gui1.png)
 <small>*К тому же, очень красивый)*</small>
 
 Вот пример репозитория в Gitea — ничего не напоминает?)
 
-![alt text](image/gitea_gui2.png)
+![alt text](../../assets/cache/HomeServer/hs4/gitea_gui2.png)
 
 При этом в нем тоже есть небольшой инструментарий CI/CD в виде вкладки "Действия", хотя тут скорее CD конкретно. (Это аналог GitHub Actions).
 
@@ -99,7 +99,7 @@ sidebar:
 Я ещё упомянул мессенджер, но пока до него не дошел, поэтому ничего не расскажу — да и необходимости прям такой нет.
 
 С другой стороны, у меня несколько контейнеров подняты исключительно под ТГ-ботов, торговых ботов (про которых, кстати, скоро будет тоже пост). На самом сервере ещё развернут простенький бот для псевдо-мониторинга показателей сервера.
-![alt text](image/mon_bot1.png)
+![alt text](../../assets/cache/HomeServer/hs4/mon_bot1.png)
 
 ---
 
@@ -115,4 +115,4 @@ sidebar:
 
 На этом я заканчиваю статью — пользуйтесь только надежными сервисами, а я помогу вам в выборе!
 
-![alt text](image/cats2.jpg)
+![alt text](../../assets/cache/HomeServer/hs4/cats2.jpg)