> Find'n'replace? :)

Chciałbym aby to było tak proste :-)

> Na serwerze sprawdzasz, czy dostałeś cookie i jak nie, to generujesz
> alternatywny kod (z ID wsadzanym w formularze i linki). Generalnie to
> samo, co robisz w JS, tylko na serwerze.

Tak jak robi to PHP w jakimś trybie. Tak, znam tą technikę. Trochę to
uciążliwe w implementacji, nieładne, psujące pozycjonowanie i średnio
bezpieczne. Stąd pomysł z JS, który sam w razie potrzeby czynił takie
zabiegi - zawsze kolejna przeszkoda więcej no i nie wpływa na
pozycjonowanie. Takie podejście możliwe jest w/g mnie do zastosowania w
niepublicznych częściach CMSów.

> Jak wspomniałem wcześniej, w przypadku formularzy (POST) najlepiej z góry
> wszystkich traktować jakby nie mieli cookies.

Wtedy linki nam się rozrastają i mamy konsekwencje j/w.

> W pozostałych przypadkach to nie jest taki dobry pomysł - ID w URL są
> paskudne i niezbyt bezpieczne, ale jeśli chcesz sesje dla użytkowników
> kompletnie bez cookies, to w PHP masz gotowca do tego - trans_sid.

Hehe ... właśnie o tym wspomniałem na początku. Jednakże

> type=hidden i onsubmit działają identycznie dla GET i POST.

Tak wiem, ale dane z formularza czytane są POSTEm a polecenia co z nimi
zrobić - GET'em. Mam albo związane ręce albo sporo pracy przed sobą, za
którą nikt nie zapłaci.