Have been trying to contact Google Cast support on this, but no response there. Hoping there are someone able to answer or point me in the right direction here.
We have a couple of Chromecast apps developed for a client. These are registered on a Google account we currently own and which is also used for other apps and clients (let's not get into a hindsight discussion about the cleverness of this setup right now).
I am simply wondering if there is a way to transfer ownership of these apps to the client's Google account?
Yes, you can transfer the apps to a different account. Please reach out to us here: https://support.google.com/cast-developer/contact/google_cast_contact_us?visit_id=637100530319223284-3107522626&hl=en&rd=1
Related
Does anybody know, if there is a way to access the transactions made from (Google/Apple)Pay on the device?
I think of a way where the user first needs to grant the access to a specific card on his wallet to the app, before the sync is then started.
I am looking for a way to somehow verificate billings, which are initiated by our app, without handling the payment process itself. So I just want to "observe" it.
Thanks alot for any advice in the correct direction
I've been researching several different API gateway solutions to process payments, or to access bank account records, but that's all not really what the users will feel comfortable with.
I'm just wondering if there is some service out there, where I can send an e-mail to with an image attached and that service posts this image to my Instagram account?
If you check out the API endpoints you can see that they are quite limited. Facebook made changes to Instagram's API last summer which did away with lots of features; having an endpoint for posting may have been one of them. Either way, it is no longer around, and seeing as Facebook does not want to encourage using their services outside of their own sites and apps, it is unlikely you'd be able to find the service you are looking for.
So here is what i am trying to do :
I built a bot with api.ai for my business that is hosted on my webpage and my Facebook page right now. Bot works well.
I want to push it to the next step by allowing my customers to make querys on my calendar, ask to book a specific time, see if available, if not offer other time similar, then make a booking.
I have been reading this thread and the great answer attached to it but i think my case is a bit different.
I was wondering if the bot could always have a token so every guests won't have to Auth to query the calendar ?
Obviously i am new to this, i have been reading the guide of google calendar api and api.ai but i don't really see how to do that yet. I guess there is a way to store a token somewhere and then just trigger the query with some specific intents but not to sure how.
I have also done the node.js quickstart guide of the G-calendar api, and it works fine if that helps.
Thanks for your help !
You will probably want to use a Service Account that is permitted to the calendar in question. Service Accounts are similar to regular accounts, but they are expected to do server-to-server communication only, so the method to create an auth token is a little different to keep it secure.
See https://developers.google.com/identity/protocols/OAuth2ServiceAccount for more information about using Service Accounts.
In general, you'll be using a shared secret to create and sign a JSON Web Token (JWT) you send to Google's servers. You'll get back an access token which you'll then use to call the Calendar API. The access token expires in about an hour, at which point you'll need to repeat the process.
There are libraries available to do much of this for you. For example, if you're using the node.js library https://github.com/google/google-api-nodejs-client, then it will take care of this for you (although you need to modify the key file - see the documentation for details).
Some time ago, it was commonplace for smartphone apps to open a browser to a registration page with a CAPTCHA, or to require separate signup via web, because API signup was seen as vulnerable.
Now most apps seem to offer registration via native form, though endpoints for this are usually not documented in their public API. I haven't seen many reports of this being abused to create spam accounts.
How is this done? Is there a standard crypto/handshake process to verify real signups, or does signup typically rely on undocumented endpoints and simple API key passing?
Embedding yields a better experience but has the issue you mention. Yes, the service owners on the other end are still worried about this and combating the problem. And undocumented APIs don't help and the service owners know this.
One of the tools in the toolbox these days is keys assigned to devices which can be used for throttling. This would essentially let you limit the amt of service that can be consumed on a per device basis and it would require you have a device (or can steal the key from one) in order to provide service. So long as the process to issue keys to new devices is strong (a solvable problem) then you can offer a CAPTCHA-free signup experience within the confines of what you are willing to give to a device.
I'd also note that there are other well known approaches you can use, like IP throttling and handshakes with other service providers (like a phone carrier). Depending upon the problem domain these are on the table too...
We are in transition to move on to Google Apps. I and also my coworkers have been using Gmail for quite some time now. We imported email our company mail accounts in our Gmail and things work smoothly.
I created standard account for Google Apps for Business to give it a try before migrating to Premier Edition. But there are couple of thing bothering me. They did such a good work with classic Gmail. Especially with contact management and GUI is also very comfortable to work with. But in Google Apps for Business Gmail frontend is like Gmail 2 years ago. Is there any good reason for this? Will this stay this way? Because its really unorthodox to have classic Gmail for free with all these features and when you pay you are transported back to the past. I haven't tried Premier Edition but I guess it has the same user interface. Do any of you have insight in this topic?
Let me do some question necromancy. Google Apps Gmail is no longer behind "regular" Gmail.
BTW It has been behind with many other services, e.g. we just recently got Google+. But Google is unifying their architecture and the gap is shrinking.