Closed eduard-romaniuk closed 2 years ago
The intended use case is interactive with someone at the keyboard inspecting the response and not for server-to-server interactions.
@joliver Sorry, I didn't get what you mean
The purpose of the US Autocomplete Pro API is for end users to call that endpoints API directly. We don't intend for direct server calls. This is part of the reason why it's not enabled that way in the SDKs.
@joliver Yeah, I know. But anyway you have a workaround for this (IP whitelisting), so I thought it would be great to have this possibility in SDK as well.
There's a reason we don't have that in the SDK:
https://www.smartystreets.com/legal/licenses/us-autocomplete-pro
The US Autocomplete Pro product is intended to be used by individual natural persons (“Consumers”) and not by automated or computer assisted means or devices. Input of address queries are to be interactively submitted by a Consumer keystroke by keystroke to arrive at a given result and it is anticipated that the results are viewed by a Consumer.
Okay
Hi! I propose to add a class that will add to request embedded key (aka website key) without hostname.
Use case: