AJAX, сеансы PHP и одновременные запросы

Запросы обрабатываются параллельно, что означает, что это похоже на параллельное программирование (с потоками), включая условия гонки и т. д.

Я предлагаю просто отправить действие поиска (при условии, что пользователь выполняет только один поиск, а не 20) на сервер и разделить его там на 20 действий, которые вы хотите, чтобы он выполнял. Это позволяет вам выполнять их последовательно, не позволяя им перезаписывать друг друга.

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

Думаю, вам стоит приступить к рефакторингу своего решения:

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

Попробуйте создать очередь запросов для вызовов ajax. Каждый звонок будет совершаться после окончания предыдущего.

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

http://php.net/manual/en/function.session-write-close.php

Сохраните данные из вашего сеанса в локальных переменных, а затем вызовите эту функцию, чтобы разблокировать ваш сеанс для других файлов. (хотя следует сказать, что 20 вызовов AJAX, вероятно, не лучшее решение)

Я предполагаю, что это своего рода окно поиска с автозаполнением. Если вы используете Scriptaulous Ajax.Autocompleter, вы можете просто указать параметр minChars. Он не отправит запрос AJAX, пока не будет набрано хотя бы такое количество символов.

Вы также можете настроить параметр «частота», который изменяет частоту (в секундах) опроса поля ввода на предмет изменений перед запуском запроса AJAX.

Подробнее здесь

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

Настройте свой DNS (например, mydomain.com), чтобы он принимал все поддомены * .mydomain.com и отправлял их на тот же сервер.

Затем вы можете отправлять разные запросы AJAX в разные домены (a.mydomain.com, b.mydomain.com, ...)

Этот подход используется картографическими серверами, такими как карты Google, для увеличения количества карт, которые загружаются браузером параллельно.

Проблема в том, что между одновременными запросами запускается сеанс. даже когда он открыт в другом контексте, из-за чтения сохраненного сеанса и того же файла cookie сеанс, открытый каждым запросом, остается одинаковым. Затем, если один из текущих запросов завершает свою задачу первым, он закроет сеанс, как это всегда происходит, когда сценарий завершил свою задачу, но поскольку другой сценарий (вызываемый другим) может все еще выполняться, он не знает, что сеанс уже был закрыт, поэтому есть некоторые решения. Перед завершением задачи скопируйте переменную сеанса в переменную держателя сеанса, перезапустите сеанс, восстановите значения просмотра session = sessionholder и session_write_close. Какая сессия начнется или закончится первой? иногда нет способа узнать, может быть, первый, кто запустил сеанс, займет больше времени, чтобы завершить его задачу, в то время как другой приходит и уходит, в любом случае, примите это как есть, сеанс - это не что иное, как сохранение переменной с именем сеанс, введите массив с ключевыми значениями, обработка восстановления сохраненных значений, а затем обновление сохранения этих значений в конце задачи сценария - вот что делает сеанс автоматическим в этом вопросе, поэтому нет никакой разницы, если вы начнете сеанс (восстановите его сохраненные значения, присвойте ему новые значения, затем сохраните их снова, процесс - запуск сеанса, присвоение значений, закрытие сеанса записи. Конечно, имейте в виду, что если вы перезапустите сеанс без сохранения его фактических значений, они будут потеряны (перезаписаны, если они существуют), поэтому вы должны сначала сохранить его фактические значения, восстановить, переназначить текущие значения, а затем написать close. Другой процесс, присущий этой конкретной переменной сеанса, которую выполняет php, - это присвоение ссылки (идентификатор сеанса), которую он отправляет клиент (обычно через cookie), поэтому, когда cookie возвращается с этим идентификатором ссылки, идентифицирует переменную сеанса, сохраненную для восстановления предыдущих значений. Помните, что один и тот же вызов может делать то же самое, поскольку ajax является асинхронным, если по какой-то причине один вызов задерживается, и пользователи щелкают снова, новый запрос не завершит текущий, и возникнет такая же проблема, поэтому при использовании ajax готовится обрабатывать сеансы по мере необходимости в зависимости от вашего приложения. И, наконец, помните, что вызов может относиться к другому файлу или одному и тому же файлу, один запрос вызова ajax price.php другой products.php, но оба будут использовать одну и ту же сохраненную переменную сеанса, переменная сеанса будет только одна все время для все скрипты у вас есть. Avenida Gez. Спасибо за чтение