Kiedyś, ale wcale nie w tak odległej przeszłości, w czasach, które można nazwać „przedgooglowymi, nikt nie zawracał sobie głowy wyglądem linków. Przekazywanie parametrów w linkach Powodowało, że miały one następujący format: http://mojadomena.pl/index.php?p=1&id=12324&parametr=aqq Niezbyt ładnie prawda? W pewnym momencie nadeszła era Google a z nią SEO i takie linki zaczęły być passe. Teraz wszyscy chcą mieć [...]

Przed majem 2010 roku w świecie PHP poruszałem się głównie z pomocą Zend Frameworka. Kilka lat wcześniej był to autorski framework (netEngine) oraz firmowe frameworki. Z perspektywy czasu uważam, że złe było rozwijanie własnych narzędzi, zamiast pomóc społeczności. Taki zbiorowy projekt jest świetny:

• bardzo szybko rozwijany
• zawsze znajdziesz osobę, która zna framework (a Twój lub firmowy?)
• spora baza tutoriali w Sieci
• popularny = groźny (wykryta dziura w Australii może spowodować ciężki tydzień w Twojej firmie)

Od maja pracuję głównie z wykorzystaniem Symfony (1.4). Z mojego punktu widzenia przedstawia on odmienne podejście do sprawy. W Symfony da się sporo rzeczy ustawić z góry, dobry cmd line, a mnóstwo mamy out of box. Ale rozwijanie Symfony o własne dodatki czy helpery nie jest przyjemnością. Symfony odbieram jak takiego WordPressa – sprawdza się, ale jego kod pozostawia wiele do życzenia (przeplatanie języka proceduralnego z obiektowym).

Najgorszy minus Symfony 1.4 ? Mimo, że jest długo na rynku i jest najnowszą stabilną wersją Sieć prawie o nim milczy poza oficjalną dokumentacją. Jeśli przyjdzie zmierzyć się Tobie z nietrywalnym problemem lepiej od razu przejrzeć kod źródłowy frameworka niż szukać w Google.

Od grudnia znów pracuję z Zend Framework, przy okazji projektu bilancio. Wrażenia ogólne – bosko, w końcu czuję się jak w domu. Mam tyle obiektów ile dusza zapragnie. A Google bardzo jest pomocne. Najgorszy był początek przy powrocie z Symfony.

Nadal nie widzę dobrze opisanego application.ini w Sieci, a można obecnie przez niego pozbyć się nadpisywania większości zasobów (ach czasy ZF < 1.0). Dodatkowo wydaje mi się, że formularze w Symfony „szybciej mi szły”. Chociaż irytujące jest, że w większości wypadków wypluwał inputy, zamiast pełnego tagu form (łatwiej obudować w ZF jak się potrafi). No i te magiczne url_for() w Symfony (w zależności od parametru wywołuje rózne inne funkcje).

Po pierwszym tygodniu pracy z Zend Framework nie chcę się z nim znów rozstawać, Symfony to naprawdę nieprzyjemne środowisko. A przy okazji projektów ZF może w końcu zacznę dzielić się jakimiś drobnostkami z Wami. Zobaczymy czy czas pozwoli (jak widać po blogu tutejszym ostatnio mi go brak).

PS: Przed wczoraj został opublikowany Zend Framework w wersji 1.11.3 (30 załatanych dziur).

Święta, święta i po świętach. Nim człowiek się nacieszył trzeba było wracać do roboty. Jako, że początek nowego roku to czas porządków - klienci, i ci starsi i ci obecni pragną by im coś zmodyfikować czy dobudować.W efekcie, większość czasu spędza

Większość developerów w ostatnich czasach zaczyna coraz częściej korzystać z CDN Google czy Microsoftu celem załadowania jQuery, Prototype czy innego frameworka do JavaScript. Jest w tym mnóstwo korzyści i sam też tak robię. Co jeśli jakimś cudem nie uda się połączyć z zewnętrznym serwerem? Strona pozostanie bez najważniejszej biblioteki, przez co reszta naszych skryptów nie [...]

Ostatnio pisałem o nowym ciekawym frameworku Tequila w tym poście.

Jednakże jak się okazuje, jego autor (Rafał Szemraj) przejął pełną kontrolę (=)) nad projektem Fabrication. Od tej pory Fabrication będzie wchłaniało funkcjonalności Tequili, dlatego też praca nad Tequilą została zawieszona (komentarz Rafała w poście).

Dodam tylko, że zauważyłem, że 2 dni temu została opublikowana najnowsza wersja Fabrication 0.7.1.

Przydatke linki: http://code.google.com/p/fabrication/ – oficjalna stronka Fabrication http://blog.szemraj.eu – blog Rafała

Na konferencji Flash Camp 2010 Rafał Szemraj przedstawił w krótkim przemówieniu nowy framework do Flexa – Tequila. Jest to framework oparty na PureMVC z domieszką Fabrication. Niestety nie miałem jeszcze czasu zaznajomić się z nim dogłębniej, ale jak tylko znajdę czas to na pewno napisze jak mi się z nim pracuje :)

Ciekawym rozwiązaniem jest dołączenie do frameworka konsoli napisanej w AIR, która pomaga debugować program.

Po więcej informacji odsyłam na stronę autora.

Praca z jQuery prędzej, czy później wymusza na nas kompleksowe tworzenie rozwiązań wykonywanych po stronie użytkownika. Metody filtrujące, animacje, czy efekty na galeriach zdjęć łatwiej będzie osiągnąć i rozwijać posługując się, łączącymi się na wtyczki, mechanizmami metod i funkcji, dostępnymi w frameworku.

Metoda, a funkcja?

Podstawowa różnica pomiędzy nimi polega na tym, że operują na innych obiektach. Każda nowa metoda musi być dołączona do prototypu jQuery.fn, a funkcja po prostu do obiektu jQuery.

PLAIN TEXT JavaScript:

1. /* metoda */
2. jQuery.fn.nazwa = function() {
3.     [...]
4. };

PLAIN TEXT JavaScript:

1. /* funkcja */
2. jQuery.nazwa = function() {
3.     [...]
4. };

W praktyce powoduje to, że do metody odwołujemy się operując na jakimś elemencie, identyfikatorze, bądź na klasie znajdującej się na stronie internetowej, a w przypadku funkcji, po prostu ją wywołujemy w celu wykonania jakieś akcji.

PLAIN TEXT JavaScript:

1. /* wywołanie: metoda */
2. $(element).nazwa();

PLAIN TEXT JavaScript:

1. /* wywołanie: funkcja */
2. var x = $.nazwa();
3. alert(x);

Obydwie możemy parametryzować. Argumentem może być zwykła zmienna, dowolnego, obsługiwanego przez JavaScript typu lub obiekt przechowujący zbiór pól o konkretnym przeznaczeniu.

PLAIN TEXT JavaScript:

1. /* metoda z parametrem */
2. jQuery.fn.nazwa = function(options) {
3.     [...]
4. };

PLAIN TEXT JavaScript:

1. /* funkcja z parametrem */
2. jQuery.nazwa = function(options) {
3.     [...]
4. };

Czytaj dalej tutaj (rozwija treść wpisu)
Czytaj dalej na blogu autora...

Zwiń
Czytaj na blogu autora...