и?

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

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

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

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

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

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

Или делать 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

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

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

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

Из out прочитай сначала, а то default ждёт этого.

Из out прочитай сначала, а то default ждёт этого.

Нет, сам лок происходит на этой строчке: case out <- <-in:

Потому что не может из in прочитать

Ок.

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

Потому что не может из in прочитать

именно. чтение из in - не в select

Нет, сам лок происходит на этой строчке: case out <- <-in:

chan chan'ов? оригинально

не

тьфу, нет же

это чтение из in и немедленно отправка в out

pipe

ERROR: S client not available

а chan chan'ов я регулярно использую вернее - chan структур, в которой есть chan типа "сделай вот это и пришли мне результат вот по этому каналу"

Реябт добрый день, я новичек в Го надеюсь вы не против будете видеть меня и мой вопросы в группу.

Вроде же все логично, из in один раз прочитали, во второй раз будет лок...

Реябт добрый день, я новичек в Го надеюсь вы не против будете видеть меня и мой вопросы в группу.

тут не очень любят вопросы, если на них ответ есть в рамках go tour, а так как в других русскоязычных IT каналах все

Давайте поможем сделать Go еще круче. Чуваки из кор тим просят заполнить опросник. ? https://blog.golang.org/company-questionnaire2018

Это я понимаю, пока я учил Angular, меня много пинали :)

Это я понимаю, пока я учил Angular, меня много пинали :)

Не переживайте, го сообщество весьма отзывычивое и весьма терпимо относится к банальным вопросам

Не переживайте, го сообщество весьма отзывычивое и весьма терпимо относится к банальным вопросам

.. до поры до времени :))

Не переживайте, го сообщество весьма отзывычивое и весьма терпимо относится к банальным вопросам

Как мне отправить структуру в канал?

Одно хочу сказать, это первый язык который мне вот прям сразу понравился (хотя это может быть плохо), не Nodejs ни php этого не смогли сделать.

Одно хочу сказать, это первый язык который мне вот прям сразу понравился (хотя это может быть плохо), не Nodejs ни php этого не смогли сделать.

надо было брать С :)

Как мне отправить структуру в канал?

злой ты

Как мне отправить структуру в канал?

а в чем проблема ? О_о

а в чем проблема ? О_о

Это шутка была...

Как мне отправить структуру в канал?

пройдите go tour, пожалуйста

Одно хочу сказать, это первый язык который мне вот прям сразу понравился (хотя это может быть плохо), не Nodejs ни php этого не смогли сделать.

Мне тоже он понравился с первого взгляда. Единственная проблема, что все возникающие у меня вопросы легко гуглятся/описаны в документации, так что даже поговорить с чятиком не о чем

пройдите go tour, пожалуйста

Спасибо!

да, примерноо так все и будет

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

а что с ними не как обычно?

Мне тоже он понравился с первого взгляда. Единственная проблема, что все возникающие у меня вопросы легко гуглятся/описаны в документации, так что даже поговорить с чятиком не о чем

Надеюсь это будет хорошем выбором для меня в качестве backend для Angular.

зависит от задач

на go - пока? - очень мало библиотек под типовые бизнес-задачи

соответственно - в энтерпрайз на go заехать трудно

на go - пока? - очень мало библиотек под типовые бизнес-задачи

эээээ? я вот не согласен

ни у одного языка я не видел такого вот сходу количества

надо тебе ком порт или рендеринг рейтресинг - пожалуйста

это другое

соответственно - в энтерпрайз на go заехать трудно

это почему?

ML не хватает только (это у всех проблемы кроме питона)

это почему?

я строкой выше написал, почему

какие именно бибилиотеки?