Cake PHP Buforowanie stron

05/2007

Technika

CakePHP

www.phpsolmag.org

ielokrotne generowanie stron,
których zawartość nie zmienia
się, powoduje zbędne obciążenie

serwera WWW i bazy danych. Każde żąda-
nie od użytkownika musi zostać przetworzo-
ne, a wynik skierowany do przeglądarki in-
ternetowej, jednak za każdym razem serwer
pobiera te same dane. Nie stanowi to proble-
mu, gdy strony przegląda kilku użytkowni-
ków, ale kłopoty mogą się pojawić wraz ze
wzrostem popularności serwisu. Im więcej
użytkowników, tym bardziej serwer będzie
obciążony wykonywaniem zadań, które pro-
wadzą do wyświetlenia stron nieróżniących
się od siebie wcale lub różniących się tylko
w niewielkim stopniu. Naturalnym rozwią-
zaniem problemu spadku wydajności jest
zapisywanie „na boku” generowanych stron
i udostępnianie ich innym użytkownikom.
Zamiast za każdym razem generować tą samą
zawartość strony wystarczy przy pierwszym
wyświetleniu zapamiętać ją i używać przy
kolejnych wywołaniach. Technika ta nazywa
się page caching (pol. buforowanie stron) i jest
najprostszą metodą przyspieszania działania
serwisu. Przy pierwszym wyświetleniu stro-
na zostaje zapisana do pliku HTML. Każde
następne odwołanie do tej samej strony po-
woduje, iż do przeglądarki użytkownika zo-
stanie wysłana zawartość bezpośrednio z ca-

che z pominięciem wszystkich etapów, dzię-
ki którym strona została pierwotnie wygene-
rowana. W praktyce odbywa się to prawie
tak szybko jak udostępnianie statycznych
stron HTML.

Cache przeglądarki internetowej

Zamiast za każdym razem generować tę sa-
mą zawartość strony wystarczy przy pierw-
szym wyświetleniu zapamiętać ją i używać
przy kolejnych wywołaniach – Rysunek 1.
Właściwie w każdej nowoczesnej przeglą-
darce internetowej znajdują się ustawienia
związane z cache. Najczęściej jest to para-
metr określający miejsce zarezerwowane
na pliki tymczasowe przeglądanych stron
WWW. Zasady aktualizacji cache są proste.
Przeglądarka za pomocą znaczników HTTP
sprawdza, czy przechowywane dane są aktu-
alne – Listing 1. i w miarę możliwości korzy-
sta z nich zamiast pobierać dane z Internetu.
Dzięki temu powrót do poprzednio wyświe-
tlanej strony WWW w przeglądarce (przy-
cisk „wstecz”) powoduje szybkie wyświetle-
nie informacji, najczęściej bez konieczności
pobierania danych z sieci.

Kontrola aktualności cache odbywa się

za pomocą znaczników:

Cache - Control,

Expires, Last-Modified

oraz

ETag

przesyła-

nych w nagłówku stron WWW:

Expires: DATA_GMT

– Znacznik określa ter-

min możliwej zmiany lub wygaśnięcia ważno-
ści dokumentu. Po upływie określonego cza-
su (liczonego względem GMT) dokument mo-
że ulec zmianie lub zostać usunięty. Najprost-
szym sposobem wymuszenia, by plik nie zo-

stał umieszczony w cache, jest przypisanie da-
ty, która minęła. Znacznik idealnie nadaje się
do określania polityki tworzenia cache plików
graficznych, które bardzo rzadko ulegają zmia-
nie – Listing 1.

Cache-Control

: DYREKTYWA – Znacznik

określa sposób zachowania mechanizmu bu-
forowania plików (zarówno serwera WWW,
jak i serwerów proxy) mówiącego, co powin-
no być buforowane i co może być przechowy-
wane w cache. Najbardziej przydatne są poniż-
sze dyrektywy:

• max-age=[sekundy] – określa maksy-

malny czas, w którym dane są traktowa-
ne jako aktualne (liczony względem da-
ty określonej przez znacznik Last-Modi-
fied);

