Projekt platformy ecommerce nad którym pracuję od 2 lat w firmie D&L technology ujrzał właśnie światło dzienne. Ma on na celu dostarczenie kompleksowego rozwiązania dla sklepów internetowych. Sklepikarz płaci abonament a my dostarczamy wszystkie niezbędne funkcjonalności oraz hosting który nie zawiedzie przy dużym ruchu czy pocztę email również do masowego mailingu (newsletter).

Usługa ma być bardzo atrakcyjna cenowo na tle konkurencji i mam nadzieję, że taka jest o czym można się przekonać oglądając cennik Tradoro. W projekt od strony technicznej zaangażowany jest spory zespół ludzi, więc naszym celem jest przegonienie magento jeżeli chodzi o bogactwo funkcjonalności jednocześnie zachowując łatwość obsługi i ładny wygląd aplikacji wzorem shopify. Od strony przyjazności wyszukiwarkom (SEO) gwarantem są moje dobre nawyki jakie nabyłem pracując dla krakowskiej firmy Seofriendly Solutions zajmującej się od dobrych paru lat zagadnieniami SEO.

Jeżeli masz jakieś wątpliwości natury technicznej lub myślisz o funkcjonalnościach których nie ma konkurencja chętnie pomogę (email: michal.wujas w domenie tradoro.pl)

error_reporting(E_NOOB)

O co w praktyce chodzi w Dependency injection ?

Komponent ten pozwala na stworzenie sieci zależności między klasami na podstawie konfiguracji statycznej zapisanej w plikach XML lub YAML. Dla zaznajomionych z symfony komponent wygneruje nam własną klasę sfContext (tak, tak kod php) z dowolnie nazwanymi klasami obsługującymi usera, request, response etc. a do tego ułatwi tworzenie instancji bądź pobieranie singletonów.

Na dodatek komponent może wygenerować piękny diagram graficzny stworzonej sieci klas, to trzeba zobaczyć!

Po więcej informacji polecam zajrzeć do fantastycznie przygotowanej (jak zwykle) oficjalnej dokumentacji

Postaram się wypróbować to cudo do rozwiązania osadzania różnych wersji systemu magazynowego w sklepie.

Do Traca dodałem również Macro, które wyświetla informacje o błędzie na podstawie jego kodu - przydatne podczas tworzenia dokumentacji czy łączenie ticketów w których wprowadzana jest nowa funkcjonalność z błędami, które ta funkcjonalność spowoduje.

Timeline

W opisie ticketa automatycznie wstawiane jest podsumowanie błędu - komunikat, nazwa modułu, nazwa akcji, adres strony.

Przy zamknięciu ticketa wszystkie podobne błędy kasowane są z bazy. Jeżeli błąd wystąpi ponownie ticket jest otwierany automatycznie.

Wszystkie błędy można przeglądać bezpośrednio z poziomu Traca

Lista błędów /trac/bugs

Co dalej ?

Dalszy rozwój rozszerzenia to dodanie zgadywania komu przypisać ticket na podstawie mapowania właścicieli komponentów z traca do modułu i aplikacji z symfony.

Wyświetlanie informacji z trace dla wyjątku również bardzo by pomogło naprawiać błędy.

Jeżeli ktoś zainteresowany jest kodem to mogę podesłać tylko ostrzegam, że moje umiejętności programowania w pythonie są mocno użytkowe

Genialne w swojej prostocie.

Wystarczy wygasić container html w którego obrębie klikniętą w link, poczekać na normalne przeładowanie strony i zapalić container z powrotem

Output buffering + nagłowki 304 dla grafiki i cssów i efekt mamy ten sam co w przypadku ajaxa.

Klient zadowolony, że ma efekciarsko, a programiści, że nie muszą się martwić o różne dziwne rzeczy typu wylogowywanie, interakcje między elementami etc.

PS. Ten post prezentuje ironiczno-praktyczne podejście do pracy klientem i taktyka ta nie powinna być używana w realu

Idąc za tym tropem przyglądnąłem się projektom firmy.

Na jednym z nich: http://www.k24.cz/ w kodzie html można zauważyć ciekawe rzeczy

"/sfMinifyPlugin.php?f=/js/komputronik/anim/anim.js"

Na komputronik.pl ścieżki do mediów i sposób generowania atrybutów w formularzach też wiernie oddaje Symfony. Wniosek jest jeden - projekty z tak dużym ruchem są postawione na Symfony.

Szkoda, że się tym nie chwalą bo to kolejny argument za tym świetnym frameworkiem.

Propel 1.3

Na plus:

• Obsługa relacji wiele do wiele w formularzach i modelu danych
• Zmiana z Creole na PDO = szybszy propel
• Generator filtrów do listy rekordów - genialny oszczędzacz czasu

Ograniczenia

• zapomnijcie o addJoin(XPeer::Column, YPeer::COLUMN.’ AND [warunki] ‘);
• wszystkie wlasne metody joinowania trzeba przepisać z propela 1.2 na składnie PDO

Symfony 1.2

Na plus:

• wygodny sposób konfiguracji projektu i pojedyńczych aplikacji (na zasadzie klas)
• możliwość wyłączenia pluginów dla aplikacji (nareszcie)

Ograniczenia:

• większość pluginów jest słabo kompatybilna z 1.2 i trzeba je ręcznie poprawiać

Nowe formularze

To chyba główny powód dla którego warto przejść na 1.2. Z początku nauka tego sub frameworka będzie męcząca a efekty będą słabe. Po 4 miesiącach walki z tym kolosem i po poznaniu wszystkich widgetów i validatorów pisanie formularzy znacznie przyśpiesza. Co najważniejsze dla mnie kod formularza jest w pełni ustandaryzowany co ułatwia prace w zespole i czyni kod czytelnym i łatwo rozszerzalnym.

Po szybkim skakaniu w eclipsie okazało się, że ktoś przezornie schował logi w zmiennej protected bez metody dostępowej. Nie chciałem zmieniać kodu klasy z Loggerem, więc wykorzystałem czegotoniepotrafiące php

Tym sposobem można właściwie wszystko z sfContext wyciągnąć:

ob_start();
print_r(sfContext::getInstance()->getLogger());
$logs = ob_get_clean();
 
preg_match_all('|\[message\].*render.*frontend(.*)\n|U',$logs,$templates);

Trochę obróbki danych i:

Może z czasem nawet będę jakieś posty pisać. No dobra… bez przesady