28 listopada 2010 roku opublikowałem pamiętny wpis pt.: “[Blog] 97, 98, 99… 100 wpisów na blogu!”. Od tego czasu minęło prawie siedem miesięcy, podczas których dzieliłem się z Wami informacjami o rozwiązaniach różnych problemów z zakresu tworzenia i utrzymywania stron internetowych. Opublikowany wczoraj artykuł o Doctrine_Expression był 199 wpisem, dlatego dzisiaj zapraszam do lektury trochę mniej technicznych wynurzeń autora niniejszego blogu. Raz na sto wpisów chyba mi wolno. ;]
Od kiedy programiści stron internetowych [i nie tylko] dostali w swoje ręce pierwsze biblioteki wspomagające technikę ORM - mapowania obiektowo-relacyjnego, stało się jasne, że w bardzo wielu przypadkach oszczędzą nam one samodzielnego pisania zapytań SQL i związanych z tym problemów i błędów. Za bardzo przyjemną abstrakcją tychże bibliotek kryje się jednak jeden problem - ze względu na fakt, iż próbuje ona zastąpić nam całkowicie leżącą niżej warstwę bazy danych, bardzo często nie mamy możliwości skorzystania z natywnych funkcji SQLa. W niniejszym wpisie pokażę, jak sobie z tym poradzić wykorzystując bibliotekę ORM Doctrine.
Czasami mam taki nostalgiczny nastrój tęsknoty za “starymi dobrymi czasami”, kiedy spod moich palców wyszło całkiem sporo kodu C++. Naprawdę lubię ten język i uważam za dobrą decyzję twórców wielu języków, aby lekko mówiąc “ściągnąć” składnię z tego języka do własnego rozwiązania. PHP w pewnym sensie jest jednym z nich, także istnieje pewne powiązanie pomiędzy obiema technologiami [poza faktem, że sam interpreter jest napisany w C]. W dzisiejszym wpisie chciałbym pokazać jedną rzecz, mały lukier składniowy, który był obecny w C++, a trochę brakowało mi go w PHP.
Chcąc stworzyć dynamiczną stronę oferującą wiele funkcjonalności w sposób zbliżony do tego, jak zachowują się aplikacje desktopowe, niestety nie mamy innej możliwości niż wykorzystanie technologii AJAX. Wychodząc naprzeciw tym wymaganiom dzisiaj publikuję kolejny zestaw przydatnych materiałów dotyczących tworzenia różnego rodzaju funkcjonalności z jej wykorzystaniem. Mam nadzieję, że przydadzą się Wam zarówno w pracy, jak i podczas tworzenia własnych rozwiązań. Zapraszam do lektury.
Witajcie. Dzisiaj po raz kolejny zmierzymy się z frameworkiem symfony, a konkretnie z jego “wewnętrznym frameworkiem” obsługującym formularze. Jak już zdążyliście się dowiedzieć z kilku wcześniejszych wpisów, jest on bardzo wygodnym narzędziem, jednak jeśli się o pewnych rzeczach po prostu nie wie, to niestety potrafi być także złośliwy i ogłupia programistę niezrozumiałymi komunikatami. Tak też właśnie jest z walidatorem pola
Myślę, że nie popełnię dużego błędu, jeśli powiem, że każdy, kto kiedykolwiek potrzebował tłumaczenia pewnych informacji z nieznanego języka na “swój”, na pewno trafił kiedyś na narzędzie Google Translate. Jest to bezsprzecznie jeden z najlepszych translatorów na rynku, także trudno się dziwić, że jest tak powszechnie wykorzystywany. Także my, twórcy stron internetowych często korzystamy z niego, ponieważ udostępnia bez większego problemu możliwość dynamicznego tłumaczenia tekstu na stronie. Czasem jednak jest to zachowanie niepożądane, a więc wypada wiedzieć, jak to zablokować. Zapraszam do lektury dzisiejszego wpisu.
Nie ukrywam, że symfony jest moim ulubionym frameworkiem, jeśli mówimy o tych napisanych w języku PHP. Fabien Potencier stworzył naprawdę dobre narzędzie wspomagające tworzenie stron i aplikacji internetowych. Od pewnego czasu możemy usłyszeć o nowym przedsięwzięciu SensioLabs - frameworku Symfony2. Sf2 to zupełnie nowe podejście do tworzenia aplikacji internetowych, dlatego warto zapoznać się z możliwościami tego, co obecnie jest już w wersji beta4, a już niedługo osiągnie status RC. Już niedługo świat frameworków PHP zostanie wywrócony do góry nogami - będzie się działo!
Prowadzenie blogu ma, a przynajmniej powinno mieć na celu niesienie pomocy Czytelnikom. Czasem jednak trzeba też pomóc sobie - autorowi. Najlepiej jest wtedy, kiedy przy okazji spełniania tego pierwszego wymagania, spełnia się przy okazji to drugie. Ze względu na to, że tworzenie wpisów pomaga mi w uporządkowaniu wielu informacji kołaczących się nieskładnie w głowie, czasem będę się dzielił z Wami krótkimi wpisami o problemach, których rozwiązań często zapominam. Jednym z takich problemów jest właśnie tytułowe generowanie adresu URL w symfony, pochodzącego z routingu projektu… w kontrolerze.
Problemy, jakie napotykamy podczas programowania wszelkiego rodzaju aplikacji można podzielić na dwie główne kategorie - wymagające doświadczenia i wymagające wiedzy. O ile te związane z doświadczeniem można rozwiązać bez pomocy innych - rozwiązania można po prostu wywnioskować na podstawie doświadczenia, o tyle związane z wiedzą nie są takie proste. Ich rozwiązanie to zdobycie informacji o tym, co należy zrobić, żeby było dobrze, a do rzeczonej informacji czasem bardzo ciężko się dostać. W dzisiejszym wpisie chciałbym właśnie dla swojej i Waszej referencji opisać jeden problem związany z “wiedzą” w symfony.
jQuery to biblioteka, którą albo się uwielbia, albo nienawidzi. Można ją wychwalać za prostotę pisanego kodu i umożliwienie programiście tworzenie w prosty sposób zaawansowanych rozwiązań. Z drugiej strony, jako najbardziej popularne rozwiązanie stosowane przez twórców stron internetowych zebrało bardzo ostrą krytykę wśród tych, którzy są zwolennikami pisania własnego, “czystego” kodu, pozbawionego wszelkich “ulepszaczy”. Niezależnie od tego, czy jQuery jest Waszym codziennym pomocnikiem, czy solą w oku programisty - zapraszam do przejrzenia kolejnej porcji linków pokazujących jej możliwości.