хорош тролить как ОС поможет то?

https://security.stackexchange.com/questions/109968/ram-encryption-is-it-possible

вторая ссылка гугля

но получается ключи и шифр в памяти ?

и тот кто заберет RAM сможет расшифровать

и тот кто заберет RAM сможет расшифровать

если безопасность на нуле - то не поможет ничего

?

ну конечно

но RAM электрозависимая

мы не боимся, везде наши люди

если что отключим

это упрошенная схема нескольких микросервайсов

но кеш будет именно тут

sql: Scan error on column index 5: cannot convert [49] to int64

index тут с 0 или с 1?

наверное все-же с 1..

где тут?

в этой ошибке

не могу понять, что драйвер MySQL отдает в TINYINT

раньше стояло Int64 и все сканировало туда

это типо флага

is_admin короче

так вот, cannot convert 1 to int64

сейчас вот такая ошибка. так в какой тип ассерт делать для интерфейса...

Странная хрень, делаю SELECT ... WHERE email = ?, сканируется все супер. А делаю то-же самое в слайс из юзеров, и уже не сканируется, говорит cannot convert [49] to int64, хотя в таблице все как tinyint хранится (везде 1)

Покажи scan вызов

func (u *User) scanRow(row database.Scannable) error { return row.Scan(&u.ID, &u.Login, &u.Email, &u.Name, &u.Password, &u.IsAdmin, &u.CreatedAt, &u.UpdatedAt) }

но я уже переделал на BIT

вместо tinyint

Happy Friday, happy weekend! Today the Go team is happy to announce the release of Go 1.10. https://golang.org/dl/ https://golang.org/doc/go1.10

с базы тогда приходит []uint8, и первый элемент слайса у нас либо 0 либо 1

О, спасибо!

Пойду changelog почитаю

Happy Friday, happy weekend! Today the Go team is happy to announce the release of Go 1.10. https://golang.org/dl/ https://golang.org/doc/go1.10

кул

но RAM электрозависимая

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

у нас есть батареи

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

Подскажите, а этот чат чем-то отличается от pro.go? Или просто исторически сложилось, что случилось 2 чата в 1.4к человек и никто их не замержил?

Подскажите, а этот чат чем-то отличается от pro.go? Или просто исторически сложилось, что случилось 2 чата в 1.4к человек и никто их не замержил?

#так_исторически_сложилось

мб действительно смёржить?

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

в третий канал!

щаз создам

мб действительно смёржить?

Зачем?

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

такая каша

@twentydraft Go Connecting People

dry solid

да и просто звать побухать быстрее будет получаться

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

не возникнет. у pro.go потерялся создатель, так что дни его сочтены

Блеть :) Подскажите, как правильно организовать код с import loop (видимо, это классическая проблема) Есть пакгейджи А и Б. А дергает модель из базы, что-то с ней химичит и в зависимости от каких-то там факторов вызывает Б и передает в него модель. Проблема в том, что и А и Б должны для работы с моделью "import model", что и вызывает циклический импорт. Как обычно такое обходят?)

Правильно пишут код??

мухи отдельно, котлеты отдельно

А вообще модель не должна импортить ничего кроме libs

Stdlib

Vendor

Selflib

модель и не импортит

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

ERROR: S client not available

Код в студию голосом Якубовича

там много

ща ещё посоображаю)

Кстати, Баду раньше по го хорошие митапы устраивало? Был на других темах, было хорошо.

Всем привет! Кто-нибудь работал с этим пакетом https://github.com/uber-go/icu4go? У меня при установке возникает такая ошибка https://github.com/uber-go/icu4go/issues/4. Нужен мне этот пакет для вывода локализованной даты и времени, т.е. в зависимости от страны выводить в принятном в этой стране формате. Можете подсказать альтернативы?

ручками склонируй. где надо добавь вторую строчку: // #include "bridge.h" // #cgo pkg-config: icu-i18n import "C" без нее не работает

