navigator.geolocation.getCurrentPosition()

[1UnitedPower]

Hakuna matata!

Ob die Anfrage an die Google-API idempotent ist, kann man ohne Einblick in die Software nicht sagen. Ich kann mir gut vorstellen, dass hinter der API eine künstliche Intelligenz steckt, die aus den gesammelten WLAN-Daten lernt und sich selbst korrigiert. In dem Fall könnte man wohl nicht von idempotent sprechen.

So wird eine Diskussion über idempotente Request-Methoden witzlos. Dasselbe kannste auch mit GET machen.

Es ist auch witzlos, wir diskutieren hier auch nicht, du verbreitest falsches Halbwissen und ich korrigiere dieses. Du sagtest PUT wäre nicht idempotent, das ist falsch. Du sagtest idempotente Anfragen (1) dürften nicht über POST erfolgen, das ist ebenso falsch.

1. Eine Anfrage kann im Übrigen gar nicht idempotent sein, denn das ist eine Eigenschaft von HTTP-Methoden. Eine Anfrage kann aber ohne observierbare Nebenwirkungen erfolgen.

Du sagtest sinngemäß die Anfrage an die Google-API sei idempotent (im Sinne von 1), das kannst du aber gar nicht wissen. Du kannst nicht aus einer Perspektive argumentieren, die du gar nicht einnehmen kannst, weil du nicht bei Google arbeitest.

Btw., bei meinem Remote-DB- und Content-Management per Webservice läuft alles einheitlich über PUT.

Das ist schlecht, denn PUT-Antworten können vom Browser nicht gecacht werden. Für Anfragen ohne spezielle Semantik benutzt man daher POST. SOAP über HTTP ist ein gutes Beispiel dafür.