Я всегда понимал это так, что если например я нажимаю кнопку на форме(страница перезагружается), а потом я нажимаю на refresh страницы, то у меня ничего не должно поменяться.
Но сейчас вижу такую ситуацию, что не важно get у меня или Post - разницы никакой - данные добавляются в базу дважды при перезагрузке страницы.

Объясните в чем я заблуждаюсь.

Сергей Арсеньев,

а в почему тогда пишут везде что get идемпотентен, а post нет?

Blazkowicz,

Ок, тогда это соглашение, которое я не обязан реализовывать. Просто где ни прочти - везде так уверенно пишут, что get идемпотентный, а post нет.

автор9.1.2 Idempotent Methods

Methods can also have the property of "idempotence" in that (aside
from error or expiration issues) the side-effects of N > 0 identical
requests is the same as for a single request. The methods GET, HEAD,
PUT and DELETE share this property. Also, the methods OPTIONS and
TRACE SHOULD NOT have side effects, and so are inherently idempotent.
However, it is possible that a sequence of several requests is non-
idempotent, even if all of the methods executed in that sequence are
idempotent. (A sequence is idempotent if a single execution of the
entire sequence always yields a result that is not changed by a
reexecution of all, or part, of that sequence.) For example, a
sequence is non-idempotent if its result depends on a value that is
later modified in the same sequence.

A sequence that never has side effects is idempotent, by definition
(provided that no concurrent operations are being executed on the
same set of resources).
Просто и в спецификации то непонятно написано - могут быть,а могут и не быть а просто post вообще не написано - но это ведь не значит, что он обязательно неидемпотентен

Просто и в спецификации то непонятно написано - могут быть,а могут и не быть. А про post вообще не написано - но это ведь не значит, что он обязательно неидемпотентен.

Сергей Арсеньев,

Сергей Арсеньев OPTIONS and TRACE всегда не должны иметь сторонних эффектов

о каких сторонних эффектах говорится кстати?