кэш приложения и 404/500 страниц - PullRequest
Новая
       33

кэш приложения и 404/500 страниц

4 голосов
/ 08 февраля 2012

У меня есть манифест, который выглядит примерно так: 

CACHE MANIFEST
# e4a75fb378cb627a0d51a80c1cc5684c2d918d93e267f5854a511aa3c8db5b1a
/a/application.js
/a/application.css

NETWORK:
*

FALLBACK:
/ /offline/redirect

Проблема в том, что мои страницы /404.html и /500.html (которые, очевидно, обслуживаются с кодом ответа 404 и500) запускают запасной вариант.Они оба действуют так же, как если бы сервер находился в автономном режиме.

Мой вопрос состоит из двух частей:

  1. Почему /404.html вызывает откат, когда / events этого не делает?
  2. Как можно разрешить /404.html и /500.html не запускать запасной вариант, в то же время позволяя / 1013 *

вызвать его.

Для чего это стоит, ямы уже пробовали это: 

NETWORK:
*
/404.html
/500.html

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

Спасибо!

1 Ответ

0 голосов
/ 16 января 2013

Что сработало для меня:

  • Удалить * из объявления NETWORK
  • Перенаправить на /404.html (и другие) вместо рендеринга на месте.

Итак, используя приведенный выше пример: /teams/1241231 302 перенаправить на /404.html, что возвращает код состояния 404.

...