Странная проблема в некоторых браузерах клиента

Question

Мы боремся с странной проблемой в компании, над которой я работаю.

Мы создали сайт промо-акции для клиента, где его потребители могут регистрировать штрих-коды продуктов, чтобы выиграть призы. Сайт был создан с использованием PHP и MySQL. Сайт использует SSL для каждой формы.

Однако некоторые потребители сообщают клиенту в call-центре, что они не смогли зарегистрироваться на сайте.

Мы стараемся все, но мы не можем, никоим образом, воспроизвести проблему. Потребители сообщили о проблеме в нескольких браузерах от IE8 до Firefox, проблема одинакова для всех.

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

Мы полагаем, что эта проблема может быть вопросом кодирования и специальных символов, таких как ã и ç. Но мы уверены, что все исходные файлы UTF8- с BOM. Мы также подозреваем версию MSXml, но мы больше не обращаем внимания.

Из-за юридических препятствий клиент не может попросить потребителей установить что-либо на своих компьютерах для проверки или устранения проблемы.

Извините, но по правилам соответствия мы также не можем разделить URL-адрес сайта, что жалко. Я знаю, что это слишком много на vacuun, но, возможно, вы могли бы пересечь нечто подобное.

Спасибо

Answer 1

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

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

В частности, я помню, что люди, имеющие проблемы, видели старую версию моего веб-сайта, если у них была Norton Internet Security.

Answer 2

Без дополнительной информации будет сложно ответить на этот вопрос, если только кто-то конкретно не столкнулся с проблемой раньше. Так как вы не можете сами продублировать ошибку, попробуйте взять все исключения, которые не отображаются в приложении, и сообщить о них (отправить их по электронной почте самому себе, войти в файл и т. Д.).

Использование: <?php set_exception_handler("customCatchFunction"); захватить обратную трассировку, получить var дампы на сессии, сообщения, получить, сервер и начать компилировать достаточно информации, чтобы определить проблему. Когда вы используете ориентированное на пользователя приложение, всегда полезно иметь глобальный обработчик исключений, чтобы поймать нечетные вещи, которые проскальзывают через трещины вашей попытки/уловы (хотя это не замена правильной проверки/ловушки и другой проверки ошибок!).

Answer 3

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

Предполагая, что вы действительно исчерпали все возможности для выявления проблемы, я бы предложил создать сторожевой таймер в javascript для мониторинга того, что происходит на самом деле, и позвонить домой с диагностикой, когда он идентифицирует сбой. Это будет намного проще, если вы сможете перестроить процесс регистрации вокруг вызовов ajax.

Но мы уверены, что все исходные файлы UTF8- с спецификацией.

eh? Если ваш PHP-код UTF-8 с BOM, тогда у вас будут всевозможные проблемы - PHP должен быть ** ASCII *. Если вы имеете в виду предоставленные пользователем данные, то зачем вам загружать файлы в таком плохо определенном формате для регистрации?

НТН

C.