Jak zapobiec buforowaniu stron przeglądarki w Railsach

Ubuntu -> Apache -> Phusion Passenger -> Rails 2.3

Główna część mojej witryny reaguje na Twoje kliknięcia. Jeśli więc klikniesz link, przekieruje Cię on do miejsca docelowego i natychmiast zregeneruje Twoją stronę.

Ale jeśli naciśniesz przycisk Wstecz, nie zobaczysz nowej strony. Niestety nie pojawia się bez ręcznego odświeżania; wygląda na to, że przeglądarka go buforuje. Chcę się upewnić, że przeglądarka nie buforuje strony.

Osobno, ja nie chcę, aby ustawić daleko przyszłych dat ważności dla wszystkich moich zasobów statycznych.

Jaki jest najlepszy sposób rozwiązania tego problemu? Czy powinienem rozwiązać ten problem w Railsach? Apache? Javascript?

Dzięki za całą twoją pomoc, Jason

Niestety. Żadna z tych sugestii nie wymusiła zachowania, którego szukam.

Może jest odpowiedź javascript? Mógłbym kazać railsom napisać znacznik czasu w komentarzu, a następnie sprawdzić javascript, aby sprawdzić, czy czasy mieszczą się w ciągu pięciu sekund (lub cokolwiek działa). Jeśli tak, to dobrze, ale jeśli nie, to ponownie załaduj stronę?

Czy myślisz, że to zadziała?

Dzięki za całą twoją pomoc,

Jason

W końcu to rozgryzłem - http://blog.serendeputy.com/posts/how-to-prevent-browsers-from-caching-a-page-in-rails/ inapplication_controller.rb

Po Railsach 5:

class ApplicationController < ActionController::Base

  before_action :set_cache_headers

  private

  def set_cache_headers
    response.headers["Cache-Control"] = "no-cache, no-store"
    response.headers["Pragma"] = "no-cache"
    response.headers["Expires"] = "Mon, 01 Jan 1990 00:00:00 GMT"
  end
end

Rails 4 i starsze wersje:

class ApplicationController < ActionController::Base

  before_filter :set_cache_headers

  private

  def set_cache_headers
    response.headers["Cache-Control"] = "no-cache, no-store"
    response.headers["Pragma"] = "no-cache"
    response.headers["Expires"] = "Mon, 01 Jan 1990 00:00:00 GMT"
  end
end

posługiwać się:

expires_now()

http://api.rubyonrails.org/classes/ActionController/ConditionalGet.html#method-i-expires_now

Użyłem tej linii z pewnym sukcesem w kontrolerze. Działa w Safari i Internet Explorerze, ale nie widziałem, żeby działał z Firefoksem.

response.headers["Expires"] = "#{1.year.ago}"

Po drugie, jeśli używasz metod pomocniczych rails, takich jak

stylesheet_link_tag

i pozostaw domyślne ustawienia na swoim serwerze internetowym, zasoby są zwykle buforowane całkiem dobrze.

Bardziej przejrzystym sposobem byłoby napisanie oprogramowania pośredniczącego Rack, które zmienia nagłówek Cache-Control na podstawie pewnej logiki (na przykład tylko dla typu mime application / xml). Lub, dla brzydszego, ale wciąż działającego podejścia, można zmienić stałą ActionDispatch :: Response :: DEFAULT_CACHE_CONTROL na „no-cache”. Oczywiście, jeśli wymagana jest szczegółowość kontrolera i / lub akcji, lepiej zrobić to w kontrolerze.

Uwaga: nie można warunkowo wyczyścić pamięci podręcznej (np. Gdy before_filterdzwoni tylko reset_cachewtedy, gdy użytkownik już tam był). Musisz bezwarunkowo wyczyścić pamięć podręczną, ponieważ przeglądarka nie wysyła nowego żądania tylko po to, aby sprawdzić, czy tym razem musi zostać ponownie załadowane, mimo że nie musiało to być ostatnim razem.

Przykład:

before_filter :reset_cache, if: :user_completed_demographics?

nie będzie działać, aby uniemożliwić użytkownikom powrót po tym, jak tam byli, ponieważ przeglądarka używa oryginalnych nagłówków pamięci podręcznej na przycisku Wstecz.

before_filter :reset_cache

zadziała jednak (oczywiście po odświeżeniu strony i wyczyszczeniu pamięci podręcznej sprzed dodania tego), ponieważ przy pierwszym żądaniu przeglądarka pobierze plik no-cache, no-store, ...i zastosuje go do przyszłych ładowań strony.

no_cache_control Klejnot.

Jeśli musisz to zrobić dla wszystkich odpowiedzi, np. Aby przejść test penetracyjny (BURP, Detectify itp.), Możesz zainstalować ten Gem na Rails 4+, aby dodać następujące nagłówki do wszystkich odpowiedzi:

Cache-Control: no-cache, no-store, max-age=0, must-revalidate
Pragma: no-cache
Expires: -1

Działa jak urok i jest naprawdę właściwą drogą do tworzenia bezpiecznych aplikacji internetowych HTTPS, które wymagają uwierzytelnienia.