Jakiś czas temu rozpoczynałem kolejny projekt oparty o framework symfony. Do tej pory tworzenie modeli na podstawie klas wygenerowanych z opisu w pliku schema.yml było najprzyjemniejszą częścią pracy. Okazało się jednak, że nie wszystko wygląda tak różowo, jakby mogło się na pierwszy rzut oka zdawać. Mechanizm przetwarzający ma problem z pewnymi nazwami, który to problem ujawnia się pod postacią dosyć nieciekawego, tytułowego błędu. Zapraszam do lektury.
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.
Framework symfony to bezsprzecznie jeden z najlepszych frameworków, jakie miałem okazję testować. Zarówno poziom zaawansowania kodu, jak też łatwość tworzenia nowych funkcjonalności w stronach internetowych czynią go naprawdę genialnym narzędziem w rękach programisty. W dzisiejszym wpisie chciałbym pokazać, jak w prosty sposób zintegrować edytor WYSIWYG - CKEditor z polami