• public – wymusza buforowane (przy-

datne dla stron, które w normalnych
warunkach nie są umieszczane w ca-
che);

CakePHP

Cache jest mechanizmem umożliwiającym zredukowanie opóźnienia w

dostarczaniu danych do użytkownika oraz zmniejszenia obciążenia serwera.

W aplikacjach internetowych często zachodzi konieczność wyświetlania tych

samych informacji wielokrotnie. Np. sklep internetowy wyświetla listę dostępnych

produktów w odpowiedzi. na każde żądanie potencjalnych klientów.

Dowiesz się...

• Poznasz różne techniki buforowania stron

WWW oraz możliwość ich praktycznego zasto-
sowania w CakePHP.

Powinieneś wiedzieć...

• Wymagana jest znajomość framework Cake-

PHP. Przydatna będzie znajomość języka SQL
i umiejętność administrowania bazą danych
MySQL.

Poziom trudności

Buforowanie stron

Listing 1. Przykładowe żądanie i odpowiedź
serwera WWW

HEAD / HTTP/1.1
HOST: localhost
HTTP/1.1 200 OK
Date: Mon, 02 Jul 2007 21:24:12 GMT
Server: Apache
Accept-Ranges: bytes
X-Powered-By: PHP/4.2.2
Set-Cookie: PHPSESSID=
ac35d9b842215f4fb23ca419337af4b8;
path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache,
must-revalidate
Pragma: no-cache
Connection: close
Content-Type: text/html
Content-Language: pl

05/2007

Technika

CakePHP

www.phpsolmag.org

• no-cache – wymusza pominięcie cache

(przeglądarki i serwerów proxy) i pobiera-
nie danych bezpośrednio z Internetu;

• no-store – wymusza usunięcie danych z

cache zaraz po przesłaniu ich do użytkow-
nika;

• must-revalidate – wymusza sprawdzanie

stanu przedawnionych dokumentów znaj-
dujących się w cache.

Last-Modified: DATA _ GMT

– Znacznik okre-

śla datę ostatniej modyfikacji dokumentu –
Listing 1.

ETag

: ZNACZNIK – Znacznik jest

unikalnym identyfikatorem strony genero-
wanym przez serwer WWW, który zmie-
nia się za każdym razem, gdy przesyłane da-
ne ulegną modyfikacji. Znaczniki możemy
wysyłać do przeglądarki za pomocą funkcji

header()

– Listing 2.

Page cache

Mechanizm page cache jest powiązany z adre-
sem URL. To na jego podstawie w kontrolerze
zapada decyzja, czy strona ma być wygenero-
wana dynamicznie, czy też ma być użyty ca-
che. Jeżeli użytkownik już wcześniej odwoły-
wał się do określonego adresu WWW, to zo-
stał wygenerowany plik cache – o ile prezen-
towane informacje nie uległy zmianie, to po-
nowne odwołanie do tego samego adresu spo-
woduje udostępnienie danych wcześniej wy-
generowanych. Z tego faktu wynikają pewne
ograniczenia. Strony zależące od parametrów
przekazywanych w URL lub od informacji
przechowywanych w sesji nie będą mogły
skorzystać z page cache, podobnie jak strony,
których zawartość jest uzależniona od czasu.
Adres WWW takich witryn może być za każ-
dym razem inny i w ten sposób ciągle byłyby
tworzone kolejne pliki cache. Sposób działa-
nia page cache (buforowanie całej strony) do-
skonale sprawdza się w przypadku stron, któ-
rych zawartość nie zmienia się często. Jest to
trudne do osiągnięcia, jeżeli prezentowanych
jest wiele danych z różnych źródeł. Jeżeli zaj-
dą zmiany w dowolnym źródle danych, plik
cache będzie musiał zostać ponownie wyge-

