![]() |
![]() ![]() |
![]() |
![]()
Post
#1
|
|
![]() Grupa: Moderatorzy Postów: 4 465 Pomógł: 137 Dołączył: 26.03.2004 Skąd: Gorzów Wlkp. ![]() |
Witam,
Mam dość nietypowy problem. Używam duetu sfGuardUser i sfGuardUserProfile. Chciałem użyć pluginu sfPropelActAsCommentableBehaviorPlugin podpinając go pod sfGuardUserProfile. Problemem jest to, że ów plugin używa metody $object->getPrimaryKey(), co skutecznie uniemożliwia mi implementację, bo sfGuardUserProfile identyfikator użytkownika zwraca z pola będącego kluczem obcym poprzez metodę sfGuardUserProfile::getUserId(), a sfGuardUserProfile::getPrimaryId() zwraca sfGuardUserProfile::getId(). Reasumując. Chcę podpiąć ten plugin komentarzy, ale jako identyfikatoya użyć klucza obcego sfGuardUserProfile::getUserId(). Dodam jeszcze, że nie chcę podpinać tego pluginu bezpośrednio pod sfGuardUser 1. Metoda polegałaby na przebudowie modelu sfGuardUserProfile tak, aby pole ID było jednocześnie kluczem obcym i głównym. Niestety, nie wiem jaki to może mieć wpływ na późniejsze zachowanie się innych pluginów związanych z sfGuardUserProfile. 2. Metoda polegająca na przepisaniu kodu pluginu sfPropelActAsCommentableBehaviorPlugin tak, aby możliwe było ustawienie dowolnej metody jako metody zwracającej identyfikator komentowanego obiektu. 3. Metoda - zhackowanie metody sfGuardUserProfile::getPrimaryKey() tak, aby zwracała w pewnych okolicznościach USER_ID, zamiast ID Który pomysł najlepszy? Może jakiś inny? Może ktoś już coś takiego przechodził? Pozdrawiam i z góry dziękuję za ewentualne odpowiedzi ![]() --edit Na razie przepisałem plugin dadając do niego opcje wyboru pola-klucza ![]() -------------------- To think for yourself you must question authority and
learn how to put yourself in a state of vulnerable, open-mindedness; chaotic, confused, vulnerability, to inform yourself. Think for yourself. Question authority. |
|
|
![]() ![]() |
![]() |
Wersja Lo-Fi | Aktualny czas: 31.07.2025 - 07:52 |