Хоть в файлик)

Хоть sqllite

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

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

Для понту дела можешь взять LevelDB

Полезный опыт будет

Полезный опыт будет

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

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

Ну смотри) но все таки рекомендую LevelDB

nosql это любая такая база для хранения сессий? я просто совсем слабый пока, мало что понимаю)

как написать резюме? Знаешь ли ты Sql? Нет! Так и запишем - NoSql :)

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

Проще, проще надо, особенно для маленького проекта "только для себя". memcached, redis, а то и вообще просто все сессии в памяти Go хранить. Грубо говоря, в мапе, где ключ - кука из запроса. Навертеть что-то сложнее никогда не поздно.

Подскажите, пожалуйста, есть JSON. Как его лучше всего передать с http PUT ?

в BODY

Спасибо!

добавляя в хидеры тип нагрузки

Да, я понял уже. Вы мне второй раз уже помогли! Ещё раз спасибо!

Подскажите, как в данном примере удалить все данные кроме цифр? https://play.golang.org/p/VWCmKXRahna

первое, что приходит на ум - regexp

https://play.golang.org/p/aCGM2rEKya2

https://play.golang.org/p/hewvMFXq2ti

Cпасибо Даниэль и Илья, в сторону регулярки, я как то не смотрел...

Есть форма, где динамически добавляются импуты <input type="text" name="name[]" class="who form-control" > Как получить массив импутов? У меня так выводит содержания первого импута context := make(map[string]string) if r.Method == "POST" { context["name"] = r.FormValue("name[]") } fmt.Println(context)

Есть форма, где динамически добавляются импуты <input type="text" name="name[]" class="who form-control" > Как получить массив импутов? У меня так выводит содержания первого импута context := make(map[string]string) if r.Method == "POST" { context["name"] = r.FormValue("name[]") } fmt.Println(context)

Попробуй итерировать r.Form

for key, values := range r.Form { fmt.Println(key, values) } никак не помогло, ничего не вывело.

Проблема решена, нужно было перед циклом написать r.ParseForm()

кто-нибудь работал с prepared queries для mysql? не могу найти в доках никакой инфы о том, нормально ли при инициализации пакета (ну ли при соединении с бд) сделать prepare, а потом всю дорогу использовать готовые стейтменты? и закрыть их все при завершении работы сервиса.

кто-нибудь работал с prepared queries для mysql? не могу найти в доках никакой инфы о том, нормально ли при инициализации пакета (ну ли при соединении с бд) сделать prepare, а потом всю дорогу использовать готовые стейтменты? и закрыть их все при завершении работы сервиса.

Нормально, но это отъест 1 коннект к базе

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

Возьмет и заново выполнит prepare?

ого

Всем привет. Как можно конвертнуть string в uint32? метод strconv.ParseUint() возвращает uint64

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

Могли бы ссылку на доку дать?

Возьмет и заново выполнит prepare?

http://go-database-sql.org/prepared.html When you execute the Stmt, it tries to use the connection. If it’s not available because it’s closed or busy doing something else, it gets another connection from the pool and re-prepares the statement with the database on another connection.

and re-prepares the statement with the database on another connection круто

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

мой вопрос скорее был в том, насколько больше оверхед, если не делать prepare, а просто каждый раз дергать Query(). он же под капотом то же самое делает каждый раз.

Всем привет. Как можно конвертнуть string в uint32? метод strconv.ParseUint() возвращает uint64

if s, err := strconv.ParseUint("42", 10, 32); err == nil { fmt.Printf("%T\n", uint32(s)) }

if s, err := strconv.ParseUint("42", 10, 32); err == nil { fmt.Printf("%T\n", uint32(s)) }

спасибо

мой вопрос скорее был в том, насколько больше оверхед, если не делать prepare, а просто каждый раз дергать Query(). он же под капотом то же самое делает каждый раз.

а где сказано, что надо не "просто каждый раз дергать Query()", а именно вот это вот делать prepare?

а где сказано, что надо не "просто каждый раз дергать Query()", а именно вот это вот делать prepare?

Prepare дает прирост скорости если делать много одинаковых запросов

нигде, я и спрашиваю, как сделать лучше

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

Prepare дает прирост скорости если делать много одинаковых запросов

нет

Travic CI фейлит билд. В travis.yml указана версия 1.10, а он её конвертирует в 1.1

нет

Да

Нашёл виновника

а где сказано, что надо не "просто каждый раз дергать Query()", а именно вот это вот делать prepare?

Query внутри сделает prepare все равно. вопрос в том, нафига каждый раз это делать, если можно один раз объявить.

Prepare дает прирост скорости если делать много одинаковых запросов

коллеги, насколько я помню, в недрах sql есть кеш подготовленных запросов

коллеги, насколько я помню, в недрах sql есть кеш подготовленных запросов

В бд тоже есть свой кеш запросов. Значит ли это что можно пренебречь еще одним способом ускорить выполнение? Не думаю.

нигде, я и спрашиваю, как сделать лучше

prepare кеширует соединение а не запрос. Соотв. не важно сколько у вас запросов. prepare будет вызываться в любом случае если у вас в db.Query() больше одного аргумента, иначе не будут в любом случае. Если вам надо именно SQL запрос кешировать, то это совсем другая история

