В вашем замечании конечно есть здравое зерно, но написав статью сейчас — грош цена докладу, в котором я смогу более полно раскрыть тему и главное подробнее рассказать о наиболее интересных вам моментах, в режиме живого диалога.
Цель данного поста отнюдь не само-реклама. Для меня важно понять насколько интересна эта тема сообществу.
Да, но на слайдах много кода не напишешь. Думаю подготовить полную версию исходников + краткую инструкцию по установке и запуску окружения в виде дополнительного материала, только не совсем понимаю как раздать. Есть идеи?
Планируем. Morph, которым пользуемся сейчас не устраивает. Переписали его значительно, но пришли к тому что стоит написать с нуля свой продукт и поделиться.
Ну во первых вы наверно хотели сравнение самого Redis, верно а не клиента для нее?
А во вторых, по моему мнению тяжело сравнивать key-value и документоориентированную базу данных. У каждой свои области применения.
В двух словах: если вам надо хранить коллекции объектов с выборками по полям и эти данные не так часто дергается в приложении, то ваш выбор — Монго. Либо если вам надо хранить данные, которые часто используются и структура не имеет сложных связей, то ваш выбор — Редис.
На наших проектах мы используем как Редис (рейтинги контента, сессии, пользователи, друзья...), так и Монго (обновления друзей, приватные сообщения, альбомы, отметки на фотографиях...), на СУБД ложатся только статистические данные с сложными выборками (биллинг, статистика...)
Мы пока используем старый вариант («снапшоты») и Append Only File еще не тестировали.
Схема следующая: ведется бинлог изменений, и при старте редиса изменения из него подсасываются в базу. Подробнее об этом можно почитать в вики проекта.
Плюсы этой схемы — при падении редиса при обычной схеме вы теряли данные которые были добавлены в промежуток снапшота. В данном случае вы не теряете данные.
Минусы — размер бин лога растет, и сейчас у редиса нету встроенных средств ротации, для этого используется комманда BGREWRITEAOF.
Мне кажется что был бы очень полезен гибридный вариант и автоматическая ротация лога с настройками в конфиге.
Вы о OAuth и SAML? Они показались чересчур перегруженными. Я выше в комментариях описывал. Weblogin.org не рассматривал, но судя по списку фич — это еще тот монстор.
Вы какую-то ерунду пишете. У меня создается впечатление, что вы не поняли о чем идет речь.
При чем тут редиректы. Есть два варинта получения куки с сервера авторизации: серия редиректов и JS. Варинат с JS наиболее прозрачный для пользователя. Читайте внимательно первый пост.
Цель данного поста отнюдь не само-реклама. Для меня важно понять насколько интересна эта тема сообществу.
А во вторых, по моему мнению тяжело сравнивать key-value и документоориентированную базу данных. У каждой свои области применения.
В двух словах: если вам надо хранить коллекции объектов с выборками по полям и эти данные не так часто дергается в приложении, то ваш выбор — Монго. Либо если вам надо хранить данные, которые часто используются и структура не имеет сложных связей, то ваш выбор — Редис.
На наших проектах мы используем как Редис (рейтинги контента, сессии, пользователи, друзья...), так и Монго (обновления друзей, приватные сообщения, альбомы, отметки на фотографиях...), на СУБД ложатся только статистические данные с сложными выборками (биллинг, статистика...)
Мы рассмотрим вопрос добавления в Редиску ORM.
Схема следующая: ведется бинлог изменений, и при старте редиса изменения из него подсасываются в базу. Подробнее об этом можно почитать в вики проекта.
Плюсы этой схемы — при падении редиса при обычной схеме вы теряли данные которые были добавлены в промежуток снапшота. В данном случае вы не теряете данные.
Минусы — размер бин лога растет, и сейчас у редиса нету встроенных средств ротации, для этого используется комманда BGREWRITEAOF.
Мне кажется что был бы очень полезен гибридный вариант и автоматическая ротация лога с настройками в конфиге.
Ну так получается что каждый реквест на ваш сайт — редирект на сервер авторизации и обратно.
При чем тут редиректы. Есть два варинта получения куки с сервера авторизации: серия редиректов и JS. Варинат с JS наиболее прозрачный для пользователя. Читайте внимательно первый пост.