[MVC] "Globalny" kontroler Opcje

[markonix]

Takie krótkie pytanie.
Czy np. jeżeli mam globalną akcje wylogowania to czy należy stworzyć odpowiedni kontroler "wylogowanie" czy jest coś w stylu globalnego kontrolera?
W starych aplikacjach gdzieś w pliku głównym (czyli taki globalny) np. umieszczało się:

[PHP] pobierz, plaintext 
if (isset($_POST['logout'])) // wylogowanie i ewentualne przekierowanie
[PHP] pobierz, plaintext 

Jak to najlepiej powinno wyglądać w MVC?

Ten post edytował markonix 28.03.2012, 22:02:08

[by_ikar]

Zalezy jak jest zbudowana aplikacja, w symfony bodajze kazda akcja to osobny plik ja mam frontcontroller/controller i kazdy ma x akcji...

Nie musi być w osobnym pliku, ale może. Tak samo jak w zendzie i wielu innych frameworkach. Jest kontrole/moduł i w nim są akcje.

W ostatnim zdaniu chyba Ci chodziło aby przekierowywać po ZALOGOWANIU na pożądaną stronę (adres ten przekazuje w linku, podobnie jak w WP).

A dlaczego miałbyś nie przekierowywać również po wylogowaniu? Powiedzmy że prawie cała aplikacja ma dostęp publiczny, są tylko pewne elementy które wymagają uwierzytelnienia. Jak chociażby posty na forum. Po wylogowaniu przeniesie cię do działu w którym byłeś, lub do tematu który czytałeś. A można to zrobić w bardzo różny sposób. Podałem w sumie tylko przykład (IMG:style_emoticons/default/wink.gif) domyśliłem się z tym "globalnym" wylogowaniem, że właśnie chodziło o powrót do poprzedniej strony na której się było, więc podałem jak można to jeszcze inaczej zrobić.

[markonix]

A dlaczego miałbyś nie przekierowywać również po wylogowaniu? Powiedzmy że prawie cała aplikacja ma dostęp publiczny, są tylko pewne elementy które wymagają uwierzytelnienia.

Akurat aplikacja którą tworzę ma jedną publiczną stronę - strone logowania stąd gdzie kolwiek bym nie przeniósł wyświetliło by się i tak okno logowania (IMG:style_emoticons/default/wink.gif)
Oczywiście przykład z forum jest słuszny i wylogowanie także może przkierowywać do strony poprzedniej. Wydaje mi się, że jednak parametr GET jest pewniejszy, a przy logowaniu bardziej słuszny bo np. gdy użytkownik często wchodzić będzie na jakąś konkretną podstronę to będzie miał ją w historii. Jeszcze lepszym sposobem od strony usera jest po prostu nie parametr w linku ale normalna strona: adres.pl/akcja, która wyświetla po prostu okno logowania zamiast strony docelowej (bez przekierowania, include + exit z najprostszym, strukturalnym podejściu).