2013-11-28 2 views
0

Я видел так много плагинов, которые используют Cache для хранения результатов, подобных результатам из третьей части api, и непосредственно принимая результаты кеш вместо отправки запроса на сторонние серверы снова.Каково главное преимущество сохранения результатов в кеш-кеке (т. Е. Tmp/cache)

1.) Но в том случае, если результаты, поступающие с сервера, время от времени меняются.

2.) Предположим, предположим, что мы сохраняем попытки входа пользователя no.of, сделанные пользователем в кеш, и мы проверим этот счет для обеспечения безопасности учетной записи пользователя. то есть если пользователь сделал 5 неправильных попыток входа в систему, его учетная запись будет заблокирована на 5 минут и позволит пользователю войти только после 5 минут.

Там может быть ситуация может случиться так:

Теперь пользователь сделал 3 попытки входа в систему с одной машины и сосчитать будут сохранены в кэше (имя кэша будет как username). rest 2 попытки входа в систему, сделанные из другой системы, и счет становится 5, тогда он покажет сообщение о том, что «вы сделали 5 неправильных попыток входа , попробуйте после 5 минут».

Вместо этого я могу использовать сеанс здесь, чтобы получить наилучшие результаты.

В этом случае, в чем важность кеша здесь?

, пожалуйста, сообщите мне, спасибо в Advance.

ответ

1

1) Вы не кэшируете результаты, если полагаетесь на изменения. Существуют разные API, некоторые APIS отправляют дату истечения срока действия с результатом, который можно использовать для кэширования результата. Иногда вам просто не нужно получать новые данные с каждым запросом, а затем кешировать его. Геолокация - хороший пример, который можно кэшировать почти навсегда.

2) Это не имеет никакого смысла, вы не можете использовать сеанс, если попробуете доступ к учетной записи с нескольких устройств. Каждое устройство получит новый идентификатор сеанса. Но в этом случае я бы вообще не использовал механизм кэширования, но записывал его в таблицу users, в любом случае таблица должна быть запрошена, чтобы получить данные для входа. Так что это просто написать больше для каждой попытки.

+0

Письмо на стол и кеширование здесь же? Я просто говорю, что сеанс лучше, а не кешировать результаты в случае неправильных попыток входа (при попытках нескольких устройств). поскольку кеш изменяет значение неправильных попыток при доступе к с нескольких устройств. –

Смежные вопросы