Forum CakePHP.org.pl - bindModel z tym samym modelem

Odp: bindModel z tym samym modelem

null@example.com (alfabeta) — Thu, 02 Apr 2009 12:01:49 +0000

Ja bym podzielił dodatkowo użytkowników na grupy jeśli by było więcej rodzajów użytkowników niż uprzywilejowany i nieuprzywilejowany.
Tak jak tu

Odp: bindModel z tym samym modelem

null@example.com (robal77) — Thu, 02 Apr 2009 11:08:46 +0000

Chodzi o bezpiecznestwo i elegance takiego zastosowania ...

Przyklad :

trzymasz uzytytkownikow w tablie ARO, zeby nie nadawac kazdemu uprawnien z osbna, tworzysz dla nich parent'a "User" - nadajesz mu odpowiednie uprawnienia do odpowiednich ACO, wtedy kazdy element potomny dziedziczy uprawnienia z USER ( tak po krotce)

Zeby uproscic sprawe dodajesz kazdego uzytkownika z tabeli users do ARO , pod element nadrzedny User ...

Albo mozesz dla kazdego z adminow nadawac uprawnienia z osobna, bez dziedziczenia, albo musisz sie bawic w if... else ... if ... else ...... niezbyt eleganckie

Latwo sie pomylic i nadac wszytskim uzytkownika uprawnienia admina ...

Admini niekoniecznie musza miec te same pola co uzytkownicy , i bedziesz musial zostawiac null'e niezbyt eleganckie

Nigdy nie masz pewnosci cz jakis uzytkownik nie wymusi przyznania sobie uprawnien admina....

i milion innych rownie dobrych powodow.

duke_piotr napisał/a:

W tym przypadku jezeli 'zarzadcow' jest niewiele nie widze wogole potrzeby zabawy w kontrole dostepu. Kazdy ma jakas kategorie i dalej jedziemy ze zwyklymi warunkami ;]

Tak wlasnie powstaja w php aplikacje potwory w 90% skladjace sie z niezlwykle przemyslanego kodu np if .. else if ... elseif ... . albo if($true == "true" ) $true = true ;-)

Odp: bindModel z tym samym modelem

null@example.com (duke_piotr) — Thu, 02 Apr 2009 10:50:17 +0000

Tylko dla przejrzystosci bazy i pewnosci ze 'klient' to 'klient' czy masz jakies wazne powody?

W tym przypadku jezeli 'zarzadcow' jest niewiele nie widze wogole potrzeby zabawy w kontrole dostepu. Kazdy ma jakas kategorie i dalej jedziemy ze zwyklymi warunkami ;]

Odp: bindModel z tym samym modelem

null@example.com (robal77) — Thu, 02 Apr 2009 10:44:43 +0000

w osobnych tabelach.

Odp: bindModel z tym samym modelem

null@example.com (duke_piotr) — Thu, 02 Apr 2009 10:42:37 +0000

A tak apropos HABTM i mojego przykladu.
Uwazacie ze lepiej trzymac wszystkich userow (admin i zwykly uzytkownik) w jednej tabeli i kontrolowac przez ACL czy moze w jednej tabeli dac zarzadcow(admini, redaktorzy i wszyscy co pracuja nad czyms) a w drugiej samych odbiorcow(klienci i uzytkownicy strony)

Z tym drugim rozwiazaniem spotkalem sie juz kilka razy i ma to swoje wady i zalety.

Odp: bindModel z tym samym modelem

null@example.com (alfabeta) — Thu, 02 Apr 2009 09:10:24 +0000

@robal77
Uppps.
Troszkę zbłądziłem myślami i wymyśliłem, że wielu użytkowników może pracować nad wieloma projektami a projekt może mieć jednego twórcę.
Pomyślałem, że jak będzie HABTM to wszystkich User połączonych z Project będziemy mieć w wyniku find'a w $wynik['UsersProject']. I wten sposób odpowiedziałem na pytanie, którego nikt nie zadał. Sorki.

Odp: bindModel z tym samym modelem

null@example.com (duke_piotr) — Thu, 02 Apr 2009 08:15:35 +0000

Ze literowki to wiem :] Wale na szybko i sie nie zastanawiam

Co do User2 -> to chyba jednak jest logiczne (jak na jezyk SQL, niewiem czemu nie wpadlem na taka oczywista oczywistosc ) -> powinno zadzialac wielkie dzieki

Odp: bindModel z tym samym modelem

null@example.com (robal77) — Thu, 02 Apr 2009 08:00:51 +0000

po 1 . foreignKey a nie foreign_key
po 2 relacja poprawna , tylko klucz User zastap czym innymi np User2 i powinno działać.

$this->Projekt->bindModel(array('belongsTo' => array('User2'=> array ("className" => "User", "foreignKey" => "created_by"))));

@analfabeta, jakim sposobem wygla to na hasAndBelongsToMany ?? Mozesz wyasnic ?

Odp: bindModel z tym samym modelem

null@example.com (alfabeta) — Thu, 02 Apr 2009 07:56:22 +0000

Wygląda na hasAndBelongsToMany. Póżniej sprawdzasz tylko czy user_id == created_by i wiesz czy uzytkownik stworzył projekt.

bindModel z tym samym modelem

null@example.com (duke_piotr) — Wed, 01 Apr 2009 09:33:41 +0000

Czesc, nie mam przy sobie kodu ale jak bedzie potrzebny to poszukam.

Problem:
tabela projekt(id,user_id,created_by)
tabela users (id,name).

projekt posiada relacje belongs to users dla klucza users_id. Posiada on jednak tez kolumnę created_by ktora nie jest indeksowana i byla zrobiona na zasadzie 'a moze sie przyda'. No i okazalo sie ze sie przydaje.

Podczas wyciagania zapytania o projekty wyskakuje mi tez tabela Users dla klucza user_id. Potrzebuje tez jednak zrobić drugi raz users ale dla wartosci created_by.

Dolaczylem wiec na szybko model (przykladowy):

$this->Projekt->bindModel(array('belongsTo' =>Array('User'=> array (............, foreign_key => created_by))))

i....... nic

Pytanie:
Czy takie cos jest mozliwe, a jak tak to czy zalozenie jest dobre a tylko zle wykonanie czy tez trzeba to robic zupelnie inaczej.