из резетки достал и всё рак стойку

ОС?

Хотелось бы решить на низком уровне

можно подробнее?

Да, кеш шифровать ничего не должен

у наc cent os

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

Если к нему есть доступ из приложения, значит можно достать.

но внутренее представление должно быть зашифровано, не?

Если к нему есть доступ из приложения, значит можно достать.

Терморектальным)

ну а если не будет дотупа к кешу из приложения, то зачем он собственно нужен, кеш этот!?

прошу прощения

тоесть ты прелагаешь убрать доступ к кешу? Chebyrash

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

иначе он не нужен

легкодоступный кэш?

да, то что нужно, можно ссылку?

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

@onokonem извиняюсь, но это все похоже на троллинг какой-то, вам так не кажется? 🙂

А еали расшифрованные данные надо кешировать - это уже средствами ОС надо делать

ну кеш не шифрует

я могу схему нарисовать

я тоже так думаю

Короче, фиговый ты архитект. Иди учи матчасть по безопасности, пока не уволили.

прошу без личностей

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

А еали расшифрованные данные надо кешировать - это уже средствами ОС надо делать

сейчас схему предоставлю

будет понятнее

тоесть ты прелагаешь убрать доступ к кешу? Chebyrash

Вовсе нет

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

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", что и вызывает циклический импорт. Как обычно такое обходят?)