валидатор там gopkg.in/go-playground/validator.v9 и куча кастомных моделей и прочее, суда сейчас все копипастить невозможно будет

Понятно.

это рестапи ?

У меня, у моделей есть локальная структура ошибки. Кастомная. Которая, при ошибке, как ни странно, перезаписывает по указателю инфо об этом.

ему кормят значение, оно должно положить в бд слой уже ID связанной сущности

у вас не достаточно гибко ?Например на редактировании там совсем другое поведение надо

а модель то одна

ему кормят значение, оно должно положить в бд слой уже ID связанной сущности

должно положить, при условии отправленного поля и тд?

там сущность с двумя ID, в пост кормят внешний ID, мы должны по базе прошерстить, если нашли быстренько записать внутренний в структуру модели. Внешний дальше игнорируется

а модель то одна

У меня у API модель одна. У него есть локальная структура ошибки. И у того, с чем работает апи, в результате Request тоже есть LocalErr. В тоге в финальном ответе от апи, юзер видит в чем была проблема, если она была. Типа того.

нельзя валидацию в модели пихать, это грабли

завтра вы "по связям" или из другого места доберетесь до этой же самой модели, поотгребаете со всей это хренью.

У меня в модели только рельзьтат валидации. Не более.

зачем блин в модели результат валидации?

она не должна про этот слой ничего

Может я валидацию не так понимаю.

например есть у нас время, на клиенте это ISO формат, в бд это просто строка

но надо проверить что клиент не захреначил туда дату из прошлого, вообще не время

различные проверки на уникальность значения и прочее

макс мин для int

Можно и проверить.

Это же проверка на хрень, про которую вы говорили.

validate := validator.New() // часть прямо в структуре, тегами (если дефолтные правила) validate.RegisterValidation("unique", func(fl validator.FieldLevel) bool { ..... }) err = validate.Struct(userModel.Data) if err != nil { if _, ok := err.(*validator.InvalidValidationError); ok { responce.MakeInternalErrorResponce(err).WriteJson(w) return } responce.MakeValidationErrorResponce(userModel, err.(validator.ValidationErrors)).WriteJson(w) return } // Уже заполенная структура addRequest, err := userModel.AddRequest()

далее уже кормим addRequest в бд

в AddRequest сущности приобразовываться в запрос бд

interface?

что интерфейс?

interface?

AddRequest() это интерфейс?

э не. стойте. стойте. )))

это метод модели

validator.ValidationErrors это ошибки? Это почти такая же логика как у меня с LocalErr, я имел ввиду, что я типа того пробовал реализовать. Верней не пробовал. А так и работает.

ошибки

У меня приходит список разных моделей в запросе на создание и каждая из них должна создать в базе запись по своему, со своими проверками, либо не создать вобще, в зависимости от проверок. И тут каждый инстанс будет содержать только свою ошибку. Типа того. Насколько я понял, вы просто эти все ошибки еще в кучу собираете и возвращаете потом.

Но я по ходу вам не помогу. Еще зеленый. ?

у меня валидация и работа с бд это не связанные вещи

кроме пожалуй вот подзапросов на уникальность

Я еще с таким значит не столкнулся.

У меня максимум что проверяется в бд, это лог\пас и наличие уже присутствия объекта в бд и все.

я мог бы сначало проверить, но потом уже вторым запросом для использования выбрать

но два запроса в бд тяжко, она не реляционная, еще и распределенная

медленно, очень медленно

Не реляционная? Прикольно ) Я не представляю как так.

А она удаленная ? бд?

через локальный агент ?

еще я хотел спросить, возможно к бд подключаться через юникс сокет? в го.

ну это уже от драйвера зависит

еще я хотел спросить, возможно к бд подключаться через юникс сокет? в го.

А что может помешать ? :)

Не реляционная? Прикольно ) Я не представляю как так.

очень легко - mongodb

А что может помешать ? :)

Я пока до этого не дошел. Помню видел такое в виде файла, а максимум опыта имею - это форвардинг с nginx на Unx сокеты веб приложений. И подумал если го соединится с локал бд таким образом, будет очень даже норм.

