Многомерный массив в сессии

[WMix]

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

а если "хранилище" на базу изменить, думаешь изменится чтонить?

 

[antson]

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

 

[Фанат]

а если "хранилище" на базу изменить, думаешь изменится чтонить?

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

 

[c0dex]

Вы еще накладные расходы на сериализацию-десериализацию не забудьте =D

 

[Breeze]

не забудьте

заодно муисам заюзать

 

[WMix]

@antson, даже в этом случае проблема блокировки актуальна, как на счет транзакции? в смысле решение блокировки проще, нужно определиться пишешь или читаешь, и до тех пор пока пишешь, будет блокировка, при любом раскладе, а при чтении сессия на файлах не помеха

 

[c0dex]

@Breeze, чертов извращенец >

 

[antson]

@WMix, я что написал ? сессия не подходит. В своем штатном воплощении . Извращаться над ней никто не запрещает. В конце концов, когда начнет работать пристойно, от нее ничего не останется
кроме жуткого извращения.

 

[antson]

Всё строится на API других ресурсов.

Вопросы :
квоты на обращения к апи ?
время ответа каждого из них?

Решение вижу в написании прокси к АПИ с кешированием.

 

[WMix]

совсем без сессий не получится, а если уже то почему бы не использовать чуть больше чем user_id? К примеру словарик для выбранного языка, рутинг если его нужно постояннр из базы тянуть. Так глядишь и уже первую 1000 насобирали. Согласен что все подрят пихать не правильно, но и категоричное нет нахожу перебором