добавьте    restart: on-failure в migrate

добавьте    restart: on-failure в migrate

вот просто к бесконечному повтору ошибки приводит

я использую алиас, но если меняю database на db в command у migrate, то получаю error: dial tcp 172.24.0.2:5432: connect: connection refused

"5432:5432"?

посмотрите его логи

теперь вручную миграции

Эх Ладно Спасибо всем кто поучавствовал Пойду дальше тыркать Если будут у кого советы по заливке 1-1.5млн строк в MS SQL наиболее оптимальным способом через GoLang, просьба написать, ибо это оч важно для меня

У таблицы куда вставляешь есть активные триггеры? Может индексы подропать какие?

но мне до сих пор люто не нравится лимит в 2100 параметров для стейтментов

ну это удобнее, чем дуру полукилометровую готовить. да и в базу ее передавать

Добрый день, начал учить go. Никак не могу понять, зачем в некоторых примерах при объявлении переменной для структурой используют следующую запись: h := &Human{Name: "Bob"} Зачем нам тут узнавать адрес, в котором лежит структура. Мы же даже ничего в ней менять не будем. Или я что-то упустил, когда указатели проходил?

возможно просто привычка автора ни чем не обоснованная

import "fmt" func main() { a := []int{1,2,3,4,5} fmt.Println(RemoveElement(a , 2)) } func RemoveElement[T int | string](s []T, i int) []T { s[i] = s[len(s)-1] return s[:len(s)-1] }

Немного непонятно... Как сделать, чтобы удобно было пользовать в дальнейшем? Возвращаю из REST API - На запрос клиента за данными - структуру какой-то сущности - При ошибке структуру { Result: false, message: er.Error() } - При выполнении удаления или обновления структуру { Result: true, message: "...как всё хорошо прошло..." } Вопрос: При обработке результата на клиенте, во 2 и 3 пунктах планирую проверять на Result, а как быть в первом... Добавлять к структуре в JSON поле Result или проверять на его наличие и при отсутствии уже парсить как структуру?

Проще всего кажется всегда содержать в ответе result и error, которые не null в результате нормальной работы или ошибки соответственно, то есть как было упомянуто в конце. И логичнее сначала проверять на наличие/пустоту поле error, и потом уже пытаться интерпретировать ответ - при таком подходе ничто не мешает оставить все как есть, без вложенного поля с результатом

А как быть при случае 1? сейчас так: json, err := json.Marshal(u) //u - заполненная структура //Возвращаю полученный из структуры JSON объект w.WriteHeader(200) w.Write(json) Тогда мне надо как-то в json добавить еще структуру { Result: true, message: "...как всё хорошо прошло..." }

Не совсем понял вопрос. Как сделать так чтобы в result можно было положить разные структуры, в этом проблема? Для этого поле должно быть типа json.RawMessage. Сначала маршалится результат отдельно (структура, массив, инт, бул, что угодно), присваивается к result, и потом уже маршалится целиком json, который вы кладете в WriteHeader

Не совсем понял вопрос. Как сделать так чтобы в result можно было положить разные структуры, в этом проблема? Для этого поле должно быть типа json.RawMessage. Сначала маршалится результат отдельно (структура, массив, инт, бул, что угодно), присваивается к result, и потом уже маршалится целиком json, который вы кладете в WriteHeader

Здравствуйте, наверно странный вопрос Но, что поучить(библиотеки например) до того как начать учить rest api golang

{ "checksum": "ea72f3e2f4df4ccdfb3783485ad9bdfa", "roots": { "bookmark_bar": { "children": [ { "name" : "choto" }, { "name" : "choto2" } ],

{ "checksum": "ea72f3e2f4df4ccdfb3783485ad9bdfa", "roots": { "bookmark_bar": { "children": [ { "name" : "choto" }, { "name" : "choto2" } ],

как спарсить на json примерно такой обьект?

Погугли что-нибудь вроде golang json online. Есть как минимум один сайт, который тебе сделает по жсону описание гошеой структуры

Погугли что-нибудь вроде golang json online. Есть как минимум один сайт, который тебе сделает по жсону описание гошеой структуры

Погугли что-нибудь вроде golang json online. Есть как минимум один сайт, который тебе сделает по жсону описание гошеой структуры

или так

или так

Че за ide?

Подскажите, а есть какие-то патерны для защиты REST API сервера, в т.ч. запрет на слишком частые запросы. Например, регистрация пользователя не защищена токеном, т.к. при регистрации нового пользователя токен еще не выдается, а просто отправляется пароль на email для последующего входа. Т.е. на этот endpoint можно долбиться постоянно и повесить сервер. И еще, что бы такое повесить, чтобы узнать об остановке(вылете) сервера сразу?

или так

Допустим есть большой текст,мне нужно посчитать сколько в нем слова "name". Ну т.е может быть их 10-15 и тд,как мне это сделать?

Если тупо и в лоб. То разбить весь текст на слова по признаку пробел. А далее в цикле сравнивать и при совпадении увеличивать счётчик.

Если тупо и в лоб. То разбить весь текст на слова по признаку пробел. А далее в цикле сравнивать и при совпадении увеличивать счётчик.

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

Допустим есть большой текст,мне нужно посчитать сколько в нем слова "name". Ну т.е может быть их 10-15 и тд,как мне это сделать?