Lighttpd

Wspominałem już kilka razy o tym lekkim serwerze WWW, którego jestem wielkim fanem. Szczególnie jest on przydatny w przypadku mojej micro instancji na Amazonie, której największą bolączką jest microskopijna ilość RAMu jaki mam do dyspozcji. Przez chwilę próbowałem nawet wrócić do mocno odchudzonego Apacha, ale przy większej liczbie zapytań – w większości generowanej przez boty – po prostu poległ. Dlatego też z lighttpd po różnorodnych optymalizacjach jestem w stanie serwować kilka(naście) stron na tej taniej instancji. Nawet z botami.

Temat Drupal ‘a wraca do mnie jak bumerang 😉 W Polsce mało popularny na tzw. “zachodzie” a nawet na antypodach stanowi zaraz za WordPress’em bazę dla większości stron internetowych. Pomijam fakt, że Biały Dom używa Drupala i że faktycznie Drupal 7 zaczyna być przyjazny użytkownikowi, a nie tylko webdeveloperowi.

Optymalizacji ciąg dalszy 🙂 Page Speed Online często doczepia się do ustawienia expiry date dla plików, które mają być długo cache’owane. Generalnie chodzi o to, żeby przeglądarka automatycznie cache’owała nam pliki jak najdłużej sięda – pliki naszego serwisu, które nie często sięzmieniają jak biblioteki CSS czy JS, a nawet niektóre obrazki.

Jak to zrobić jeżeli nasze strony serwuje lighttpd? Z pomocą przychodzi nam mod_expire – moduł przeznaczony dokładnie do tego zadania. Oczywiście nie będziemy się bawić w zbędne wstępy – esencja.

Od jakiegoś czasu ta strona, oraz kilka innych pracuje w chmurze Amazonu . Na moje mikro potrzeby, pracuję tylko z Micro instancją na EC2 – mocy procesora zupełnie wystarcza, wąskim gardłem jest oczywiście RAM – 613MB. Wprawdzie ruch, który generuję w serwisie nie jest specjalnie wysoki, ale wiadomo – RAMu nigdy nie za dużo.

W ramach oszczędności postanowiłem wymienić starego tłustego kota o imieniu Apache, na coś lżejszego i szybszego – Lighttpd . Dodatkowo mod_php zamieniło się na fast_cgi i w sumie to wszystko.