ручками склонируй. где надо добавь вторую строчку: // #include "bridge.h" // #cgo pkg-config: icu-i18n import "C" без нее не работает

Спасибо!

А вообще модель не должна импортить ничего кроме libs

Спасибо, оно :)

Как вы считаете, когда пишу data access layer, на каждую модель есть репозиторий. Как сделать лучше, сделать один общий repo который будет возвращать interface{}, или сделать на каждую реализацию конкретный интерфейс, который возвращает конкретную структуру?

второй вариант

второй вариант

Можешь пояснить хотя бы ссылкой на ресурс? Даже если это про джаву, пофиг.

Подскажите что это? https://github.com/search?q=topic%3Adependency-injection+org%3Auber-go+fork%3Atrue

Подскажите есть ли сейчас смысл использовать ORM типа gorm,xorm или стоит писать все самому на SQL?

Подскажите есть ли сейчас смысл использовать ORM типа gorm,xorm или стоит писать все самому на SQL?

Орм за тебя решает проблемы управления пулом коннектов и маппингом. Если каеф поднять скилл - не используй, для бизнеса - необходимо.

Орм за тебя решает проблемы управления пулом коннектов и маппингом. Если каеф поднять скилл - не используй, для бизнеса - необходимо.

А вы что используете? Я пробовал xorm и gorm. gorm выглядить более удобным

я использовал только gorm, говорят он лучший, но не type safe. вообще стараюсь не использовать реляционные базы по возможности

Орм за тебя решает проблемы управления пулом коннектов и маппингом. Если каеф поднять скилл - не используй, для бизнеса - необходимо.

в Го и без орм есть пул и работает ок ок

в Го и без орм есть пул и работает ок ок

Ну так за ним следить нужно, обрабатывать все ошибки, ВОВРЕМЯ закрывать. Например вытащить коллекцию из итератора это не так тривиально как может показаться с первого взгляда.

Ну так за ним следить нужно, обрабатывать все ошибки, ВОВРЕМЯ закрывать. Например вытащить коллекцию из итератора это не так тривиально как может показаться с первого взгляда.

вероятно, это дело вкуса или ещё чего, работа с чистым sql & mongo не вызывает проблем

на гошке свои базы данных пишут, стыдно должно быть сиплюсплюсную базу юзать

пусть напишут embedded SQL по образу и подобию sqlite, тогда можно будет пальцы загибать. имхо пока что по факту из перечисленного tidb - а зачем ещё один маргинальный SQL сервер? bolt - годится только для самых простых случаев, а sqlite универсален, практически всегда его можно брать вместо болта без риска что-то потерять

Вообще надо сказать что NoSQL - это в принципе в 95%-ах юзкейсов на практике говно, потому что ни кто толком не понимает когда и как его использовать. NoSQL - строго для упрощения и ускорения рапределённых БД без транзакций, всё остальное - от бесов. В том числе bolt. В том числе redis в качестве кеша.

я вот думаю, не надо мыслить чужими штампами. каждый инструмент для своих задач. надо хранить массив структур на время uptime - храним его в []struct. надо быстро найти запись - тогда map[key]struct. надо это расшарить с другими - делаем api. надо сохранять между сеансами - горутиной пишем массив в файл. данных стало много - идем в kv storage. надо джойнить таблицы и делать хитрожопые запросы - переходим на sql. надо поискать соседей - идем в graphql. и т.д.

Наверно не в graphql а в neo4j?

dgraph

neo4j не по феншую

graphql не база

+ Graphql это интерфейс к данным

даже простой набор рекордов бех хитрых джойнов разумнее хранить в sqlite, чем в болте: - для sqlite есть крутой тулинг, не надо саому писать гуй для простых КРУД оперций - sqlite быстрее раза примерно в два - хитрые джойны могут понадобиться завтра

А почему все в один голос советуют эту neo4j, когда есть альтернатива orientdb с кучей профитов?