Сеанс PHP теряется на смартфонах при возврате в браузер

Question

Сеанс PHP теряется на смартфонах при возврате в браузер

0

У меня есть процесс проверки, который имеет следующие этапы:

Результаты цен
Информация о клиенте
Оплата
Подтверждение заказа

Я использую переменные сеанса PHP для хранения информации на этом пути, и я проверяю эти переменные сеанса на протяжении всего процесса покупки, когда пользователь продолжает свою покупку. У меня также есть код для остановки, чтобы пользователи могли сразу попасть на страницу подтверждения клиентов или оплаты, так как это означало бы, что они не получили цитату на странице результатов и не установили бы соответствующие переменные сеанса.

Проблема:

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

Кажется, что если вы оставите вкладку открытой, а затем перейдите в другое приложение или загрузите множество других веб-страниц, то при попытке вернуться к предыдущей вкладке устройство будет либо:

загрузите страницу в состояние, в котором вы ее оставили, ИЛИ
перезагрузит URL-адрес вкладки, как если бы он стал новым ударом по странице.

И есть проблема. Если кто-то находится на моей странице клиента или платежной странице, и URL-адрес получает новый эффект, сеанс, похоже, не существует, и мой код считает, что кто-то попадает на страницу в первый раз, что бросает приветственное сообщение об ошибке моим клиентам говоря, чтобы перезапустить их цитату.

Является ли моя система плохо разработанной? У кого-нибудь есть предложения, как я могу обойти это? Мне действительно нужен способ позволить клиентам сидеть на деталях оглавления клиента или на этапе оплаты, возможно, на пару часов, а затем сможет завершить процесс покупки.

Должен ли я использовать сеансы, файлы cookie и базу данных - или комбинацию?

James Wilson 03 март 2015, в 13:27

Источник

0

Вы регистрируете или обрабатываете что-нибудь, связанное с IP-адресом клиента при обработке сеанса? Если это так, то это может быть проблемой, поскольку клиент может находиться в роуминге между мобильными данными и беспроводной связью. Или же сессия может просто закончиться, если у них открыто много страниц, и они возвращаются на вашу страницу намного позже. У вас есть два решения: ваш сеанс истекает намного позже или вы можете использовать куки, чтобы браузер мог сохранить свой статус, а не полагаться на сервер ...
Kinnectus 03 март 2015, в 11:57
0

Увеличьте время ожидания сеанса. Это единственный путь. Или заставьте их закрыть свои открытые приложения на заднем плане. Который не способ сделать это. Но вы ничего не можете сделать с обновлением: только пользователь.
Ismael Miguel 03 март 2015, в 11:57
0

Мы установили для session.gc_maxlifetime значение 86400, чтобы проверить, хватит ли 24 часов. Но мы все равно получаем потерю сеансов и, глядя на переменные сервера, я вижу, что это весь трафик с мобильных устройств / планшетов. Я понял, что это связано с тем, как работают браузеры на подобных устройствах. Перезагрузка URL после неактивности. Я думаю, что мне нужно использовать куки или куки здесь, не я. Но если бы я экономил от 50 до 80 частей информационных сессий, это все еще жизнеспособно?
James Wilson 03 март 2015, в 12:05
0

Можете ли вы перезапустить существующий сеанс, если он был потерян? Так что, если пользователь перезагружает URL клиента, можете ли вы сохранить идентификатор сеанса в файле cookie и перезагрузить сеанс обратно из этого? Т.е. у сервера все еще есть информация, только не соединение с пользователем? И это где печенье может помочь? Я немного запутался здесь ...
James Wilson 03 март 2015, в 12:08

Показать ещё 2 комментария

Теги:

php

cookies

session

session-variables

session-cookies

1 ответ

Ещё вопросы

Вы регистрируете или обрабатываете что-нибудь, связанное с IP-адресом клиента при обработке сеанса? Если это так, то это может быть проблемой, поскольку клиент может находиться в роуминге между мобильными данными и беспроводной связью. Или же сессия может просто закончиться, если у них открыто много страниц, и они возвращаются на вашу страницу намного позже. У вас есть два решения: ваш сеанс истекает намного позже или вы можете использовать куки, чтобы браузер мог сохранить свой статус, а не полагаться на сервер ...
Увеличьте время ожидания сеанса. Это единственный путь. Или заставьте их закрыть свои открытые приложения на заднем плане. Который не способ сделать это. Но вы ничего не можете сделать с обновлением: только пользователь.
Мы установили для session.gc_maxlifetime значение 86400, чтобы проверить, хватит ли 24 часов. Но мы все равно получаем потерю сеансов и, глядя на переменные сервера, я вижу, что это весь трафик с мобильных устройств / планшетов. Я понял, что это связано с тем, как работают браузеры на подобных устройствах. Перезагрузка URL после неактивности. Я думаю, что мне нужно использовать куки или куки здесь, не я. Но если бы я экономил от 50 до 80 частей информационных сессий, это все еще жизнеспособно?
Можете ли вы перезапустить существующий сеанс, если он был потерян? Так что, если пользователь перезагружает URL клиента, можете ли вы сохранить идентификатор сеанса в файле cookie и перезагрузить сеанс обратно из этого? Т.е. у сервера все еще есть информация, только не соединение с пользователем? И это где печенье может помочь? Я немного запутался здесь ...

