Szablony kodu w Eclipse

Szablony kodu ( templates lub snippets ) są bardzo przydatne w codziennej pracy. Zwłaszcza dla często wykorzystywanych konstrukcji językowych.

Najpierw nieco o standardowo dostępnych snippetach ( w Eclipse PDT ). Wpisując słowo-klucz i naciskając kombinację klawiszy CTRL+SPACE powoduje wstawienie snippetu. Dokładnie tak samo jak uzupełnianie kodu, po rozpoczęciu pisania występuje ta sama kombinacja. Po tym jak szablon „wstawi się” w kod, podświetla nam się pierwsza „zmienna w szablonie”, której wartość wpisujemy, naciśnięcie tabulatora powoduje przeniesienie się do kolejnej takiej szablonowej zmiennej. W ten sposób można np w ciągu 2-3 sekund napisać całą pętlę foreach lub zbudować zarys klasy.

APIlity a polskie znaki

APIlity – biblioteka wydana przez google’a w celu łatwiejszego używania AdWords API z wykorzystaniem języka PHP. Niestety nie jest chyba jeszcze do końca dopracowana lub po prostu nie przewiduje i nie akceptuje pewnych znaków w kampaniach reklamowych.

W czym problem? Podczas wysyłania danych do API polskie znaki stają się krzakami. Przykład na jakim się z tym zetknąłem dotyczył aktualizacji parametru destinationUrl dla boksów reklamowych. Wygląda to tak, że przy aktualizacji tego parametru stary boks jest wyłączany a tworzony jest nowy – więc cała treść: nagłówek, dwie linijki opisu oraz url są przesyłane od nowa. Powodowało to niemiłe dla oka skutki w postaci znaków zapytania w boksach reklamowych.

Na szczęście rozwiązanie jest dość proste: należy usunąć wywołania funkcji utf8_decode z metody setDestinationUrl w pliku Ad.php w/w biblioteki. Pomogło. Prawdopodobnie jest to pozostałość po wersji APIlity, gdy ta obsługiwała tylko zestaw znaków latin1 a API było w UTF8. Teraz już jest wszystko w UTFie

Usunięcie encji z tekstu

Szukałem ( być może słabo ) i nie znalazłem rozwiązania problemu. W nazwie hoteli jednego serwisu, którego podpinałem pod Google Maps, występowały encje. Podczas zapisu danych do pliku o nazwie takiej, jak nazwa hotelu, należało te encje usunąć. Nie pomogło str_replace, nie pomogło strtr. Więc zaciągnąłem do tego wyrażenia regularne i powstała taka linijka kodu:

$strFileName = preg_replace( ‚%&#[0-9]+;%’, ”, $strFileName );

Spowodowało to usunięcie niechcianych znaków z nazwy pliku.

PHP pójdzie do lamusa?

Odwiedziłem dzisiaj stronę code.google.com – dawno tam nie byłem. I pierwsze co mnie naszło jak zobaczyłem zbiór produktów Google to myśl, że jeszcze trochę i całe strony będzie można budować bez użycia PHP lub z jego szczątkowym użyciem. Jest API do map google, jest do użycia AJAX’a z poziomu Javy, są API do tworzenia wykresów, kalendarzy oraz App Engine API, o którym piszą:

Google App Engine lets you run your web applications on Google’s infrastructure. App Engine applications are easy to build, easy to maintain, and easy to scale as your traffic and data storage needs grow. With App Engine, there are no servers to maintain: You just upload your application, and it’s ready to serve your users.

Poczekamy i zobaczymy, ale ekspansja potenta jest dla mnie czasami porażająca…

PHP4 a PHP5

Dzięki linkowi podrzuconemu przez znajomego ( nie dotyczącego bezpośrednio tego wpisu ) znalazłem wspaniały cytat, który zdecydowanie nadaje się na cytat dnia:

PHP 4 is really a big pain in the ass, so try to talk your host into upgrading to PHP 5