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

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

Описание супер. (Нет)

Он иконку запрашивает наверно

Я вангую, что это префлайт запрос для cors.

Ну всё просто. Я сделал хендлер http, сделал вывод пути и метода. В итоге при каждом запросе у меня печатается GET /path GET /path

Ну всё просто. Я сделал хендлер http, сделал вывод пути и метода. В итоге при каждом запросе у меня печатается GET /path GET /path

все просто... ты посмотри developers tools в браузере и покажи нам что за запросы

Ну если все просто, то не делай два запроса. Делов то.

Ребята, как в gin-gonic заставить работать binding:"required" ?

а никому случайно не попадался in-memory PostgreSQL?

Ну всё просто. Я сделал хендлер http, сделал вывод пути и метода. В итоге при каждом запросе у меня печатается GET /path GET /path

Когда то давно такой фокус можно было наблюдать из за imarker, не знаю живы ли они сейчас

типа https://github.com/yandex-qatools/postgresql-embedded но гошный

вопрос вызов buffio.scanner.Scan() блокирующий?

типа https://github.com/yandex-qatools/postgresql-embedded но гошный

in-memory - это когда в оперативной памяти хранит данные. embedded - это когда встраивается куда-то

ну да, это джавная штучка

я для юнит-тестов ищу способ работать с базой

хватало sqlite пока не попался специфически постресовский синтаксис

у меня есть значение uintptr. Как мне получить из него соответствующий []byte ?

Для системы 32 или 64 бит? Для LE или BE?

все просто... ты посмотри developers tools в браузере и покажи нам что за запросы

func main() { http.HandleFunc("/", handlf) log.Fatal(http.ListenAndServe(":8080", nil)) } func handlf(w http.ResponseWriter, r *http.Request) { log.Println(r.Method, r.URL.Path) } всё убрал, оставил это. Кажется, я по глупости воткнул пермамент редирект и браузер теперь редирект делает из кэша диска.

Буду знать, спасибо, @zelenin

Редирект из кэша.

Для системы 32 или 64 бит? Для LE или BE?

LE, адрес к счастью 32-х битный в любом случае

я для юнит-тестов ищу способ работать с базой

а почему просто в транзакции не оборачивать?

а почему просто в транзакции не оборачивать?

В основном коде горм

В основном коде горм

и?

и?

Делать тест в транзакции и потом сбрасывать? Возможно это вариант

Делать тест в транзакции и потом сбрасывать? Возможно это вариант

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

Хотя мне бы тестовые данные а не реальную базу

тестовые данные уже в коде теста надо заливать, а не заранее

Так если у меня транзакция над реальной базой то там уже есть данные

Или делать truncate в init?

Как то это того...

Так если у меня транзакция над реальной базой то там уже есть данные

поясни? если что вложенные транзакции работают

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

Ну мне нужна чистая база в которую я положу тестовые данные

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

Да, видимо так, спасибо

да, новые создавай, накатывай таблицы, и после тестов дропай

главное, чтобы тесты были независимые

Забыл про схемы)

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

тогда это хорошие тесты)

Согласен)

если надо адрес первого элемента в слайсе, так можно - uintptr(unsafe.Pointer(&b[0])) ?

если надо адрес первого элемента в слайсе, так можно - uintptr(unsafe.Pointer(&b[0])) ?

У массива думаю, что да. А у слайса сначала надо выковырять reflect.SliceHeader где уже адрес данных

У массива думаю, что да. А у слайса сначала надо выковырять reflect.SliceHeader где уже адрес данных

можно пример как его выковырять из слайса?

header := *(*reflect.SliceHeader)(unsafe.Pointer(&b)) ?

header := *(*reflect.SliceHeader)(unsafe.Pointer(&b)) ?

именно

LE, адрес к счастью 32-х битный в любом случае

Кстати bytes := make([]byte, 4) binary.LittleEndian.PutUint32(bytes, 0xB15B00B5)

Кстати bytes := make([]byte, 4) binary.LittleEndian.PutUint32(bytes, 0xB15B00B5)

bytes[0] == 0xB5, всё ок

Кто нить юзает Pgx? я вот читал мол там на каждый запрос сначала отсылается prepared statement. То есть судя по всему от SQL Injections я буду защищен и мне можно вообще забить на почти все првоерки?

Кто нить юзает Pgx? я вот читал мол там на каждый запрос сначала отсылается prepared statement. То есть судя по всему от SQL Injections я буду защищен и мне можно вообще забить на почти все првоерки?

Чтобы защититься от иньекций, тебе вместо встраивания данных в запрос, надо просто передавать их как плейсхолдеры $1, $2.. $N

Чтобы защититься от иньекций, тебе вместо встраивания данных в запрос, надо просто передавать их как плейсхолдеры $1, $2.. $N

да. я так и передаю.

а имя таблицы можно так передать? ну типа Select * from $1 where … ?

да. я так и передаю.

Потому что тогда подстановку выполняет сама бд

ну да. prepare statements

а имя таблицы можно так передать? ну типа Select * from $1 where … ?

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

Кто нить юзает Pgx? я вот читал мол там на каждый запрос сначала отсылается prepared statement. То есть судя по всему от SQL Injections я буду защищен и мне можно вообще забить на почти все првоерки?

все данные прогоняй через валидаторы. всегда. во всех языках и на всех базах

Чтобы защититься от иньекций, тебе вместо встраивания данных в запрос, надо просто передавать их как плейсхолдеры $1, $2.. $N

он явно про другое спросил)

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

да. так и делаю

да. так и делаю

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

все данные прогоняй через валидаторы. всегда. во всех языках и на всех базах

зачем? чем плох подход с плейсхолдерами? ну длину я могу завалидировать например. но там чот геморно все остальное валидировать

DROP TABLE tableName;

ну вопрос о том и был. Спасут ли плейсхолдеры и prepared statement от такого

от какого?

Посоветуйте, что почитать для углубленного изучения Go? Там, reflect, unsafe, ...

от параметров вида “; drop table users; "

да

то есть это именно для этого и сделано

Никогда не доверять пользовательским данным! Они всегда дольжны проходить через валидаторы. Сергей прав

то есть это именно для этого и сделано

Спасибо понял.

зачем? чем плох подход с плейсхолдерами? ну длину я могу завалидировать например. но там чот геморно все остальное валидировать

плейсхолдеры защитят тебя от “; drop table users; ", не боись

плейсхолдеры защитят тебя от “; drop table users; ", не боись

валидаторы добавляют уверенность

окей. есть какие нить валидаторы которые как аннотации к колбекам сервера запиливаются? А то я кастомный написал и он получился гавно с правилами вида const ListEventsIdRule = "request_id,any,nospace,minl=1,maxl=172,req"

валидаторы проверят как минимум тип, отсекут злонамеренно сформированные запросы с данными на граничных условиях - NaN, огромные числа/строки, битые даты

а есть для Go типа <другой язык> right way? Или вот это оно: https://golang.org/doc/effective_go.html#introduction ?

а есть для Go типа <другой язык> right way? Или вот это оно: https://golang.org/doc/effective_go.html#introduction ?

Оно + blog.golang.org

ясно ,спасибо

Привет всем. Наткнулся на один интересный случай. Я уже понял, почему так происходит, но всегда думал, что case в select не может залочиться и всегда выполнится default. Оказалось нужно внимательнее доку читать Думаю будет интересно посмотреть: https://play.golang.org/p/vblaXUZFvXY

так залочился не селект

залочилось то чтение из канала, которое не в селекте