Tschallacka · Accepted Answer · 2015-03-03T10-25-00.000Z

1

Лучший ответ

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

Поэтому вместо сеанса URL-адреса вы получаете сеанс cookie.

просто используйте session_start() в верхней части каждого из ваших php файлов или если у вас есть основной объект, который всегда загружается первым (например, index.php), поместите туда session_start().

Для получения дополнительной информации о механизме читайте http://www.onlamp.com/pub/a/php/excerpt/webdbapps_8/?page=2

Tschallacka 03 март 2015, в 10:25

0

Я собираюсь прочесть об этом сегодня днем и перезвоню здесь с любыми вопросами, если это нормально. Спасибо, что поделился.
James Wilson 03 март 2015, в 12:58
0

Привет майкл Таким образом, после прочтения проблема с планшетами и телефонами заключается в «отбрасывании вкладок» - ОС удалит кэш вкладок и просто сохранит URL-адрес, готовый перезагрузить всю веб-страницу, когда вы захотите ее снова. Теперь это, кажется, убивает мою сессию, как и ожидалось. Но если я сохранил session_id () с самого начала в файле cookie - могу ли я прочитать это значение при загрузке страницы и начать использовать этот сеанс, чтобы клиент продолжал, как если бы сеанс никогда не заканчивался? Я прочитал эту ссылку выше, но пока не ясно, решит ли это мою проблему. Надеюсь, вы можете помочь! Заранее спасибо.
James Wilson 03 март 2015, в 14:46
0

Если он хранится в cookie, по умолчанию с php он должен по запросу страницы запросить cookie и повторно инициализировать сеанс. Вы уверены, что ваш php настроен на разрешение сеансовых файлов cookie? Также попробуйте сделать var_dump ($ _ COOKIE); и посмотрите, присутствует ли файл cookie PHPSESSID после того, как вы знаете, что он был установлен (загрузка 2-й страницы с активным сеансом). Чтобы исключить браузер, нужно просто сбросить все данные сеанса, потому что срок действия куки-файла сессии истечет после того, как браузер определит, что сеанс истекает. Чтобы решить, что вам нужно поиграться с параметрами сеанса или использовать пользовательский файл cookie сеанса и хранилище сеанса (база данных)
Tschallacka 03 март 2015, в 15:07
0

Привет, Майкл. Ты вообще можешь общаться в Skype или по электронной почте? Я хотел бы показать вам нашу систему, но постить здесь немного чувствительно. Файл cookie сеанса PHP определенно устанавливается. Я вижу это, используя отправленный вами код дампа. Было бы здорово послать вам несколько отладочных URL, чтобы узнать мнение о том, что происходит?
James Wilson 03 март 2015, в 15:13
0

если вы делаете void session_set_cookie_params ( int $lifetime [, string $path [, string $domain [, bool $secure = false [, bool $httponly = false ]]]] ) до вызова сеанса, начинающегося с, скажем, 15 минут (15 * 60), это решает вашу проблему? php.net/manual/en/function.session-set-cookie-params.php , установив фиксированное время, когда вы отменяете удаление сеанса из браузера и заставляете его жить в течение этого количества минут.
Tschallacka 03 март 2015, в 15:19
0

Святая корова, похоже, работает! Теперь можно ли увидеть этот файл cookie через 24 часа? Просматривая в наших журналах, мы видим поведение клиентов, использующих свои планшеты дома по вечерам, включающих его утром и пытающихся сделать заказ - в случае прерывания сеанса. Есть ли какое-либо значение для установки времени жизни на 86400? Очень ценю эту помощь Майкл.
James Wilson 03 март 2015, в 15:53
0

Это зависит от того, как часто вы подозреваете, что его взломали. Чем дольше сеанс, тем эффективнее атака по словарю. Я бы посоветовал всплывающее окно после отпуска продолжительностью более 15 минут (с последним изменением в хранилище сессий), в котором клиент должен подтвердить свою личность, задав личную информацию, например, номер дома или последние 3 цифры номера телефона. Убедитесь, что вы подчеркиваете, что это функция защиты личности.
Tschallacka 03 март 2015, в 17:45
0

Давайте продолжим эту дискуссию в чате .
James Wilson 03 март 2015, в 21:38

Показать ещё 6 комментариев