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

Но идея с одним потоком для записи хороша и понятна

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

Это херня какая то

Имхо

Ну такая идея. В случае ошибки записи клиент в дураках, да.

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

Ничего страшного в моем случае.

дамп на диск тоже не страшно. Его можно не сразу а раз в пять минут например.

Самое главное индекс пересчитать.

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

Ок, допустим клиент получает отмашку "{status: 'OK'}". Вопрос что быстрее - мьютексы или чанел

В канале внутри мутекс. Вывод напрашивается сам.

два

но - канал бывает буферизованный

два

хех. Вопросов больше не имею.

Тут очень много случаев race condition может быть. Данные записались не в том порядке или что то не так пошло. Думаю, не зря in-memory DB часто однопоточны

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

но - канал бывает буферизованный

если буфер лимитированный то я могу не париться и массив сделать и в него писать. и отдельно разгребать.

Канал, в добавок, нагляднее будет.

но это как раз и будет буферизованный канал, по факту

еще вопрос. после того как начал писать в map и до того как закончил писать в map - читать из него безопасно? для читателей надо делать лок пока не запишут?

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

поэтому надо пользовать rwmutex

https://github.com/avelino/awesome-go/pull/1371/files#diff-04c6e90faac2675aa89e2176d2eec7d8R815

поэтому надо пользовать rwmutex

но он, грубо говоря, блочит мир.

что ты имеешь в виду?

https://github.com/golang/go/issues/17973

добрый день. Есть такая задачка. Нужно накалякать rest server. Есть кучка сущностей, которые могут возвращаться в ответах. Само тело ответа состоит из {metadata: {...}, response: {......}} В зависимости от запроса нужно подменять в поле response данные на эти сущности. Как сие заделать есть идеи? куды копать? желательно пользовать echo

модельки сущностей описаны. собсна не хотелось бы под каждую сущность еще городить "response json" струтуру...

хочется как-то "втыкать" json сущности в json ответа

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

как это сделать?

select-то тут зачем? оО

это драфт функции

не до конца написана еще

вопрос - как мне закрыть out когда psession.Finished

если не дает спать select

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

https://gobyexample.com/closing-channels

в моем случае индикатор того что хватит лежит вне функции

это сильно некрасиво?

ну если ты одним и тем же out пользуется и там и там

очевидно ты или должен или как-то его передавать в функции как аргумент

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

Эмм чет не пойму все в одном пакете

Скорее всего ты билдишь файл, а не пакет

пишу middleware для echo. Внутри втыкаю println(context.Response().Status) . В обработке urla пишу return context.String(404, "test error") . И мидлваря мне вываливает статус 200....Почему такое может быть?

Скорее всего ты билдишь файл, а не пакет

оу

А подскажите ка слаковую группу по го

Можно ли Gogland подружить с Golint? Каждый раз через консоль не самое удобное дело

а кто понял что означает переименование Докера в Moby?

Moby Dock

https://habrahabr.ru/post/326798/

Ребятки, тут в чате кто то писал, что в каналах Go используется 2 мютекса внутри. Где нибудь есть статья об этом?

(потому, что в канале больше одного мутекса)

Я про это. Просто для себя интересно.

/help

@berserkk https://habrahabr.ru/post/308070/

@berserkk https://habrahabr.ru/post/308070/

Да, я читал эту статью. Но там вроде только про 1 мютекс говорится.

Там про один мутекс, ага

Какая боль для перфекциониста когда функция аргументов у функции как штатов в америке (нет)

Сильно! :)

Кажется, тут могла бы быть структура

Хотя бы interface{}

Чтоб о порядке при передаче не думать

И читалось лучше чем func(1, 5, 7, "FG")

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

Что я делаю не так?

а так работает

Как влияет регистр на это?

для json-а нужны экспортируемые поля

вот, а как они помечаются? я же справа просписал уже в ковычках, регистр влияет на экспорт поля?