Сайт замедляется для отдельных пользователей, но они могут переключать браузеры?

Question

Я пробовал искать это, но это довольно сложно выразить словами.

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

Вы можете, однако, открыть сайт просто отлично, переключившись на другой браузер. Если вы увязли в Firefox, вы можете открыть его и продолжить работу в IE. Это может произойти в обоих направлениях (вы можете заглушить IE и перейти на работу firefox).

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

Любые идеи?

[Редактирование, чтобы уточнить, извините, должно было включить это для начала] Сервер - это очень простой стек LAMP на RedHat с Apache 2.2.3, PHP 5.2.11, MySQL 5.0.45 (мы рассмотрели обновление MySQL, но я не думаю, что это проблема здесь). Это стандартная конфигурация для Rackspace, поэтому я не думаю, что мы делаем что-то экзотическое, кроме Zend Optimizer.

Мы используем много javascript/jquery, но все это довольно стандартный материал, и я не ожидал, что утечка памяти не повлияет на другой браузер, хотя я могу ошибаться.

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

Answer 1

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

У меня есть два вопроса, на которые мне нужно ответить, чтобы получить некоторое представление о проблеме.

1. Есть ли у вас сеанс открыт при потоковой передаче контента и при попытке чтения или записи сеанса на другом запросе?

2. Вы внедрили свои собственные сеансы?

Если вы отвечаете на вопрос «да» или, возможно, на вопрос 1, возможно, это корень вашей проблемы.

Если вы отвечаете «да» на вопрос два, сохраняется ли проблема, если вы переключите управление сеансом на стандартный php? У вас может быть ошибка при обработке сеанса.

Answer 2

G'day,

Это звучит, как вы сохраняющиеся какой-то информации на стороне сервера на основе каждого сеанса.

Сохраняете ли вы идентификаторы сеанса или идентификаторы пользователя на сервере?Может быть, добавить все больше и больше информации к некоторым сохраненным данным с каждым последующим входящим запросом?

Возможно, также задействована строка входящего User Agent, поэтому работает смена типов браузеров, где просто перезапуск сеанса в том же типе браузера не работает?

Вы видели остановку и перезапуск сеанса по временной границе, например. час или полночь, когда использование одного и того же браузера также сбрасывает проблему? Возможно, попробуйте подделать строку UA, чтобы увидеть, также ли эта проблема сбрасывается.

BTW Какие модули Apache вы используете на своем сервере? Также 2.2.3 - это довольно старая версия, которую вы рассматривали при обновлении?

Answer 3

Похоже, что это Memory Leaks, созданный вашим javascript. Проверьте список процессов и посмотрите, сколько раз в браузере памяти загружается и через полчаса просматривается и перезагружается ваш сайт. Если потребление памяти значительно больше, чем предполагается, это означает, что вы должны просмотреть свой код javascript для любых невозвращенных методов, нераскрытых циклов и т. Д. Обычно это помогает.

Answer 4

Интересно, что никто не предлагал рекламу в качестве причины (Ответ Назари мог быть принят тем, кто, хотя).

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

Answer 5

Это случилось со мной тоже, часто, на самом деле. Полностью сайт без гражданства, много запросов AJAX, через некоторое время сайт просто перестает отвечать на запросы. Это особенно раздражает во время отладки. Вот некоторые вещи, которые вы должны знать:

• Количество JS файлов, загруженных (она включает в себя те, которые вы получаете с помощью запросов сценария) (Вы, вероятно, следует удалить скрипте теги, созданные при использовании этого метода)
• Количество файлов CSS (например, на IE, я думаю, существует жесткий предел 31)
• Иногда браузер может блокировать запрос разрешения DNS
• Некоторые браузеры имеют ограничения на количество запросов в доменах (IE имеет 2), поэтому, если запрос не выполнен, всем остальным в этом домене придется ждать

Все это, конечно же, не объясняет, почему он продолжает висит после перезапуска одного и того же браузера - хотя вы не упомянули об очистке своего кеша, так что, возможно, есть неудавшийся запрос, который находится в кеше браузера или какой-то промежуточный кеш или прокси-сервер, поэтому вы можете попробовать, если это произойдет, если вы полностью отключите кеширование в своем браузере. (На Firefox это можно легко сделать с помощью панели инструментов Web Developer, например.)

Вы также должны увидеть, какие запросы зависают, используйте Fiddler и Firebug, чтобы увидеть это.

Answer 6

Утечки памяти, вызванные javascript, влияют на браузер, так как это все клиентская сторона. Сжатие Jquery или мин, вы не можете быть уверены, где проблема, и это может быть причиной проблемы или скриптом, использующим его.