🛠 Go Fiber v3: как мигрировать с v2 Fiber v3 вышел в стабильный релиз. Если вы используете v2 в продакшене, вот что нужно знать перед миграцией и зачем она вообще нужна. Что поменялось Три изменения, которые влияют на код 1️⃣ fiber.Ctx теперь реализует context.Context В v2 приходилось вызывать c.UserContext(), чтобы передать контекст в стандартные библиотеки. В v3 fiber.Ctx удовлетворяет интерфейсу context.Context напрямую. // v2 ctx := c.UserContext() rows, err := db.QueryContext(ctx, "SELECT ...") // v3 rows, err := db.QueryContext(c, "SELECT ...") 2️⃣ Статика переехала в middleware Метод app.Static() убран. Его функциональность перенесена в отдельный static middleware. // v2 app.Static("/", "./public") // v3 import "github.com/gofiber/fiber/v3/middleware/static" app.Use("/", static.New("./public")) 3️⃣ Изменился метод Listen Метод Listen объединён с конфигурацией. Настройки теперь передаются напрямую в вызов. Если у вас есть кастомная конфигурация запуска сервера, придётся поправить. Как мигрировать Команда Fiber выпустила CLI с встроенным инструментом миграции: go install github.com/gofiber/cli/fiber@latest fiber migrate --to v3 После запуска обязательно проверяйте весь diff вручную. Инструмент иногда меняет код, который к Fiber не относится. Что ещё появилось в v3 Drop() — тихий сброс соединения без ответа клиенту, удобно для DDoS-защиты. End() — немедленный сброс ответа. SendEarlyHints() — поддержка HTTP 103. Пакет extractors с единым API для извлечения значений из заголовков, кук, query-параметров и форм. Раньше каждый middleware дублировал эту логику по-своему. RouteChain для Express-стиля объявления маршрутов. HEAD-маршруты теперь регистрируются автоматически для каждого GET. Нативная поддержка context.Context убирает целый класс бойлерплейта. Основные breaking changes — это статика и конфигурация Listen, они чинятся быстро. Запустите CLI-инструмент, прогоните тесты, вручную проверьте diff. 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека Go-разработчика #GoToProduction