Seems like the other thread has a miscommunication. Your current app has the credential information in the client code. The type of credential information is irrelevant. The credential information is hard-coded because you stated that. (That means every actual user of the client will be using the same exact credentials.) So the other solution is to modify the code to do the following 1. Create a server API method that expects a requests from the client code. The client code does NOT make a call to google. The client code does not have the credentials. 2. The server code API uses the credentials and makes the call to google. 3. The server code returns the result of the google code to the client. Note in the above that I did not specify where the server code gets the credentials from. Could be it still hard-coded but in the server code. There are other possible solutions to providing the credentials to the server code.
Why are you replying to me, and not the OP? 2) How do you think that's going to work when the OP has said they don't have access to one of the branches they want to compare? :doh:
"These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer
Slowly Changing Dimensions.
Understanding Indexing.
Indexing the Data Warehouse.
Understanding Index Views.
Understanding Data Compression.
Data Lineage.
Using Partitions.
Identifying Fact / Dimension Tables..
Isaac Tack wrote:
(it is not possible to reduce the amount of data).
That statement is unqualified. You might not be able to reduce the total amount of data but you might be able to reduce the amount of data that is returned.
Isaac Tack wrote:
I have the following ideas:
What happens if they want to turn off access to a user. Or change access. So the database is updated (delete the user, set a flag or change associated attributes.) So now what happens with either of your ideas?
I think you need to define "big commercial" better, are you talking twatter, FB, and the host of social media or large corporates, banks, insurance etc?
Never underestimate the power of human stupidity - RAH I'm old. I know stuff - JSOP
There is no absolute solution. Anywhere you get it from the code when running must still have it in memory which could be copied. Some possible variations. 1. Encrypt text in your code. But then of course the encryption key must be somewhere. But it does make it a bit harder to find the more useful (hackable) first one 2. Load it from a file. Installing into production means that the authorized users are only ones with access to the file. They put the value in the file. This can be combined with the first one so that the value in the file is still encrypted. In that case you do want the encryption key in the code and not the file. Because then they would need to figure out both to get to the uncrypted value.
How should I Organise my homescreen? It's easy to create a folder by dropping one app on top of another. Put the first two apps you want to include on your homescreen. Long-press one and move it on top of another,Dubai website design Android may give your folder a name. ... Add more apps to a folder by long-pressing on the app and moving it into the folder.
So funny that a couple of years later (now) people are using babel, webpack, typescript, which is essentially exactly what I was thinking at that time :)