еще я хотел спросить, возможно к бд подключаться через юникс сокет? в го.

если база использует tcp для соединения с клиентом, то можно будет конечно tcp юзать)

Еще я phpШника один раз спросил, мол а можно в php соединиться на unix сокет базы? Значете что он мне ответил? Я же только бэк эндом в php занимаюсь, я же не айтишник. ???

вопрос только, что вы хотите по их бинарному протоколу общаться?

Так якобы быстрей. Незнаю так это или нет.

если база использует tcp для соединения с клиентом, то можно будет конечно tcp юзать)

разве unix socket и tcp соединение, это одно и то же?

ну tcp это протокол, unix сокет это реализация в unix системах

наверное)

есть жи еще udp

Так можно и напрямую на сокет слать. Надо почитать. срочно, мне нужно почитааааать

драйвер делает за вас всю эту работу и очень эффективно, быстрее не будет

можно еще и базу свою написать

я не хочу писать. мне интересно может ли это или нет. как бы нахрен по TCP на самого себя соединяться.

?

это нормальная практика

бд то скорее всего придеться выносить

поэтому не парьтесь

ERROR: S client not available

Может прям в одро мускула вшить софт? ?

поэтому не парьтесь

в драйвере написано что может, но пока не понял как это делает.

нужно просто прочитать бинарный протокол к примеру мускула и потом слать по tcp

это не про драйвер

вы же как раз хотите напрямую слать

Стойте, я всегда думал что эта штука напрямую шлет. А сейчас по ходу догнал )))) Unix:/// это просто ссылка чтоли своего рода?

Разве не к файлу ведет?

Стойте, я всегда думал что эта штука напрямую шлет. А сейчас по ходу догнал )))) Unix:/// это просто ссылка чтоли своего рода?

Это путь к сокету

Это путь к сокету

О слава тебе. А по поводу быстрей не быстрей есть инфо? Мне не принципиальна скорость. Просто интерес. Товарищ выше говорил мол не быстрей чем TCP юзать.

Это параллельные виды подключений

Всё зависит от кейса, на самом деле

в unix сокет может быть особым видом файла

Не может, а является

ну да,

еще тип есть INET, которые требуют назначения порта

по идее драйвер переводит в рантайме ваши абстракции в байт код, поэтому можно сэкономить, но очень незначительно

Ща попробую. Софт только на локал базу придется перенести )

База удаленная блин ((

Гоферы, а кто-нибудь пишет на Go бэкэнды-монолиты? Сейчас чё-то все упарываются по микросервисам, а я хочу попробовать переписать существующий монолит с Нода на Go, было бы круто, если у кого есть публичные репо, посмотреть на организацию файлов, раутов, на подходы к валидации. Заранее спасибо ✊?

Ща попробую. Софт только на локал базу придется перенести )

Работает на unix сокетах тоже. Проверил. Прикольно.

Гоферы, а кто-нибудь пишет на Go бэкэнды-монолиты? Сейчас чё-то все упарываются по микросервисам, а я хочу попробовать переписать существующий монолит с Нода на Go, было бы круто, если у кого есть публичные репо, посмотреть на организацию файлов, раутов, на подходы к валидации. Заранее спасибо ✊?

Что такое монолиты?

Что такое монолиты?

Ну как противоположность «микросервисов»; все части приложения в одном приложении, а не разбиты на общающиеся друг с другом по http или очереди сообщений маленькие приложения. Короче обычные большие сервера в одном приложении

?? пример микросервисов

У меня пока в одном, но хотел разбить в будущем )

А вот это нормальная же вроде практика?

455.457µs вот ска, быстрей никак не сделать? Может не паковать ответ через библиотечный сериализатор? Там короче http get, через библу, sql select пустой таблицы и ее же якобы сериализация в JSON ))))

А вот это нормальная же вроде практика?

Нормальная, да, но это сложнее же гораздо, нужно писать логику общения всех элементов, тестировать это как-то в совокупности, нетфликсу — да, а у меня небольшие по нагруженности проекты

Мне всегда казалось, чем больше "сотовая" зависимость друг от друга, тем нестабильней система. А в плане гибкости - отлично.