Да и в принципе, многие фс это поддерживают. А если речь идет о SSD то тут вобще решение с хранением сессий в мелких файлах может порвать по скорости некоторые embedable db

нет. по тем же причинам. когда тебе надо идти в диск - всё, приехали.

осталось только сделать так, чтобы весь dentry был в памяти

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

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

"смонтировать в память" - это как?

"смонтировать в память" - это как?

man tmpfs

man tmpfs

ну так питание пропало - пропали все сессии.

ну так питание пропало - пропали все сессии.

Да, а еще когда питание пропадает даже бд осыпаются, а некоторые даже вхлам. Так что не аргумент

Да, а еще когда питание пропадает даже бд осыпаются, а некоторые даже вхлам. Так что не аргумент

аргумент, потому что wal и вот это всё.

ну так питание пропало - пропали все сессии.

а в чем собственно беда? лишний раз залогиниться пользователям - business critical failure?

а в чем собственно беда? лишний раз залогиниться пользователям - business critical failure?

это нехорошо, пользователь должен как можно реже логиниться, это безопаснее и удобнее

это нехорошо, пользователь должен как можно реже логиниться, это безопаснее и удобнее

а в чём проблема реляционной базы?

а в чём проблема реляционной базы?

1. дополнительная сложность (и скорее всего даже неоправданная) 2. дополнительные зависимости

о-ё

коллеги

откуда опять вылезла эта херня

какая сложность?

сделать insert и select?

он про инфраструктуру

вот только современная инфраструктура все равно есть

ну используй embedable sql

типа sqlite3

tidb

ql

просто аргументы против фс из пальца высасываешь

ещё-раз: неоправданная сложность

почему?

почему?

потому-что пользы от этого нет

кода столькоже и даже меньше чем в файловой реализации

есть три уровня dbms, годныхк к использованию 1. embedable 2. single server 3. clustered использовать по возможности надо 3

просто аргументы против фс из пальца высасываешь

фс: 1) может быть нагружена другим 2) может быть недостаточно производительна 3) если сессии обновлять и хранить там много информации а не пару булевых флажков, то нагрузка будет неоправданно высокой.

и вся математика

а в чём проблема реляционной базы?

Вобще-то если в проекте уже юзается постгрес, то имеет смысл хранить сессии там. ЕМНИП в 9ку вошли патчи c которыми постгрес как document-oriented database по скорости рвет монгу

ты пока только критикуешь и не предложил свой вариант

постгрес - это головная боль эксплуатации.

фс: 1) может быть нагружена другим 2) может быть недостаточно производительна 3) если сессии обновлять и хранить там много информации а не пару булевых флажков, то нагрузка будет неоправданно высокой.

так база использует фс бэкэндом

как и любая RDBMS

постгрес - это головная боль эксплуатации.

откуда такие стереотипы?

так база использует фс бэкэндом

хранить сессии в реляционной базе тоже решение не всегда оправданное.

фс: 1) может быть нагружена другим 2) может быть недостаточно производительна 3) если сессии обновлять и хранить там много информации а не пару булевых флажков, то нагрузка будет неоправданно высокой.

повторюсь в очередной раз: для оптимизации есть хуки, их и дёргай и реализуй что хочешь, хочешь sqlite, хочешь clustered SQL, хочешь casandra, хочешь S3.. а данное решение: дефолтное и самое простое для маленьких проектов чтоб не пришлось реализовывать хуки

откуда такие стереотипы?

из личного опыта

хранить сессии в реляционной базе тоже решение не всегда оправданное.

https://www.wix.engineering/single-post/scaling-to-100m-mysql-is-a-better-nosql

хранить сессии в реляционной базе тоже решение не всегда оправданное.

Это как?

sessinId userId - два поля в базе

https://www.wix.engineering/single-post/scaling-to-100m-mysql-is-a-better-nosql

а что сказать-то хотите? я не спорю :)

повторюсь в очередной раз: для оптимизации есть хуки, их и дёргай и реализуй что хочешь, хочешь sqlite, хочешь clustered SQL, хочешь casandra, хочешь S3.. а данное решение: дефолтное и самое простое для маленьких проектов чтоб не пришлось реализовывать хуки

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

повторюсь в очередной раз: для оптимизации есть хуки, их и дёргай и реализуй что хочешь, хочешь sqlite, хочешь clustered SQL, хочешь casandra, хочешь S3.. а данное решение: дефолтное и самое простое для маленьких проектов чтоб не пришлось реализовывать хуки

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

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

дефолтное в памяти?

дефолтное в памяти?

for demo purposes - да.

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

ладно, я поехал

