Как предотвратить тайм-аут сеанса PHP во время длинного вызова ajax?

У меня есть сайт интрасети, который должен выполнять сложные и длительные операции MySQL, и мне нужно найти способ предотвратить возникновение тайм-аута PHP-сессии во время этого процесса.

Страница PHP содержит все данные формы, которые пользователь может заполнить. Когда пользователь нажимает кнопку отправки, Ajax-вызов завершается с этими данными, и Ajax-вызов ожидает завершения операции, а затем уведомляет пользователя о результате. Я должен предотвратить тайм-аут сайта во время этого звонка.

Моей первой мыслью было использовать setInterval и запускаю второй ajax-вызов каждые 10 секунд для страницы, которая загружает только сеанс и обновляет некоторые данные в нем, но во время первого теста я заметил, что на второй вызов и любые последующие вызовы не отвечали, пока первый не завершился ( Я использовал PHP sleep(20) по моему первый звонок имитировал долгое ожидание). Мой сценарий запустил несколько новых вызовов AJAX (которые я наблюдал в Firebug), но все они ждали, пока первый вызов не будет завершен — до этого не было никакого ответа от сервера. Я думаю, что сервер просто игнорирует второй вызов от того же клиента, пока первый не будет сделан. Я сомневаюсь, что Apache перестанет принимать звонки, потому что PHP ждет sleep заканчивать…

Во время моего исследования я еще не выяснил, какое событие используется для определения времени ожидания сеанса. Одна страница утверждала, что простое использование Ajax для загрузки изображения продлит время сеанса, но мне это не кажется правильным, так как это не связано с PHP — кроме того, если сервер не принимает второе соединение, оно выиграло ‘ т работа. На другой странице говорилось, что это связано с тем, когда пишутся данные переменных Session, но опять же, это также не соответствует моему опыту, так как у меня много страниц, которые пишут во время входа в систему, но не после этого.

Итак, мой вопрос состоит из двух частей:

1. Какие именно события должны произойти или не произойти в течение определенного периода времени ожидания, чтобы сессия считалась «тайм-аутом»? Я предполагаю, что здесь задействованы два таймера — тайм-аут cookie в браузере и тайм-аут Session в PHP, но это всего лишь предположения, и я хотел бы услышать об этом от экспертов.

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

ОК, я чувствую необходимость уточнить здесь.

Я пытаюсь выяснить, что происходит за кулисами на сервере, когда задействован тайм-аут сеанса PHP.

Например: если у меня есть сценарий, который занимает 1 час для создания файла PDF, но время ожидания установлено на 30 минут, будет ли время ожидания срабатывать, потому что пользователь / браузер / мышь не активен, или время ожидания НЕ будет запущено, потому что скрипт еще работает?

Я хотел бы знать, что именно происходит — какие события (создаваемые пользователем и сервером) происходят при продлении сеанса до его истечения?

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

Давайте начнем с основ, насколько я их понимаю:

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

Я предполагаю, что файл сеанса на сервере или некоторый индекс файлов сеанса также содержит временную метку.

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

Это тип информации, которую я ищу здесь.

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