Cases (Posty o doctrine)

sqlite w środowisku developerskim w symfony i symfony2

Grzegorz Śliwiński — Thu, 26 Jan 2012 19:01:23 GMT

Sqlite nie koniecznie jest dobrą bazą produkcyjną dla tworzonych aplikacji internetowych. Jednak podczas ich tworzenia powinna nadać się idealnie. Tym bardziej, jeśli nie chcemy naszej maszyny developerskiej obarczać dodatkowymi procesami, czy też pilnować włączania/wyłączania serwerów bazy danych, sqlite nada się idealnie.

Czytaj więcej… (zostało 1 minut czytania)

symfony 1.4.7

Grzegorz Śliwiński — Thu, 23 Sep 2010 06:09:25 GMT

Nowa wersja symfony (1.4.7) ujrzała światło dzienne wczoraj. Nowa wersja zawiera głównie poprawki, jedno usprawnienie, oraz nową wersję doctrine (1.2.3).

Czytaj więcej… (zostało 1 minut czytania)

Sortowanie pobieranych elementów z dql według zadanego zbioru

Grzegorz Śliwiński — Mon, 16 Aug 2010 18:08:51 GMT

Czasem zdarza się, że chcielibyśmy pobrać z bazy danych elementy z określonego zbioru, a także je posortować według kolejności, w jakiej w tym zbiorze się znajdują. Samo zadanie skomplikowane nie jest, aczkolwiek nie jest również takie proste. Poniżej zaprezentuję podejście do problemu, oraz pułapki, które mogą nas spotkać podczas rozwiązywania tego problemu.

Czytaj więcej… (zostało 2 minut czytania)

fzBlameable

Grzegorz Śliwiński — Sun, 01 Aug 2010 20:08:17 GMT

Podczas pierwszego kontaktu z symfony i doctrine, nie zdawałem sobie sprawy z ułatwień oferowanych przez behavioury. Sluggable był z początku swego rodzaju magią, a ja lubię wiedzieć, jakie kółka zębate wprawiają machinę w ruch. Kwiestię właściciela, który stworzył dany obiekt, rozwiązywałem tam, gdzie obiekt był tworzony, w każdej akcji osobno.

Czytaj więcej… (zostało 1 minut czytania)

Aktualizacja sfDoctrineGuardPlugin 4.0.1 do 5.0.0

Grzegorz Śliwiński — Sun, 18 Jul 2010 21:07:58 GMT

W tygodniu pojawiła się nowa wersja pluginu sfDoctrineGuardPlugin. [STRIKEOUT:Nie przywiązywałem do tego większej wagi, ze względu na changelog, który informował tylko o poprawce generowania kluczy "pamiętaj mnie" (ang. Remember Me)].

Czytaj więcej… (zostało 2 minut czytania)

Zmiana modelu dziedziczenia w pluginie sfForkedDoctrineApply

Grzegorz Śliwiński — Thu, 08 Jul 2010 20:07:54 GMT

Od wersji 1.3.0 pluginu sfForkedDoctrineApply nastąpi zmiana modelu dziedziczenia doctrine modelu profilu, z simple na column_aggregation.

Czytaj więcej… (zostało 1 minut czytania)

Nie wierz migracjom

Grzegorz Śliwiński — Sun, 16 May 2010 19:05:42 GMT

Migracje doctrinowe są narzędziem, które ma nam ułatwić wersjonowanie bazy danych. Dzięki nim można po zmianie schematu zmienić zarówno bazę na maszynie developerskiej, a później powtórzyć zmiany na produkcyjnej. Ale to narzędzie ma tylko ułatwić, nie wyręczyć. Wygeneruje klasy migracyjne ale na z góry określonych zasadach. Najpierw operacje na tabelach, później klucze i indeksy:

Czytaj więcej… (zostało 2 minut czytania)

Polskie znaki w MySQL, doctrine i symfony

Grzegorz Śliwiński — Sun, 09 May 2010 10:05:53 GMT

Niejednokrotnie tworząc bazę danych w MySQL, nie trudno nie zauważyć, iż w świeżej, nieskonfigurowanej instalacji tego systemu zarządzania bazą danych, domyślnym typem kodowania nie jest utf8 tylko cp1252/latin1_swedish.

Tworząc aplikację korzystającą z takiej bazy, a samej używającej unicode, powinniśmy dla świętego spokoju sprawdzić i pilnować z jakiego kodowania nasza baza danych korzysta. Choćby dlatego, że inna aplikacja podłączona do takiej bazy danych może mieć problemy z rozpoznaniem i połapaniem się w tej mieszance kodowań. Nie jest również zbyt intuicyjnym przechowywanie ciągu znaków zakodowanego w unicode, w strukturze używającej cp1252 lub innego systemu kodowania.

Również symfony, z całym przywiązaniem do unicode, nie robi nic, by wymusić stosowanie tego kodowanie w tworzonych poprzez doctrine tabelach, czy też samym połączeniu na lini baza danych - aplikacja. Konieczne jest ręczne ustawienie odpowiednich wartości w pliku database.yml:

all:
  doctrine:
    class: sfDoctrineDatabase
    param:
      #...
      attributes:
        default_table_charset: utf8
        default_table_collate: utf8_general_ci

W ten sposób można w spokoju tworzyć aplikacje używające kodowania unicode bez obawy wystąpienia błędu nieprawidłowego kodowania znaków w porównaniu MySQL, lub innych niespodzianek z tym związanych.

Z reguły znaki używane na zachodzie (znaki ASCII) są kodowane w ten sam sposób w unicode jak i w cp1252/latin1, czego nie można powiedzieć o polskich ogonkach, czy występujących w czeskim i innych zachodniosłowiańskich językach ptaszkach (Przykład: Čech).

Settery pól behavioura dla Doctrine

Grzegorz Śliwiński — Tue, 27 Apr 2010 19:04:48 GMT

Przy okazji przenoszenia dmTagPlugin z powrotem do korzeni Diema, do symfony, przypomniała mi się jedna rzecz, którą warto poruszyć. Dotyczy ona tworzenia behavioura i obsługi pól modelu wprowadzanych przez szablon behavioura do modelu otrzymującego naszego behavioura.

Czytaj więcej… (zostało 1 minut czytania)

symfony 1.4.4 i BaseToPrfx

Grzegorz Śliwiński — Thu, 08 Apr 2010 19:04:31 GMT

Wczoraj wyszła czwarta wersja symfony z linii 1.3.x i 1.4.x (Zaanonsowane na blogu symfony). Co ciekawe, poprawki wprowadzone w tej wersji częściowo adresują problem poruszony w moim poprzednim poście, dlatego postanowiłem przetestować migracje tak szybko jak na to zadania pozwolą.

Czytaj więcej… (zostało 1 minut czytania)