Marek pisze:
>> Dodam, że PHP robi trochę magii i sam ustawia 302 do Location.
>
> Pewnie dlatego mi to działa :-)))

Ale porneL już ci napisał, że dla POST 302 to źle, powinno być 303 :-)

>> Jeśli można dodać własne 3 grosze do dyskusji - kwestia używania GET
>> do wyszukiwania i filtracji.
>> GET w formularzach jest dla mnie nieco kłopotliwe, bo trzeba w
>> ukrytych polach powtórzyć wartości z query (wartości z formularza
>> zastępują query). Druga wada, to ten skrajny przypadek, o którym pisał
>> Colin. Mniej istotna, ale w przypadku filtracji (po wszystkich polach,
>> lista checkboxów itp, IE ma defaultowo ograniczenie do 2KB) może się
>> zdarzyć.
>> Poza tym zwykłe wygodnictwo - kiedy się już napisało kod do obsługi
>> zwykłych formularzy, to chciałoby się go używać do wszystkiego, a nie
>> dokładać obsługę kolejnych przypadków.
>
> Głównie z tego powodu stosuję metodę POST. Mam sporo obiekcji związanych
> z realizacją wyszukiwarki na GET mimo płynących korzyści. Bardzo obawiam
> się, że w jakiejś realizacji zostanie przekroczony limit długości URL i
> wtedy znów będę musiał wrócić do POST. Jałowa praca, za którą nikt nie
> zapłaci.

Tylko z drugiej strony, pomyśl co by było, gdyby powiedzmy Google
używało POST-a. Nici z dzielenia się wynikami wyszukiwania. Pół biedy,
jeśli to serwis intranetowy z dostępem po zalogowaniu. Aczkolwiek też
przy dobrym designie powinno dać się zapamiętywać "ulubione" miejsca.
Dlatego oficjalnie wypada poprzeć porneLa i RFC, a nie dorabiać średnio
uzasadnionej ideologii do własnych błędów :-)

artur