draft backend and minor edits

src/content/docs/2-webmap.mdx

@@ -31,7 +31,7 @@ import Option from '../../components/Option.astro';
 
 Веб-карту определяет цель размещения карты в сети. Если карту разместили в Интернете для того, чтобы пользователи могли работать с ней по сети, то это веб-карта. А файлы карт, передаваемые по сети или размещаемые на сайтах, изображения карт, используемые для оформления веб-страницы, веб-картами не являются.
 
-<Card title="Веб-карта —">это карта, предназначенная для использования в сети</Card>
+<Card title="Веб-карта">Карту, предназначенную для использования в сети, можно назвать веб-картой</Card>
 
 ### Типы веб-карт
 

src/content/docs/4-backend.mdx

@@ -1,6 +1,5 @@
 ---
 title: Бэкенд
-draft: true
 ---
 
 import { Card, FileTree, LinkCard, TabItem, Tabs } from '@astrojs/starlight/components';
@@ -353,6 +352,17 @@ map.on("load", () => {
 
 При желании посмотрите [полный код](https://github.com/gtitov/flask-maplibre-map) и [возможный результат](https://gtitov.github.io/flask-maplibre-map/).
 
+Эта карта отличается от предыдущих. Здесь мы сами разработали логику работы серверной части, другими словами, разработали бэкенд:
+
+> В первой карте мы брали данные с сервера *как есть*, поэтому карта относилась к статическим. Во второй карте мы использовали готовый бэкенд и обращались к нему по API.
+
+1. Фронтенд обращается к методу API, который предоставляет данные о городах (этот метод мы объявили самостоятельно)
+1. Обращение к методу API инициирует выполнение серверной функции (эту функцию мы написали самостоятельно)
+1. В рамках функции мы обращаемся к базе данных (здесь похвастаться нечем, базу данных мы загрузили готовую) и перерабатываем полученные данные в формат GeoJSON
+1. Формируем ответ и отправляем в клиентскую часть, который, благодаря формату GeoJSON, на клиентской стороне может быть сразу использован в качестве источника данных для карты, в отличие от варианта с готовым API, где нам приходилось трансформировать данные на клиентской стороне
+
+Такая карта полезна, когда нужно организовать серверную обработку данных. Мы рассмотрели относительно простой, но довольно распространённый случай, когда нам нужно получить данные из базы, привести их к нужному формату и отправить в клиентскую часть. Однако серверная обработка может быть и более сложной в зависимости от решаемых задач.
+
 ## Упражнения
 
 1. Создайте метод, который вернёт список доступных годов

src/content/docs/6-raster.mdx

@@ -0,0 +1,17 @@
+---
+title: Растры
+draft: true
+---
+
+import { Card, LinkCard } from "@astrojs/starlight/components";
+
+В этой главе мы рассмотрим
+
+- Cloud-Optimized GeoTIFF
+- растровые тайлы
+- MBTiles
+
+В рамках практической части создадим карту ойконимов Московского региона по векторным тайлам, генерирующимся на лету приложением Martin из базы данных PostGIS.
+
+## 
+

src/content/docs/7-conclusion.md

@@ -12,7 +12,7 @@ draft: true
 </div>
 <br/><br/><br/>
 
-
+Любая карта -- это инструмент для решения конкретной задачи. Знание того, какие карты бывают, позволяет принять взвешенное и разумное решение.
 
 Сквозь призму практических упражнений мы рассмотрели основные принципы функционирования картографических веб-приложений. К сожалению, а, скорее, всё же к счастью, сфера веб-картографии крайне разнообразна. Освоенный вами материал станет опорой на любом из путей развития в сфере веб-картографии.