GCP App Engine: случайные отложенные запросы статических ресурсов (css / images)

Question

Итак, у меня есть приложение next.js, работающее в течение нескольких месяцев на gcp app engine в стандартной среде узла. Последнее развертывание было выполнено около 2 недель назад, и веб-сайт прекрасно загружался на этой неделе.

Вот обнаруженные аномалии:

1. CSS-файлы случайно зависли как «ожидающие» запросы
2. png файлы случайно зависли как «ожидающие» запросы

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

Вы можете проверить это здесь: https://clanhallroyale.com/

Удивительно, но такое поведение не происходит при сборке https://seventh -sensor-226609.appspot.com /

Вот app.yaml для приложения.

# [START runtime]
runtime: nodejs10

handlers:
- url: /.*
  script: auto
  secure: always
# [END runtime]

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

Answer 1

У меня возникла точно такая же проблема.Запуск приложения next.js в Google App Engine с настраиваемым доменом.

• Файлы CSS и изображений в случайном порядке (например, один раз от 5 до 10 раз) застревают как «ожидающие решения»
• Кажется, проблема не возникает в домене .appspot.com.Это происходит только в пользовательском домене.

Приложение https://tsunotte.com (на всякий случай, если вы хотите его проверить).

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

Я изменил обработчики файла конфигурации GAE (app.yaml) ниже:

handlers:
  - url: /_next/static
    static_dir: .next/static
    secure: always
  - url: /static
    static_dir: static
    secure: always
  - url: /.*
    secure: always
    script: auto

По умолчанию Next.js обслуживает статические файлыв директории /static и ./.next/static с сервера приложений.Я настроил статические файлы для обслуживания со статического сервера GAE / SE таким образом, чтобы файлы обслуживались из CDN, что, я думаю, является наилучшей практикой для запуска приложения Next.js на производстве и, по-видимому, уменьшает проблему в моем случае.

Для получения более подробной информации проверьте ссылку .

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