2013-05-17 17 views
5

Staramy się dowiedzieć, jaki wpływ na buforowanie może mieć AppCache w kontrolerze frontendowym bez wywoływania dyrektyw cache w obiekcie odpowiedzi.Zwiększenie wydajności Symfony2 AppCache

ja przypuszczać, że po prostu dodanie następującej linii i ustawienie default_ttl 1:

$kernel = new AppCache($kernel); 

nie zmieni zachowanie aplikacji, bez konieczności wzywania cache na odpowiedź. Ale zaraz po dodaniu tej linii (i pamięci podręcznej: wyczyść) nasz serwer jest w stanie obsłużyć znacznie więcej żądań na sekundę, co sugeruje, że jest trochę buforowania.

Włączenie debugowania i ustawienie default_ttl do godziny wszystko widzimy w nagłówkach HTTP

X-Symfony-Cache: GET /: miss 

Czy to znaczy, że nie ma reverse proxy buforowanie dzieje? Jeśli tak, to co tłumaczy wzrost wydajności?

Wszelkie wyjaśnienia dotyczące tego, co stanie się w tej sytuacji, będą niesamowite.

Odpowiedz

3

Linia ta

$kernel = new AppCache($kernel); 

umożliwia Symfony2 reverse proxy. Aby uzyskać więcej informacji, należy kliknąć ten link: http://symfony.com/doc/current/book/http_cache.html#symfony2-reverse-proxy. Wzrost wydajności powinien być teraz jasny.

Nagłówek oznacza, że ​​"Pamięć podręczna Symfony" otrzymała żądanie "GET" i nie odnalazła danych w pamięci podręcznej ("miss"). Jeśli wywołasz tę samą stronę wiele razy z rzędu, nagłówek powinien zmienić się na:

X-Symfony-Cache: GET /: HIT 42 
+0

Dzięki. Rozumiem, że włącza odwrotny serwer proxy, ale nie zacznie on niczego buforować bez określenia, że ​​chcemy go użyć w obiekcie odpowiedzi. IE mamy tylko tęsknić, ale wydajność poprawia niezależnie – user1207727

Powiązane problemy