Sesja czy GET?

[mijagi]

Hi, klępię stronę, w której często i gęsto będzie przydawało się sortowanie danych (aukcje/newsy).
Waham się nad metodą trzymania info o wyborze sortowania przez usera,
co myślicie o globalnym filtrze, trzymanym w sesjach, domyślnie elementy będą sortowane wg. niego, czy trzymać info o sortowaniu w GET,
jakie jest wasze zdanie?

[lame]

Osobiście korzystam z CodeIgnitera, a tam linki mają postać np:

example.com/some/page/3/4/5

Zatem jeśli chcesz parametr sortowania trzymac w GET, musisz się troche namęczyć żeby najpierw upakować je do GET'a, a potem odpakować w czasie requesta,
W CodeIgniterze nie możesz dać śmietnika w GET typu:

example.com/page.php?jak_mam_to_posortowac=bylejak&od_najmniej szego=tak

tylko bardziej:

example.com/page/bylejak/tak

O trzymaniu w GET fraz wpisanych przez usera (wyszukiwarka) nie ma praktycznie mowy, do tego jest POST albo sesja.

Ja widze conajmniej dwa powody, dla których metoda GET jest lepsza niż inne (np. sesja)
Przede wszystkim użytkowość, takimi linkiem user może się podzielić ze znajomym i mieć pewność, że zobaczy on taki sam content.
Po drugie wydajność, takie coś daje się cachować przez HTTP.

Powód dla których nie korzystam z trzymania wielu parametrów w GET, to przede wszystkim elegancja URL.
Dla noobów ważny może być też argument bezpieczeństwa, wszak praktycznie nie da się zapuścić SQL Injection kiedy url ma format taki jak narzuca CodeIgniter...

[Mad_Dud]

Sugeruję GET, ponieważ użytkownika szlag trafia, gdy przekazywany komuś link nie działa tak jak u niego. Jeśli jednak dane są procesowane po uwierzytelnieniu i szansa, żeby user przekazywał komuś link jest mała, wtedy możesz śmiało przenieść dane do sesji.

[mijagi]

Fakt, macie rację, że user strasznie się wnerwi, jeśli wyśle komuś link i będzie tłumaczył np. 4 aukcja od góry a kumpel będzie ogladał zupełnie coś innego :>
Dzięki za opinie!