2014-01-10 3 views
0

Мы сталкиваемся с очень странной и тревожной проблемой с одним из наших приложений PHP. Приложение использует ZF2, PHP 5.3 и Apache 2. Три прилагаемых скриншота представляют сетевые данные, связанные с тремя последовательными запросами, которые отправляются один за другим с быстрой последовательностью. Мы всегда ожидаем вернуть приложение/json. Когда приложение исчезнет, ​​в одном из запросов будет отображаться текст типа текста/html. Это не вопрос указания заголовков ответов, потому что какой api-маршрут возвращает text/html content-type является переменной.Непоследовательность ответа API приложения PHP (очень случайная)

Также обратите внимание, что ответ с текстом/html типа контента всегда будет иметь кодировку содержимого, установленную в gzip (см. Первый скриншот), тогда как успешный запрос/ответы не будут иметь этот набор. Отказоустойчивый ответ будет содержать пустые ответы (в соответствии с инструментами Chrome dev), хотя есть длина содержимого. Существуют и другие незначительные отличия: запрос/ответ, который выходит из строя, будет иметь различный набор заголовков ответов.

Эта проблема довольно трудно воспроизвести. Используя веб-браузер, войдите в клик по представлению (для запросов init api), затем выйдите из системы, полоскайте и повторите, пока не появится ошибка (скорость появления очень случайная).

Неужели кто-нибудь испытывал что-либо подобное этому раньше? Любые советы или предложения приветствуются. Спасибо за ваше время.

first request

second request

third request

+0

Я бы предпочел какое-то состояние сеанса гонок. Что-нибудь в журнале ошибок Apache? –

ответ

0

ответов, где заголовок Content-Type является "текст/html", где PHP оказывает фатальную ошибку, по умолчанию php.ini установил display_errors отключить. Я готов поспорить, если вы включите ведение журнала ошибок, если он еще не включен и не заглянет в ваш журнал ошибок, вы увидите некоторые фатальные ошибки.

Смежные вопросы