Сегодня в 20:15-20:30 (это начало) в кафе/баре BROCARD (Москва, Большая Новодмитровская, 36 ст1, метро Дмитровская, на территории дизайн-завода Flacon) будут неформальные Gopher’s посиделки:) Если хотите приходите:)

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

К примеру wiki golang...

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

поумолчанию сессии отключены, если их включить но не определить хуки - возьмётся за дело дефолтный storage, который потребует session_file_path и если тот не указан - запаникует. Следственно ты однозначно поймёшь что сессии пишутся на диск, а если этого не желаешь - напишешь собственную логику сессий в хуках OnSessionCreated, OnSessionLookup и OnSessionClosed

там же нет сессий вроде)

поумолчанию сессии отключены, если их включить но не определить хуки - возьмётся за дело дефолтный storage, который потребует session_file_path и если тот не указан - запаникует. Следственно ты однозначно поймёшь что сессии пишутся на диск, а если этого не желаешь - напишешь собственную логику сессий в хуках OnSessionCreated, OnSessionLookup и OnSessionClosed

хватит мыслить одним фрэймворком, это вгоняет в ступор)

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

хватит мыслить одним фрэймворком, это вгоняет в ступор)

вопрос был о вашем мнении относительно конкретного issue: https://github.com/qbeon/webwire-go/issues/8

А, да?)

я считаю, что сессии надо хранить в кубернетесе. без этого никак.

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

я считаю, что сессии надо хранить в кубернетесе. без этого никак.

поэтому для тебя есть хуки и полная свобода фантазии ?

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

у нас админы в серверной пиво хранят ?

у нас админы в серверной пиво хранят ?

Не только у вас. ?

я 20 лет в эксплуатации, я в курсе

ERROR: S client not available

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

там просто сауна случилась

дебилы серверную строили

на 60 градусов помоему сработал аларм

и дебилы аларм настраивали

хорошая запеканка бы вышла, платинум эдишен

и дебилы аларм настраивали

нормально, кондиционер почти никогда не подводил ?

это офисное барахло, на 2 стойки всего. Основное то в ДЦ

если в сессии хранить относительно немного (или мы знаем максимальный объем данных что мы можем хранить в сессии, то лучше набор жирных файлов

если в сессии хранить относительно немного (или мы знаем максимальный объем данных что мы можем хранить в сессии, то лучше набор жирных файлов

щас на тебя набегут считающие фс лучшей СУБД

и что все люди, пишущие СУБД - тупые

народ кто сталкивался с такой ересью

сайт отдает html в кавычках, да и еще и экранированный обратными \

Полный пример: "<div class=\"people_box_wr people_box_3_cell \">\r\n\t<div class=\"people_box\">\r\n\t\t\t\t\t<div class=\"people_box_in\">\r\n\t\t\t\t<div class=\"people_box_ava\">\r\n\t\t\t\t\t<img src=\"\/img .... "

я вот думаю как его можно "захавать"

я как понял они проехались по нему - stringify функцией

сайт отдает html в кавычках, да и еще и экранированный обратными \

а это точно? т.е. если через браузер/postman/curl/wget сделать запрос, то что отдаст?

Полный пример: "<div class=\"people_box_wr people_box_3_cell \">\r\n\t<div class=\"people_box\">\r\n\t\t\t\t\t<div class=\"people_box_in\">\r\n\t\t\t\t<div class=\"people_box_ava\">\r\n\t\t\t\t\t<img src=\"\/img .... "

я помню недавно здесь же упоминали об экранированном json

Да, похоже что парсер сломался

а это точно? т.е. если через браузер/postman/curl/wget сделать запрос, то что отдаст?

точно

я проверял через чисты запрос "по коду" ?

И браузер это нормально рендерит?

ну да, они через JS прокидывают

но в превью браузера полная каша на запрос ?

мб вот это поможет https://golang.org/pkg/strconv/#Unquote

я вот думаю как его можно "захавать"

сэваль его :D

package main import ( "fmt" "io/ioutil" "github.com/apaxa-go/eval" ) func main() { html_slice, _ := ioutil.ReadFile("html") html := string(html_slice) expr, _ := eval.ParseString(html, "") result, _ := expr.EvalToInterface(nil) fmt.Printf("Original \n%s\n", html) fmt.Printf("Result \n%s\n", result) }

Original "<!DOCTYPE html>\n<html>\n<head>\n <title>Some title</title>\n</head>\n<body>\n\n</body>\n</html>\n" Result <!DOCTYPE html> <html> <head> <title>Some title</title> </head> <body> </body> </html>

а если серьезно - похоже придется руками все \n \" заменять

bodyString := string(body) bodyString = strings.Replace(bodyString,`\/`, "/",-1) v := make(map[string]string) json.Unmarshal([]byte("{\"x\": "+ bodyString +"}"), &v) z := strings.NewReader(v["x"])