Новый механизм сессий
В механизм пользовательских сессий. Теперь сессии хранятся в отдельной таблице и содержат данные о последней дате активности пользователя и его IP. Это позволит снять нагрузку с запроса на получения списка онлайн юзеров, который раньше приходилось делать ко всей таблице пользователей.
Также появилась новая фишка — теперь сессия авторизованного юзера обновляется в БД не при каждом запросе к сайту, а с интервалом в 10 минут. Т.е. каждый раз она сохраняется в кеше и каждые 10 минут сбрасывается в БД. Это позволит избавиться от большого числа UPDATE запрос при значительном онлайне пользователей, что должно сказаться на производительности, особенно у обладателей MyISAM, т.к. это engine полностью лочит таблицу при записи в неё.
Надеюсь на вашу помощь в тестирование этого нововведения :)
ЗЫ Забыл добавить, т.к. обновление в БД происходит минимум раз в 10 минут, то при отображении списка онлайн юзеров возможна погрешность в сортировке, которая составляет примерно 10 минут
Также появилась новая фишка — теперь сессия авторизованного юзера обновляется в БД не при каждом запросе к сайту, а с интервалом в 10 минут. Т.е. каждый раз она сохраняется в кеше и каждые 10 минут сбрасывается в БД. Это позволит избавиться от большого числа UPDATE запрос при значительном онлайне пользователей, что должно сказаться на производительности, особенно у обладателей MyISAM, т.к. это engine полностью лочит таблицу при записи в неё.
Надеюсь на вашу помощь в тестирование этого нововведения :)
ЗЫ Забыл добавить, т.к. обновление в БД происходит минимум раз в 10 минут, то при отображении списка онлайн юзеров возможна погрешность в сортировке, которая составляет примерно 10 минут
70 комментариев
Оптимизировали там, где это требовалось в последнюю очередь…
Похоже, что я ошибался.
Я работаю с нескольких компьтеров, и при поочередном посещении сайтов на LS приходится логиниться. Это огрешность или фишка безопасности? Если сделано для безопасности — можно вынести этот параметр в конфиг?
func_array_simpleflip($aAllowData); (User.class.php строка 67)
func_build_cache_keys($aUserId,'user_'); (User.class.php строка 110)
и далее по аналогии.
выборочно лучше не нужно накатывать обновления, а то грозит такими неприятностями как эта
Предложение на такой борде: "… (нужное вписать) залогиньтесь!" Будет иметь буквальный смысл. А что как и залогинется? Страшно даже представить.
А вообще спасибо! скрипт у вас шикарный и грамотно написан. Развонялся потому что хочу его же но без багов.
ЗЫ Я вообще в шоке — где вы такое прочитали про SVN? Ссылками на литературу желательно ответьте. Я вот ее прочитал достаточно, да и с свн поработал достаточно. Жду ваших извинений после прочтения книги.
В команде я работал, в большой и крупной, где были и проектировщики, и составители ТЗ, и разработчики, и тестеры, и нагруз-тестеры и всё завязано по цепочке. Предложенная вами схема делать атомарные коммиты не приводящие к краху сборки — это замечательно и она работала в моей компании. Но работает она ровно до того момента, когда вдруг необходимо вносить существенные изменения в архитектуру/работу приложения, которые не ограничиваются одним днём, одним коммитом и не делятся на атомарные коммиты. такая ситуация сейчас происходит и с ЛС, изменения настолько глобальны, что при первом же коммите они рушат систему, пока не будут внесены все изменения, кторые могут занять не один день. А я не привык растягивать один коммит больше, чем на один день — стараюсь придерживаться принципа: один коммит — одна фитча. Так удобнее делать откаты и т.п.
а еще есть гемморой по их объединению, тем более применительно к ЛС на такой ранней стадии развития делать ответвления — это не рационально.
Что еще вы знаете?
Лайв-Стрит вообще-то бесплатная разработка, и Максим Орт, не Вам, не кому либо другому ничего не должен и не чем не обязан! Он сегодня по идее может оценить коробочную версию продукта по 500 у.е и такие советчики как Вы моментом окажутся в своей реальности! ;-)
И поверьте — от конкретных замечаний по багам пользы будет больше, чем от пикировок, кто каких книг больше прочитал
при голосовании за коммент рейтинг(карма) не меняется, изменяется только сила, степень изменения зависит от силы голосующего.
предлагаю предположить, что голосующий не обладает достаточной силой…
ЗЫ Пардон за оффтоп
заметил 2 момента:
1) в svn sql.sql не хватает таблицы prefix_session
2) ругается скрипт при установке на отсутствие папки для /templates/compiled
я справился, просто отмечаю для вас эти моменты ;)
у себя не смог такое воспроизвести