(Вопрос отредактирован б / к Я понял, что это касается типа файла)

Этот файл 20 КБ. Это постоянно занимает> 1 секунды, чтобы служить.

http://www.adrenalinemobility.com/js/ss-symbolicons.js

Здесьтот же файл с расширением .css:

http://www.adrenalinemobility.com/js/ss-symbolicons.css

Он обслуживает почти 1 целую секунду быстрее.

Вот мой app.yaml:

application: adrenaline-website
version: 1
api_version: 1
runtime: python27
threadsafe: true

libraries:
- name: jinja2
  version: latest

handlers:
- url: /favicon\.ico
  static_files: assets/favicon.ico
  upload: assets/favicon\.ico

- url: /css
  static_dir: assets/css

- url: /img
  static_dir: assets/img

- url: /js
  static_dir: assets/js

- url: /.*
  script: web.APP

Я также попробовал этоstatic_files строка (до обработчика / js), и она тоже была медленной:

- url: /js/ss-symbolicons.js
  static_files: assets/js/ss-symbolicons.js
  upload: assets/js/ss-symbolicons.js

Способы я наблюдал это:

Chrome, Firefox (оба в Linux) - из DSL-соединения в Силиконовой долинеwget, curl и т. д. с этой машины.Удаленно wget и curl с высокоскоростного сервера в университете штата ИллинойсУслуги удаленного веб-тестирования, такие как веб-тестирование (см. Ниже):

Вот график водопадов для тестирования веб-страниц, который иллюстрирует эту проблему - обратите внимание, что один файл имеет огромный TTFB:http://www.webpagetest.org/result/131101_ZQ_ZGQ/1/details/

Если я вручную установить mime_type вtextтогда это идет быстро.application/javascript, application/x-javascript, text/javascript все медленно. В настоящее время эти файлы обслуживаются без указания вручную MIME-типа, если вы хотите проверить.

Еще немного информации, как заметил jchu:

Медленная версия служит с:Content-Length: 19973 и быстрая версия служит для:Transfer-Encoding: chunked

Еще больше деталей:

Я обычно получаю сервер74.125.28.121, Кто-то на Reddit получил сервер173.194.71.121 и кажется, что между ними есть даже скорости подачи. Так может это зависит от сервера / местоположения?

Еще один пост об этой проблеме

Вот тапин с полными логовыми запросами на оба файла

Вот еще одна вставка с информацией о времени из десяти запросов к каждому файлу в тесном цикле