Przykład praktycznego zastosowania: Po odwiedzeniu strony głównej przez jedną osobę, nie ma znaczenia, gdzie się ona znajduje: Szanghaj, Pekin, Shenzhen czy Stany Zjednoczone. W okresie buforowania w ciągu 3 godzin ludzie ze wszystkich krajów świata ponownie odwiedzają stronę główną strony i mają dostęp tylko do serwera front-end Y, podczas gdy serwer danych X nie ma obciążenia, a baza danych jest bez obciążenia. Po 3 godzinach pierwsza osoba, która odwiedzi stronę główną, przejdzie na serwer danych X, aby odczytać dane w czasie rzeczywistym i raz zapytać bazę danych, a następnie w ciągu 3 godzin dostęp wszystkich pozostałych zostanie odczytany z serwera front-end Y. Innymi słowy, w ciągu 24 godzin dziennie strona główna powinna teoretycznie mieć tylko 8 rekordów dostępu na serwerze danych X (24 podzielone przez 3 równa się 8), a wszystkie inne dostępy, czy to tysiące, dziesiątki tysięcy czy miliony odwiedzin na stronie głównej, są sprawą serwera front-end Y.
Mój profil, następujący:
Gdy już wszystko się skonfiguruje, spójrz na nagłówek odpowiedzi, w następujący sposób:
X-Cache-Status:MISS 这句话，表示，并没有从缓存里面读取数据，未命中的意思嘛。
Skąd pojawia się problem? Czy jest problem z uprawnieniami do katalogu cache, które uniemożliwiają zapis do ???
Następnie zmodyfikowałem uprawnienia katalogu cache, zrestartowałem nginx i nadal nie udało się trafić...
Na koniec rozwiązanie jest następujące:
Dodaj następujące zdanie:
Pełna konfiguracja wygląda następująco:
Załączam zrzut ekranu z tego ataku:
|
Opublikowano 07.12.2016 14:25:58
|
|
|
|
