согл, чтоб сделать сравнение, надо тоже самое реализовать на другой технологии. Я сейчас это отлажываю. По крайней мере преимущество с RMBD — в скорости извлечения.
Как я замечал выше, возможно использовть на memcachedb (или редис но первое надежнее и быстрее)
но мы еще планируем Mongodb под др задачи.
В редисе вполне можно хранить списки, но эта задача явно не для редиса. Можно использовать для этой задачи вполне можно использовать и key/value,
хранить всю информацию в том же JSON,
ключ user_id_12
lданные { friends: [1,2,3,4,5], ffriends: [11,21,22,33...], fffriends: [121,221,222,233...]}
если использовать списки редися — то дубет очень накладно.
будет время, попробую это на memcachedb, это я озвучил в своем втором посте этой темы.
>Так же непонятно как действовать на project2.com на страницах, открытых для анонимусов, но с особым
>поведением для авторизованных. Например, как на хабре — страницу могут видеть все, а поле для
>комментариев только авторизованные. Будете каждый раз пересылать пользователя на sso и обратно
>чтобы узнать не авторизовался ли он на project1.com?
это уже не проблема, и зависит от логики приложения. если не залогинен, то комментарий не напишешь, если залогинен на одном из проектов, то пиши сколько влезет :)
>многие сети работают через один IP для всех пользователей. Например, следуя вашему алгоритму я
> могу легко войти под Васей Пупкиным, сидящим со мной в одном офисе.
да, есть такой момент. у нас это решается с единым хранилищем сессий, об этом я не написал…
Как я замечал выше, возможно использовть на memcachedb (или редис но первое надежнее и быстрее)
но мы еще планируем Mongodb под др задачи.
много других текущих задач.
Обязательно попробую, поделюсь как только так срзу
но кода слишком много, а вырывать код из контекста — будет еще непонятнее.
уже есть такой опыт.
Будут интересны исходники, можешь в них покопаться, тестовую версию скоро выложу.
хранить всю информацию в том же JSON,
ключ user_id_12
lданные { friends: [1,2,3,4,5], ffriends: [11,21,22,33...], fffriends: [121,221,222,233...]}
если использовать списки редися — то дубет очень накладно.
будет время, попробую это на memcachedb, это я озвучил в своем втором посте этой темы.
но достоинство MongoDb в возможности репликации.
если на мускуле эта задача будет решаться быстрее- то я буду только рад.
а на вопрос «Зачем Хабру Барбадос» не ответили
закачка файла upload + upload_progress_module чтоб видеть прогресс закачки
скачивание защищал бы через access_key_module
не мудрил бы с реврайтами и конфиг сделал бы проще.
а в остальном оценка статьи положительная.
какие из социальных сервисов рунета поддерживают OAuth?
где его можно применить в рунете?
есть живые примеры, поддерживаемые распространенными серверами модули или это только планы на будущее?
нам остается использовать BSD-шные утилиты,
это было в моих комментах, за что и минуснули.
изучаю коммент
>поведением для авторизованных. Например, как на хабре — страницу могут видеть все, а поле для
>комментариев только авторизованные. Будете каждый раз пересылать пользователя на sso и обратно
>чтобы узнать не авторизовался ли он на project1.com?
это уже не проблема, и зависит от логики приложения. если не залогинен, то комментарий не напишешь, если залогинен на одном из проектов, то пиши сколько влезет :)
>многие сети работают через один IP для всех пользователей. Например, следуя вашему алгоритму я
> могу легко войти под Васей Пупкиным, сидящим со мной в одном офисе.
да, есть такой момент. у нас это решается с единым хранилищем сессий, об этом я не написал…
переезжаем в «черновики»
теперь переделал на юзера ( для другого проекта).