nicht angemeldet
Tach!
Siehst Du, da steht, wie ein normaler Benutzer den API-Key bekommt. Der Browser hat den API-Key ebenfalls von google bekommen und in places.sqlite lokal gespeichert. Ergo muss der Browser oder der Hersteller des Browsers diesen Key irgendwann einmal mit google ausgehandelt haben. Das ist sozusagen eine Untersuchung erster Ordnung.
Da könnte ja jeder Client kommen, und sich einfach mal so einen Lizenzschlüssel aushandeln. Was anderes stellt der API-Key ja nicht dar. Das macht er dann bei jeder Anfrage neu und ist nicht mehr vom Limit für kostenlose Keys (100 queries per 24 hours; 1 query per second, per user) betroffen. So unklug ist Google nun auch wieder nicht.
Bei meiner Analyse war lediglich die Annahme, dass im Fall einer Änderung REMOTE_ADDR ein neuer API-Key ausgehandelt wird, nicht richtig. Dieses Aushandeln erfolgt nur einmal, danach kennen Client und Server den Key.
Immer noch nicht richtig. Da wird nichts zwischen Client und Server ausgehandelt. Der Key wird vom Entwickler angefordert, gegebenenfalls nach Zahlung eines Obulus. Dann wird der Key per Copy und Paste aus der Google Developers Console in der Anwendung hinterlegt. Die Anwendung wird nun zum Endanwender ausgeliefert. Bei entsprechenden Requests kann der Key nun zum Server der Geolocation API mitgeschickt werden.
Solche API-Keys gibt es auch für andere Google-APIs zu anderen Themen als Geolocaton. Auch da dient der lediglich "to tie a request to a specific project in order to monitor traffic, enforce quotas, and handle billing". Da sind jedenfalls keinerlei themenrelevanten Informationen drin verschlüsselt.
dedlfix.
Robert R.