nerowany, co przy częstych zmianach sta-
wia pod znakiem zapytania sens używania
tej technologii. W praktyce jednak strony
WWW można podzielić na fragmenty, które
są statyczne, oraz na takie, które zmieniają się
często, i poddać buforowaniu tylko te ostat-
nie. Wynikowa strona jest wtedy „składana”
z mniejszych bloków, z których część będzie
znajdowała się w cache. Jest to bardzo intu-
icyjne – w przypadku sklepu internetowego
lista produktów jest fragmentem, który naj-
rzadziej ulega zmianom, a z kolei koszyk za-
kupów klienta może zmieniać się dynamicz-
nie. Wykorzystanie page cache w CakePHP
zaczniemy od zapoznania się konfiguracją
serwera. Domyślnie cache widoków jest za-
blokowane. By je aktywować, musimy zmie-

nić na

TRUE

wartość stałej

CACHE_CHECK

pliku /app/config/core.php.

define ('CACHE_

CHECK', true)

; W kontrolerze powiązanym

z widokiem, dla którego włączamy cache, mu-
simy dodać CacheHelper przez umieszczenie
kodu:

var $helpers = array('Cache')

;

Następnie należy określić, co chcemy umie-

ścić w cache. Do zmiennej $cacheAction mu-
simy przypisać tablicę zawierającą akcje, któ-
re mają być buforowane, oraz czas (w sekun-
dach), przez który cache ma być aktualny
(można używać liczb lub zapisów „1 day” czy
„60 seconds”) – Listing 3.

W praktyce zdarza się, że pewne fragmen-

ty strony są wypełniane dynamicznymi dany-
mi i nie mogą znaleźć się w cache ze względu
na wyświetlane dane. Wystarczy wówczas, że

Rysunek 1. Przesyłanie do użytkowników stron WWW

��

Listing 2. Przykładowe znaczniki wysyłane do przeglądarki za pomocą funkcji header()

// strona nie będzie umieszczona w cache przeglądarki
// wymaga obsługi protokołu HTTP/1.1

header

(

"Cache-Control: no-cache, must-revalidate"

)

;

// data z przeszłości

header

(

"Expires: Mon, 26 Jul 1997 05:00:00 GMT"

)

;

Lisgin 3. Definiowanie akcji, które mają zostać buforowane przez CakePHP

// Możemy zdefiniować cache dla wszystkich parametrów akcji

var

$cacheAction

array

(

'view/'

86400

)

;

// lub dla każdego parametru oddzielnie.

var

$cacheAction

array

(

'view/23/'

21600

'view/48/'

21600

)

;

QUERY-CACHE

Nowoczesne bazy danych są najczęściej wy-
posażone w mechanizm QUERY-CACHE po-
wodujący zapamiętanie zapytań kierowa-
nych do bazy oraz skojarzonych z nimi wyni-
ków. Takie samo zapytanie SQL do bazy da-
nych spowoduje przekazanie wyników prze-
chowanych w QUERY-CACHE bez koniecz-
ności odczytu informacji z plików bazoda-
nowych. Cache jest czyszczony w przypad-
ku zmian w tabelach do których zapytania
się odwołują. MySQL4 posiada błąd, któ-
ry powoduje czyszczenie całego QUERY-CA-
CHE w przypadku zmian w dowolnej tablicy,
co niekorzystnie wpływa na czas odpowiedzi
serwera na te same zapytania.

05/2007

Technika

CakePHP

www.phpsolmag.org

fragment kodu, który nie powinien być bu-
forowany, określimy za pomocą znaczników

<cake:nocache>

oraz

</cake:nocache>

– Li-

sting 4.

Czyszczenie cache

Przy korzystaniu z cache kluczowym momen-
tem w funkcjonowaniu serwisu jest sposób
reakcji na zmiany w prezentowanych danych.
Jeżeli nie będzie sprawnego mechanizmu in-
formowania aplikacji, które pliki cache nale-
ży usunąć, to użytkownikowi zostaną zapre-

zentowane błędne nieaktualne dane. W naj-
prostszym przypadku w reakcji na zmiany
możemy usunąć wszystkie pliki cache. Roz-
wiązanie to ma jednak tę wadę, że nawet nie-
wielka zmiana spowoduje konieczność czaso-
chłonnego generowania cache na nowo. Zde-
cydowanie lepiej jest usuwać tylko te pliki ca-
che, które prezentują dane, które uległy zmia-
nie. CakePHP wykorzystuje fakt, że prezen-
towane na stronach WWW dane są powią-
zane z modelem danych, a cache jest związa-
ny z widokiem (który z kolei może wyświe-

tlać dane z różnych modeli danych). Zmia-
na danych dowolnego modelu spowoduje
więc automatyczne usunięcie cache dla całe-
go widoku. CakePHP automatycznie usuwa
cache, gdy nastąpi zmiana w stanie aplikacji.
Jeżeli użytkownik spowoduje działanie, któ-
re będzie skutkowało zmianami w bazie da-
nych (INSERT, UPDATE, DELETE), zosta-
nie usunięte cache dla widoku powiązane-
go z kontrolerem odwołującym się do mode-
li danych, które uległy zmianie. Istnieje moż-
liwość ręcznego sterowania cache i usuwania
nieaktualnych danych za pomocą funkcji cle-
arCache(). Jako parametr przekazujemy na-
zwę kontrolera, kontrolera i akcji lub kontro-
lera, akcji i parametrów identyfikujących plik
cache – Listing 5.

W prosty sposób można zaimplemento-

wać dodatkowy scenariusz czyszczenia cache
sprawdzający się w sytuacjach, gdy nie może-
my zapobiec cyklicznemu tworzeniu się no-
wych plików cache, ale jednocześnie chcemy
uniknąć ciągłego usuwania plików. Zamiast
spowalniać działanie aplikacji ciągłym testo-
waniem aktualności cache możemy urucho-
mić dodatkowy proces działający w tle. Pro-
ces ten będzie odpowiedzialny za cykliczne
czyszczenie cache co określony (konfiguro-
walny) przedział czasowy niezależnie od ob-
ciążenia aplikacji.

Składowanie danych

Najprostszym sposobem przechowywania
cache są pliki umieszczone bezpośrednio w
systemie operacyjnym (jest to jedyny sposób
przechowywania cache obsługiwany automa-
tycznie przez CakePHP w wersji 1.1.xx). Wy-
generowana strona HTML zostanie umiesz-
czona w publicznie dostępnym obszarze ser-
wera (w miejscu określonym ścieżką dostępu
wskazywaną przez stałą

$CACHE

) – każde od-

wołanie do tej samej strony będzie wówczas
przekierowywane na plik cache. Rozwiąza-
nie takie oprócz oczywistych zalet, takich jak
prostota implementacji czy dobra wydajność,
ma podstawową wadę: nie jest rozwiązaniem
skalowalnym. Jeżeli nasz serwis będzie się
rozwijał i zajdzie konieczność uruchomie-
nia dodatkowego serwera WWW, to stanie-
my przed problemem związanym z dystry-
bucją plików cache i ich synchronizacją. Za-
pytania od użytkowników mogą być kierowa-
ne do dowolnego serwera, każdy będzie więc
z nich tworzył pliki cache niezależnie. Poza
tym usunięcie cache z jednego serwera nie
spowoduje usunięcia plików z pozostałych
serwerów. Można co prawda utworzyć jeden
wspólny sieciowy filesystem na potrzeby ca-
che wszystkich serwerów, ale rozwiązanie
traci wtedy swoją prostotę. Innym rozwiąza-
niem jest umieszczanie danych cache w bazie
danych. Jest to elastyczniejsze od plików ca-
che w systemie operacyjnym – głównie kosz-
tem dodatkowego obciążenia zasobów serwe-

Memcached

System cache przechowujący dane w pamięci RAM, umożliwiający zapisywanie danych i obiek-
tów. Wysoce wydajny i skalowalny umożliwia łączenie serwerów działających w oparciu o różne
architektury systemowe. Stosowany m.in. w serwisach LiveJournal i Wikipedia. System memca-
ched jest dostępny w repozytoriach wielu dystrybucji Linuksa (kod źródłowy można pobrać z ad-
resu http://www.danga.com/memcached). Obsługę memcached w PHP zapewnia binarne rozsze-
rzenie, dostępne na pecl.php.net.
Krótki przegląd metod API:

• Memcache::add – dodaje element do serwera.
• Memcache::addServer – dDodaje serwer memcached do listy wykorzystywanych serwerów.
• Memcache::close – zamyka połączenie.
• Memcache::decrement – zmniejsza wartość elementu.
• Memcache::delete – usuwa element z serwera.
• Memcache::flush – usuwa wszystkie elementy z serwera.
• Memcache::get – zwraca element z serwera.
• Memcache::getExtendedStats – statystyki wszystkich serwerów memcached.
• Memcache::getServerStatus – zwraca stan serwerów memcached.
• Memcache::getStats – statystyki serwerów.
• Memcache::getVersion – zwraca wersję serwera memcached.
• Memcache::increment – inkrementuje wartość elementu.
• Memcache::pconnect – otwiera stałe połączenie.
• Memcache::replace – zmienia wartość podanego elementu.
• Memcache::set – zapisuje dane na serwerze.
• Memcache::setCompressThreshold – włącza automatyczną kompresję dużych wartości.
• Memcache::setServerParams – zmienia parametry i stan serwera.

Listing 4. Przykład wyłączenia buforowania fragmentu kodu widoku

Ostatnie 10 wiadomości!

/h1

cake:nocache

php

foreach

(

$recentMessages

$message

)

$message

[

'title'

/li

endforeach;

/ul

/cake:nocache

Listing 5. Funkcja clearCache() usuwająca nieaktualne pliki cache

// Usuń wszystkie strony z cache, bazując na nazwie kontrolera

clearCache

(

'controller'

)

;

// Usuń wszystkie strony z cache, bazując na nazwie kontrolera i nazwie akcji

clearCache

(

'controller_action/'

)

;

// Usuń wszystkie strony z cache, bazując na nazwie kontrolera, nazwie akcji
// i parametrze

// Do funkcji clearCache() można przekazywać wiele parametrów

clearCache

(

array

(

'controller_action_params'

,'controller2_action_params

))

;

05/2007

Technika

CakePHP

www.phpsolmag.org

Listing 6. Struktury danych wykorzystane do przechowywania cache

mysql

desc dbcache;

mysql

desc dbcache;

+------------+------------------+------+-----+---------+------

----------+

Default

Extra |

+------------+------------------+------+-----+---------+------

----------+

| key |

int

(

)

unsigned | NO | PRI | NULL |

+------------+------------------+------+-----+---------+------

----------+

// przykładowy model danych obsługujący buforowanie stron
// w bazie danych klasa Cache

class

MyCache

extends

AppModel

// jeżeli używamy PHP4, musimy zdefiniować zmienną

// zawierającą nazwę klasy

var

$name

'MyCache'

;

// korzystamy z bazy danych – tabeli o nazwie cache

var

$useTable

= ‘cache’;

// metoda wyszukująca wartość skojarzoną z kluczem

// i zwracająca dane jako zmienną PHP

function find(

$key

)

{

$rc

$this

query

(

"select * from cache where key =

'$key'

and

expires_at

NOW

()

limit 1"

)

;

return

unserialize

(

$rc

[

'cache'

][

'value'

])

;

}

// metoda przechowująca w bazie danych klucz razem

// z wartością

function

store(

$key

$value

$expires

=null

)

{

// jutro

(

is_null

(

$expires

))

$expires

time

()

(

24 * 60 * 60

))

;

$expires

date

(

'Y-m-d H:i:s'

$expires

)

;

$value

= serialize

(

$value

)

;

return

$this

query

(

"replace cache set value =

'$value'

$expires_at

'$expires'

where key =

'$key'

)

;

}

// metoda usuwająca przechowywane dane na podstawie klucza

// wyszukiwania

function

delete(

$key

)

{

return

$this

query

(

"delete * from cache where key =

'$key'

)

;

}

// metoda usuwająca z bazy danych wszystkie dane,

// których termin ważności minął

function

purge(

)

{

return

$this

query

(

"delete * from cache where

expires_at < NOW()"

)

;

}

// przykładowy kontroler wykorzystujących cache
// klasa MessagesControler wyświetlająca wiadomości
// internetowego forum

class

MessagesController

extends

AppController

{

var

$name

'Messages'

;

var

$helpers

array

(

'Html'

'Time'

)

;

var

$layout

'default'

;

var

$uses

array

(

'Forum'

'Topic'

'Comment'

'Message'

'MyCache'

)

;

function

view(

$id

)

{

// pobierz informacje o temacie dyskusji i powiązaną

// z nim listę komentarzy jeżeli temat nie istnieje,
// ponownie wyświetl listę działów

$topic

$this

MyCache-

find

(

'topic'

$id

)

;

(

empty

(

$topic

))

{

$topic

$this

Topic-

find

(

array

(

'Topic.id'

$id

'Topic.topic_id'

))

;

(

empty

(

$topic

))

{

// przechowuj przez tydzień

$this

MyCache-

store

(

'topic'

$id

$topic

time

()

(

7 * 24 * 60 * 60

))

;

}

else

{

$this

redirect

(

'/forums/index'

)

;

exit

()

;

}

// przekaż zmienną $topic do widoku

$this

set

(

'topic'

$topic

)

;

}

function

remove(

$id

)

{

// usuń temat dyskusji wraz ze wszystkimi wiadomościami

// usuń zbędne pliki z cache

(

$this

Topic-

drop

(

$id

, true

))

$this

MyCache-

delete

(

'topic'

$id

)

;

$this

redirect

(

'/forums/index'

)

;

exit

()

;

}

05/2007

Technika

ra mechanizmami zapisu i odczytu danych
(zobacz ramka QUERY-CACHE). Oczywi-
ście istnieje możliwość skalowania takiego
rozwiązania, jednak nie jest ono proste po-
nieważ wymaga żmudnej konfiguracji (repli-
kacja baz danych) i nie jest standardowo ob-
sługiwane przez CakePHP 1.1.xx. Przykłado-
wy model danych obsługujący przechowywa-
nie cache w bazie danych został przedstawio-
ny w Listingu 6.

Najbardziej elastycznym sposobem prze-

chowywania danych jest mechanizm mem-
cached przechowujący dane w pamięci RAM
serwera (zobacz ramka). W miarę, jak dane
będą zapełniały przydzieloną pamięć, system
będzie automatycznie usuwał te, które były
najrzadziej używane (można też usuwać da-
ne za pomocą odpowiednich wywołań syste-
mowych).

Memcached został także wyposażony w

mechanizmy równoważące obciążenie, gdy
wykorzystywanych jest kilka serwerów, któ-
re można w prosty sposób przyłączać (lub

odłączać) bez konieczności przerywania dzia-
łania serwisu (obsługa memcached zostanie
włączona do CakePHP począwszy od wer-
sji 1.2.xx).

Typowa sesja połączenia z memcached z po-

ziomu PHP została przedstawiona na Listin-
gu 7. W pierwszej kolejności następuje zdefi-
niowanie puli dostępnych serwerów pracują-
cych pod kontrolą memcached. Każdy z nich
będzie wykorzystywany proporcjonalnie do
wagi określonej podczas inicjalizacji połącze-
nia i w razie awarii zastąpiony przez kolejny
serwer z listy.

Każdy dostęp do danych poprzedzony jest

testem, czy informacje są dostępne w cache.
Tylko w przypadku negatywnym nastąpi ko-
nieczność wykonania czasochłonnych obli-
czeń, po których wynik zostanie zapisany w
cache (kolejne zapytania będą więc korzysta-
ły z bufora). Memcached sam zatroszczy się o
usunięcie zbędnych (przestarzałych) danych
z pamięci – w naszym przykładzie po 10 se-
kundach.

Memcached ma jeszcze jedną zaletę – moż-

na go użyć jako mechanizm przechowują-
cy dane nie tylko na potrzeby buforowania
całych stron (page cache). Możemy w cache
umieszczać dowolne dane (wyniki obliczeń,
dynamicznie zmieniające się relacje między
danymi) i na ich podstawie generować stro-
ny WWW.

Podobnie jak w przypadku page cache pro-

blemem jest określenie, czy strony na których
były prezentowane dane, które uległy mo-
dyfikacji, znajdują się w cache. Memcached
umożliwia przechowywanie wyników obli-
czeń, więc nie możemy polegać na prostej za-
leżności mówiącej, że w przypadku zmian w
modelu danych należy usunąć cache związa-
ny z widokiem prezentującym dane.Zamiast
tego można posłużyć się sztuczką polegają-
cą na powiązaniu przechowywanych danych
przechowywanych w cache ze znacznikiem
sygnalizującym zmiany. Wystarczy, że utwo-
rzymy model danych, który będzie dostarczał
informacje o stanie aplikacji, np. unikalny nu-
mer, niezmienny tak długo, jak długo nie na-
stąpiły zmiany w bazie danych lub innych ob-
liczeniach.

Jeżeli tym numerem będziemy posługiwa-

li się przy obsłudze cache, to jego zmiana wy-
musi ponowne przeliczenie zmienionych da-
nych. Jeżeli przestrzeń przeznaczona na bu-
for będzie się zmniejszać, memcached auto-
matycznie usunie dane, które przez określo-
ny czas nie były aktywne.

Rozwiązanie takie sprawdzi się przede

wszystkim przy skomplikowanych stronach
WWW opartych o przechowywane w cache
dane pochodzące z czasochłonnych obliczeń.
Koszt zaangażowania zasobów serwera w wy-
krycie zmian w stanie aplikacji będzie wów-
czas zrównoważony przez oszczędności wy-
nikające z braku potrzeby wykonywania cza-
sochłonnej generacji strony.

Podsumowanie
Mechanizm page cache w CakePHP w połą-
czeniu z umiejętnym wykorzystaniem cache
przeglądarki internetowej może zredukować
opóźnienia w dostarczaniu danych do użyt-
kownika oraz zmniejszyć obciążenie serwera
WWW i bazy danych. Warto zwrócić szcze-
gólną uwagę na technologię memcached, któ-
ra zapewnia szybki dostęp do danych zawar-
tych w cache, jest elastyczna i skalowalna,
dzięki czemu może „rosnąć” razem z naszym
serwisem.

PIOTR GAPIŃSKI

Autor w wolnych chwilach zajmuje się programo-
waniem w różnych językach (głównie Rebol, Ruby,
PHP i AmigaE).
Kontakt z autorem: narg@polbox.com

Listing 7. Wykorzystanie memcached z poziomu PHP

// utworzenie puli dostępnych serwerów memcached
// każdy z nich będzie wykorzystywany proporcjonalnie
// do listy wag przekazanych jako prametr do metody Mamcache::addServer()

$memcache

new

Memcache;

$memcache

addServer

(

'memcache_host1'

11211

)

;

$memcache

addServer

(

'memcache_host2'

11211

)

;

$memcache

addServer

(

'memcache_host3'

11211

)

;

$memcache

new

Memcache;

$memcache

connect

(

'localhost'

11211

)

die

(

'Nie mogę się połączyć'

)

;

(

$get_result

$memcache

get

(

'key'

))

{

// jeżeli obiekt jest w cache, to skorzystaj z niego

echo

Dane z serwera

br/

echo

$get_result

str_attr

;

echo

$get_result

int_attr;

}

else

{

// w cache nie ma żądanych danych, zapisz dane

$tmp_object

new

stdClass;

$tmp_object

str_attr =

'test'

;

$tmp_object

int_attr =

time

()

;

$memcache

set

(

'key'

$tmp_object

, false, 10

)

die

(

'Nie udało się zapisać elementu'

)

;

echo

'Zapisane dane zostaną usunięte po 10 sekundach

br/

;

echo

'Odśwież stronę, by zobaczyć dane zapisane na serwerze memcached'

;

}