Pamięć podręczna - w Twig i w ICEberg CMS 5

Co to pamięć podręczna CMS-a?

Pamięć podręczna CMS-a to specjalny rodzaj pamięci podręcznej, który jest używany w systemach zarządzania treścią (CMS) do przechowywania kopii dynamicznych stron internetowych w pamięci RAM, na dysku lub w bazie danych. Gdy ktoś odwiedza stronę internetową zarządzaną przez CMS, system generuje dynamicznie stronę HTML, która jest wyświetlana użytkownikowi. Proces generowania strony HTML może być czasochłonny i wymagać dużo zasobów komputera, dlatego pamięć podręczna CMS-a służy do przechowywania gotowych kopii stron HTML, co pozwala na szybsze wyświetlanie strony użytkownikowi.

Pamięć podręczna CMS-a jest szczególnie przydatna dla stron internetowych, które mają duży ruch i są często odwiedzane przez użytkowników. Dzięki pamięci podręcznej CMS-a, strona jest wyświetlana szybciej, co znacznie poprawia doświadczenie użytkownika. Pamięć podręczna CMS-a może być również używana do przechowywania kopii stron, które są rzadko zmieniane, co pozwala na zmniejszenie obciążenia serwera i zwiększenie wydajności strony.

Jak działa pamięć podręczna Twiga?

Pamięć podręczna w Twig działa w następujący sposób:

1. Podczas pierwszego wywołania szablonu, Twig parsuje go i generuje kod PHP, który jest używany do wygenerowania dynamicznej strony HTML.
2. Kiedy szablon jest już wygenerowany, jego kod PHP jest zapisywany w pamięci podręcznej.
3. Podczas kolejnych wywołań tego samego szablonu, Twig sprawdza, czy kod PHP jest już zapisany w pamięci podręcznej. Jeśli tak, Twig odczytuje go z pamięci podręcznej i używa do wygenerowania strony HTML, co jest znacznie szybsze niż ponowne parsowanie szablonu. Jeśli blok kodu nie jest zapisany w pamięci podręcznej lub jego okres ważności już minął, Twig generuje go ponownie i zapisuje w pamięci podręcznej na określony czas.

W Twigu pamięć podręczna jest aktywowana poprzez użycie dyrektywy "cache" w szablonie. 

Gdzie znajdują się pliki pamięci podręcznej?

W przypadku Iceberga pliki cache znajdują się w folderach var/cache i admin/var/cache. Oto wygląd przykładowego pliku:

Przykładowy plik pamięci podręcznej ICEberg CMS 5

Przykładowy plik pamięci podręcznej ICEberg CMS 5 - zawartość

Jak wyczyścić pamięć podręczną przez CMS?

Należy pamiętać, że wyczyszczenie pamięci podręcznej może spowodować chwilowe spowolnienie działania strony, ponieważ system będzie musiał ponownie wygenerować dynamicznie strony HTML i zapisać je w pamięci podręcznej. W zależności od wielkości i złożoności strony oraz dostępnych zasobów, proces ten może trwać dłużej lub krócej.

Przechodząc do rzeczy, po lewej stronie ekranu przechodzimy do zakładki System, a następnie Cache.

Naciskamy duży czerwony przycisk mówiący “Wyczyść cache”.

Możemy zauważyć, że po wykonaniu powyższej czynności, foldery z pamięcią podręczną znacznie się wyczyściły.

Po wejściu na stronę główną jednego z praktykantów, pliki cache znowu się pojawiły.

Czyszczenie pamięci podręcznej ICEberg CMS 5 - krok 1 (System / Cache)

Czyszczenie pamięci podręcznej ICEberg CMS 5 - krok 2

Czyszczenie pamięci podręcznej ICEberg CMS 5 - podgląd efektów

Ponowne pojawienie się plików cache po odwiedzinach strony

Co znajduje się w pliku cache Twiga?

Plik cache Twiga przechowuje kod PHP wygenerowany z szablonów Twig, który jest używany do wygenerowania dynamicznej strony HTML. Jest tworzony podczas pierwszego wywołania szablonu i zapisywany na dysku twardym, aby umożliwić szybsze wyświetlanie stron podczas kolejnych wywołań tego samego szablonu. Zawiera kod PHP, który jest używany do wyświetlenia strony internetowej z uwzględnieniem wszystkich dynamicznych elementów, takich jak zmienne, instrukcje warunkowe, pętle itp. Jest on tworzony za pomocą parsowania szablonu Twig i generowania kodu PHP, który jest następnie zapisywany w pliku. Tworzony jest w specjalnym katalogu na dysku twardym, którego lokalizacja zależy od konfiguracji i ustawień danego systemu CMS. Plik cache Twig może być również ustawiony z limitem czasu ważności, po którym jest automatycznie usuwany i tworzony ponownie podczas kolejnych wywołań szablonu.