![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 176 Pomógł: 0 Dołączył: 8.11.2008 Ostrzeżenie: (0%) ![]() ![]() |
Witam. Mam problem dotyczący sfValidatorPropelUnique. Wszystko działa jak należy przy rejestracji tylko chcę go wykorzystać do zmiany danych użytkownika. Problem pojawia w momencie próby zmiany powiedzmy loginu który jest unikalny.
Jak zrobić żeby ten walidator szukał unikalności tylko i wyłącznie dla wszystkich loginów różnych od loginu który jest aktualnie używany przez tego użytkownika. Powiedzmy że login jest Jasiu i użytkownik pozostawia przy zmianie login taki sam, to postwalidator poinformuje ze taki w bazie istnieje, a nie powinien. Natomiast jak użytkownik zmieni login z Jasiu na Janek, a taki login bedzie już przydzielony do innego id to ma poinformowac o zajętości. Wiem że można to zrobić poprzez bezpośrednie zapytania sqlowe i redukcją danego loginu ale chciałbym to zrobić za pomocą sfValidatorPropelUnique. CZy jest taka możliwość? A jeżeli nie ma to proszę o jak najlepsze rozwiązanie. |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 176 Pomógł: 0 Dołączył: 8.11.2008 Ostrzeżenie: (0%) ![]() ![]() |
Albo nie do końca rozumiem albo nieprecyzyjnie przedstawiłem problem. Ja pobieram id po atrybutach użytkownika. Następnie Criteriami wyciągam jego dane i za pomocą powiedzmy $u->setName(), $u->setImie() itd ustawiam wartości poszczególnych pól. Czyli w momencie wejścia na akcję edycja, w formularzu są już wszystkie widoczne dane użytkownika które można zmieniać. I teraz chodzi o unikalność np loginów. Dopuszczam zmianę loginu jeżeli takowy nie został zajęty. I do tego walidator służy - sprawdza mi czy nie ma takiego w bazie, ale w momencie jak nie zmienię loginu ten sam walidator sprawdzi czy login nie został już zajęty i wyjdzie mu że tak bo przecież użytkownik aktualnie go posiada. Jak to obejść?
|
|
|
![]() ![]() |
![]() |
Aktualny czas: 9.10.2025 - 12:58 |