Jak używać funkcji Skrzypek do sprawdzania, czy działa buforowanie HTTP? Czy istnieje inny lepszy sposób?Sprawdzanie buforowania HTTP za pomocą narzędzia Fiddler
Odpowiedz
Możesz potwierdzić buforowanie poprzez pobranie strony zasobu i pamiętać, że w Fiddler nie pojawiło się żądanie zasobu. Nie mogę wymyślić lepszego sposobu na zrobienie tego. Pracuje dla mnie.
Przeglądaj witrynę za pośrednictwem Skrzypka jako serwera proxy. W każdym szczególe odpowiedzi znajduje się zakładka "Buforowanie". Pokazuje użyteczne informacje o nagłówkach odpowiedzi - np. co oznaczają różne wartości Cache-Control i Expires.
Myślę, że najlepszym sposobem jest użycie metody pokazanej w większości samouczków do buforowania - Czy etykieta na stronie, która wyświetla aktualny czas serwera. Jeśli wartość jest zapisana w pamięci podręcznej, nie zobaczysz jej aktualizacji wraz z kolejnymi odświeżeniami stron, dopóki pamięć podręczna nie zostanie zregenerowana.
Jeśli twoje wymaganie jest bardziej złożone (musisz użyć Skrzypka), sugestia Anthony'ego jest tą, z której z powodzeniem korzystałem w przeszłości.
Fiddler z pewnością pomoże w tym. Zobaczysz, czy serwer odpowiada odpowiedzią HTTP 304 (Nie zmodyfikowano - która mówi klientowi, że buforowany element jest nadal prawidłowy) lub w przypadku treści, dla których poprawnie ustawiono wygasanie w sieci, nie zobaczysz wcale żądania.
W rzeczywistości znajdziesz Firefox plus FireBug zrobi to za Ciebie.
prawym przyciskiem URL w Fiddler i kliknij Właściwości, można sprawdzić informacje cach w tym popup pod „WinINet cache'u”
- 1. Filtrowanie procesów za pomocą narzędzia Fiddler
- 2. Błąd buforowania HTTP
- 3. Strategia buforowania Mule za pomocą Redis
- 4. Wymuszenie buforowania obrazów za pomocą javascript
- 5. Fiddler - tunelowane żądania http do portu 443
- 6. Sprawdzanie poprawności za pomocą Caliburn.Micro
- 7. Sprawdzanie wywołania funkcji i sprawdzanie argumentów za pomocą szpiegów sinonowych
- 8. Nie można uzyskać buforowania HTTP w Androidzie
- 9. Angular2 najłatwiejszy sposób buforowania odpowiedzi HTTP
- 10. HTTP buforowania zasobów statycznych zawsze stategy
- 11. Nie można wyłączyć buforowania w Perlu za pomocą $ | = 1;
- 12. Deserializowanie obiektów zagnieżdżonych za pomocą narzędzia RestTemplate
- 13. Ustawianie ścieżki podstawowej za pomocą narzędzia ConfigurationBuilder
- 14. C# sprawdzanie skrzynki odbiorczej Hotmail za pośrednictwem protokołu HTTP
- 15. Wykreśl histogram RTT za pomocą narzędzia wireshark lub innego narzędzia
- 16. Wysyłanie wieloczęściowego pliku za pomocą narzędzia RestTemplate
- 17. Sprawdzanie koperty za pomocą Ksoap2 (Android)
- 18. Python - Sprawdzanie poprawności za pomocą wielu schematów za pomocą lxml
- 19. Metoda Current_user za pomocą narzędzia devis
- 20. Analizowanie wylicza za pomocą narzędzia SuperCSV ICsvBeanReader
- 21. Jak przechwycić ekran za pomocą "Poradnika narzędzia"?
- 22. Automatyczne tworzenie sekwencji za pomocą narzędzia hibernacji
- 23. Ukrywanie tekstu za pomocą narzędzia QSyntaxHighlighter
- 24. Przesyłanie plików za pomocą narzędzia Backbone
- 25. Testowanie zagnieżdżonych zasobów za pomocą narzędzia RSpec
- 26. git scalania za pomocą narzędzia diff vs2012
- 27. Nieszczelność pamięci za pomocą narzędzia ContextMenuStrip
- 28. SoapUI with Fiddler
- 29. Właściwy sposób buforowania danych z wywołania API za pomocą nodejs
- 30. Najprostszy sposób buforowania wyników zapytania MySQL za pomocą PHP?
HTTP 302 jest tylko do buforowania ETAG gdzie klient musi sprawdzać z serwer i serwer zwraca HTTP 302 (niezmodyfikowany) bez ciała, aby wskazać, że klient zapisał w pamięci podręcznej najświeższą wartość. –
W rzeczywistości błędnie wpisałem tę odpowiedź i miałem na celu wpisać 304 (niezmodyfikowane), a nie 302 (znalezione). To powiedziawszy, ani 302, ani 304 nie są odpowiedziami typu ETag, więc nie jestem pewien, czy powyższy komentarz ma sens. –
Będę edytować moją odpowiedź, aby poprawnie odnieść się do 304 (nie 302) –