kireke

Скорее всего должно быть как то так

type Order struct {
  ID uint `gorm:"primaryKey;autoIncrement;unique"json:"id"`
  Owner string `json:"owner"`
  Status string `gorm:"default:ordered"json:"status"`
  Phone int `json:"phone"`
  Order []OrderProduct `gorm:"foreignKey:OrderId"json:"products"`
}

type OrderProduct struct {
  ID uint `gorm:"primaryKey;autoIncrement;unique"json:"id"`
   // добавляем это поле, чтобы была связь с таблицей Orders
  OrderID uint `json:"-"`
  Brand string `json:"brand"`
  ItemId int `json:"item_id"`
  Img string `json:"img"`
  ItemTotal int `json:"item_total"`
  Price string `json:"price"`
  Quantity int `json:"quantity"`
  Title string `json:"title"`
  Type string `json:"type"`
}

Мне такого не встречалось, но, в принципе, при желании, можно сделать при помощи рефлексии.
Но за рефлексию придётся заплатить производительностью :)
Если нужен пример реализации - дайте знать, сделаю.

Попробуйте вот так

func GetProducts(c *gin.Context) {
  var products []models.Product
  database.DB.Find(&products)
  c.JSON(http.StatusOK, products)
}

Вот так попробуйте

jsonDataBytes, err := ioutil.ReadAll(c.Request.Body)

Стаднадртно: на почту, но это не эффективно (кто будет обрабатывать, когда, не проспит ли...)
Нормально: в CRM (можно отслеживать статусы чего дальше происходит то, настраивать реакции...)
Для быстрой реакции: бот в Телеграм.

Обычно на почту, но при желании можно настроить отправку уведомлений в телегу или даже по смс. Смотря как вам удобнее.

1. "Исторически сложилось".
Сначала написали на одном. Потом появилась идея писать на другом, но не осилили до конца. На третьем пишут из-за нехватки специалистов по старым двум.

2. Архитектурная особенность.
Есть разделение функций, которое также накладывает технические ограничения на отдельные части, и их становится выгоднее писать на разных языках. Числодробилки на Си, роутер на Питоне.