IIS7 Web.Config Caching - jakie są różnice tutaj i jak to wszystko razem?

Question

W IIS7 mam możliwość ustawiania opcji buforowania. Opcje te są dodawane do mojego web.config jako takiego ...

<caching maxCacheSize="262144"> 
     <profiles> 
      <add extension=".png" policy="CacheUntilChange" kernelCachePolicy="CacheUntilChange" duration="00:00:30" /> 
      <add extension=".jpeg" policy="CacheUntilChange" kernelCachePolicy="CacheUntilChange" duration="00:00:30" /> 
      <add extension=".jpg" policy="CacheUntilChange" kernelCachePolicy="CacheUntilChange" duration="00:00:30" /> 
      <add extension=".css" policy="CacheUntilChange" kernelCachePolicy="CacheUntilChange" duration="00:00:30" /> 
      <add extension=".js" policy="CacheUntilChange" kernelCachePolicy="CacheUntilChange" duration="00:00:30" /> 
     </profiles> 
    </caching> 

Jednak Mam też następujące dla „buforowanie”

<staticContent> 
     <clientCache cacheControlMode="UseMaxAge" cacheControlMaxAge="90.00:00:00" /> 
     <remove fileExtension=".js" /> 
     <mimeMap fileExtension=".js" mimeType="text/javascript" /> 
    </staticContent> 

Jakie są różnice między tymi dwoma configs? Oba są zagnieżdżone w tagu <system.webServer>, więc oba są poprawne dla IIS7.

Również, jakie jest właściwe podejście podczas korzystania z nich? Obecnie używam tylko tego jest mój folder zasobów statycznych. Nie używam tego buforowania na niczym innym.

Z góry dziękuję.

Answer 1

Główna różnica polega na tym, że pierwsze buforowanie jest po stronie serwera (w zasadzie przechowuje dane wyjściowe strony w pamięci dla kolejnych żądań), drugie jest stroną klienta (zostaną uwzględnione nagłówki odpowiedzi, informuje przeglądarkę, jak lokalnie zarządzaj buforowanymi plikami na komputerze klienta).

Answer 2

Zauważyłem, że ludzie często mylą to, co powyżej i pisać artykuły, w których goście polecają rzeczy jak w pierwszym bloku, czyli wyjście do buforowania zasobów statycznych

Output caching:

buforowanie wyjścia jest niepotrzebny dla plików statycznych, takich jak HTML, JPG lub plików GIF i może spowodować więcej napowietrznych pamięci dynamicznej ASP.NET lub PHP stron, które odczytać z bazy danych, które często się zmieniają

Zatem

<add extension=".png" ../> 
<add extension=".jpeg" ../> 
etc. 

jest bezużyteczny, przynajmniej jeśli nie masz ashx obsługi HTTP dla .png lub .jpeg itp