В бд тоже есть свой кеш запросов. Значит ли это что можно пренебречь еще одним способом ускорить выполнение? Не думаю.

ускорить не получится

В бд тоже есть свой кеш запросов. Значит ли это что можно пренебречь еще одним способом ускорить выполнение? Не думаю.

бред какой. с чего бы ему там быть?!

бред какой. с чего бы ему там быть?!

В mysql, например, он есть все время сколько я его знаю.

ускорить не получится

Нужно это дело забенчмаркать

бред какой. с чего бы ему там быть?!

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

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

ну так это на сервере, а не в гошной библиотеке кешируется

prepare кеширует соединение а не запрос. Соотв. не важно сколько у вас запросов. prepare будет вызываться в любом случае если у вас в db.Query() больше одного аргумента, иначе не будут в любом случае. Если вам надо именно SQL запрос кешировать, то это совсем другая история

чувак, ты про PREPARE читал? https://dev.mysql.com/doc/refman/5.7/en/sql-syntax-prepared-statements.html

ну так это на сервере, а не в гошной библиотеке кешируется

А кто вам про гошную либу что писал?

Может возникнуть следующее: 1. Разные треды получат разные указатели. 2. Будет битый указатель вникуда. Что будет - вопрос хороший, зависит от архитектуры и везения.

как? Там XCHGQ

Нужно это дело забенчмаркать

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

как? Там XCHGQ

Где?

Где?

Swap pointer

Swap pointer

Не атомик?

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

SQL с большим и трудным AST

Не атомик?

В атомике

SQL с большим и трудным AST

парсинг ничто, планнинг - всё.

ERROR: S client not available

В атомике

А речь была про неатомик

Не атомик?

XCHGQ - и есть такой атомик

Типа что будет если не атомарности присвоить указатель

SQL с большим и трудным AST

спасибо, кэп. у вас есть такой под рукой?

Типа что будет если не атомарности присвоить указатель

Undefined behaviour

Undefined behaviour

О том и речь

Дальше были попытки предположить что именно может быть

Всем привет. Как можно конвертнуть string в uint32? метод strconv.ParseUint() возвращает uint64

uint32(varuint64) сделать

кто-нибудь работал с prepared queries для mysql? не могу найти в доках никакой инфы о том, нормально ли при инициализации пакета (ну ли при соединении с бд) сделать prepare, а потом всю дорогу использовать готовые стейтменты? и закрыть их все при завершении работы сервиса.

Лучше подготовить запросы перед циклами и тп, потом закрыть, когда понадобится опять подготовить.

Народ, если мне нужен SortedSet или просто очередь внутри приложении, есть чтонить стандартное? (пока пытаюсь понять, что происходит внутри container/heap)

очередь? это не канал ли буферизованный? a set - нету, надо колхозить свою имплементацию на map

вот я тоже думаю сбоку в сторону буферезированного коанала. думаю, не напорюсь ли я на блокировку подороге

Колходжить над map - плохо, потому что оно будет медленно

(вообще не понимаю, почему есть только HashMap, а остальное лесом выкинули)

вот я тоже думаю сбоку в сторону буферезированного коанала. думаю, не напорюсь ли я на блокировку подороге

какую блокировку?!

Коллеги, подскажите платный онлайн курс для advanced уровня админов по тематике DevOps/GO . Спасибо

Колходжить над map - плохо, потому что оно будет медленно

это кто сказал?

это кто сказал?

ну например, у меня сортедмап, с интами. и я хочу флашнуть все что младше определенного числа. На хешмапе - это куча фуллсканов

вот я тоже думаю сбоку в сторону буферезированного коанала. думаю, не напорюсь ли я на блокировку подороге

Если буфер заполнится, то пихальщик в канал остановится.

Если буфер заполнится, то пихальщик в канал остановится.

ага

Если буфер заполнится, то пихальщик в канал остановится.

если у нас буфер достаточно большой, и переполнился - это повод для паники, вообще-то

ну например, у меня сортедмап, с интами. и я хочу флашнуть все что младше определенного числа. На хешмапе - это куча фуллсканов

один ровно, для получения ключей.

один ровно, для получения ключей.

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

это чуть лучше чем. ясебе представлял

но все равно страшно

Нужно это дело забенчмаркать

Уже проходили: https://github.com/Supme/gonder/blob/master/api/recipients.go#L541 Тут список в тыщ 50 строк с параметрами, без подготовки запросов грузит минут 20, с подготовкой секунд 15

но все равно страшно

а как вы думаете, как работает тот самый sorted set, который вам нужен

Типа что будет если не атомарности присвоить указатель

что угодно

Уже проходили: https://github.com/Supme/gonder/blob/master/api/recipients.go#L541 Тут список в тыщ 50 строк с параметрами, без подготовки запросов грузит минут 20, с подготовкой секунд 15

чет я в это не верю. prepare такого смешного запроса не может занимать 1985 секунд

что угодно

Ну вот дальше спекуляции на эту тему

Ну вот дальше спекуляции на эту тему

это ты спекулируешь? а зачем?