Każdy z nas posiada zestaw “snippetów” – nie wiem jak to przetłumaczyć na język polski – skrawki? wstawki? fragmenty kodu? Chodzi o kod, który używamy dosyć często w różnych projektach. Czasami jest to jakaś działająca funkcja sprawdzająca poprawność zmiennych, czasami jest to sposób użycia jakieś klasy a czasami jest to… coś innego. Wiadomo o co chodzi – Snippet to taki kod, funkcja, klasa którą możemy wielokrotnie używać przy różnych okazjach.

Wspominałem już o kilku edytorach on-line (a może powinienem napisać w “chmurze”) – niestety przy żadnym nie zatrzymałem się na dłużej. Bardzo dobrze zapowiadał się Cloud9 dzięki swojej integracji z GITem no i generalnie poprawnym i sprawnym działaniu. Co mi się nie spodobało? Za dużo klikania, za duże guziczki… no nie wiem. Nie przypadł mi do gustu. Niby wszystko działa poprawnie, ale czegoś mu zabrakło.

Jednak znalazł  się edytor przy którym zostałem na dłużej – prawdę mowiąc w kilku przypadkach uruchamiam go częściej niż moje ulubione  Komodo Edit . Jego nazwa to ShiftEdit . Grafika prosta, wręcz prymitywna – ale to edytor, narzędzie 🙂 Młotek nie musi mieć ornamentów – ma działać. Tak jest właśnie z ShiftEdit.

Bez AJAXu nowoczesne serwisu nie mają racji bytu. Pierwsza rzecz, która kojarzy mi się z Ajax’em to “kręcioły” pojawiające się jak coś dzieje się w tle. Oczywiście można znaleźć animowane GIFy z loaderami, ale jako że nie idziemy na łatwiznę i zwykle mamy naprawdę dobre przeglądarki wspierające HTML5 więc… zrobimy sobie loader’a na bazie Canvas.

W specyfikacji HTML5 pojawił się nowy interesujący tag o nazwie CANVAS. Jego możliwości są ogromne – pozwala on na rysowanie na “płótnie”, tworzyć animacje i generalnie jest cool. W ramach powierzonych mi działań, miałem okazję “pobawić się” tymże elementem i faktycznie – zabawa jest przednia. Niestety trzeba dobrze znać JavaScript no i koniecznie obiektowy. Co nie zmienia faktu, że na bazie CANVAS robi się już gry, animację i powoli wypiera się Flasha.

Jakiś czas temu Google wyliczyło, że jeżeli strona ładuje się “szybciej” to generuje 20% więcej przychodów. Wszystko idzie więc w kierunku przyspieszania i optymalizacji tego co się da. Są dwa rodzaje operacji jakie możemy wykonać w celu przyspieszenia ładowania strony. Część z nich to zadania server-side, które polegają na optymalizacji generowania strony, przepływu informacji do klienta (kompresja stron, css, JavaScript, cache’owanie zapytań SQL itp, itd). Druga strona to wizualne tricki, które powodują, że strona renderuje się “szybciej” w przeglądarce klienta.

Nie jest to specjalnie nowatorska usługa ( CloudFlare ), ale Page Speed Service w wykonaniu Google na pewno przyniesie lekkie zamieszanie na rynku 🙂 Na czym owa usługa polega? Google posiada sporo serwerów – jak wiadomo, teraz chce się tymi serwerami podzielić z gawiedzią żeby realizować ideę “szybkich stron”. Jak się z nami podzieli tymi serwerami? W bardzo “prosty” sposób. Nasza strona, będzie pobierana bezpośrednio z naszego serwera, optymalizowana przez wykorzystanie technik opisanych z Page Speed Online a następnie dostarczana klientowi z najbliższego serwera Google.

Oczywiście jak na Google przystało, wszystko jest zautomatyzowane i wystarczy tylko dodać rekordy CNAME do naszych DNSów. Usługa jest na razie w fazie beta, można zapisywać się do “kolejki” i czekać na przydziały. Na starcie usługa jest darmowa, potem pewnie pojawią się opłaty. Pytanie, czy warto? Z pewnością – przez jakiś czas używałem na moich serwerach mod_pagespeed który dawał wyraźnego kopa serwowanym stronom, niestety powodował też spore obciążenie procesora. Jeżeli “zrzucimy” całą pracę na serwery Google – efekty mogą być bardzo korzystne.