I am working on integrating Google Pay into my web application and I was wondering if there is any way to use the Google Pay sandbox environment for testing purposes. Currently in the payments client I am just specifying that the environment is test:
var paymentsClient = new google.payments.api.PaymentsClient({environment: 'TEST'});
but the above doesn't reach the sandbox environment. Also, there seems to be no other way to specify the environment apart from the above line of code.
Related
I have been involved lots of companies' production projects but I didn't build myself. I built a react native app. But I am really confused where I should store data, backend service and push notification also. Which platform can be wise chose to use all 3 of them. Backend rest service will be nodejs. Unfortunately, I spend my 1 year azure free trial. I need to first try my app performance and users should use my app also, then should be free for trial to some amount of time.
If you developed your app to be in container you can use k8s as a service from one of the providers.
All of the top cloud providers have a multitude of solutions so its up to your arch and funds to decided where to go with it.
I do not think anyone will be able to give you better answer then yourself as your know the intimate details of your architecture.
I created a react native application with expo. and I use nodejs for backend.
my application is ready and works well locally. now i would like to deploy it and i would like to know what are the good methods to deploy it should i use docker kubernetes etc... if or what platforms would you recommend me.
thank you
Welcome to the stackoverflow community!
For frontend I would suggest deploying it to the google play on android, or app store on ios. But you would need to pay a fee of $99 per year to deploy apps to the apple app store.
If you would like to deploy to other platforms, try to deploy to the official stores, because official stores have more traffic and can be trusted by more people. Thus getting more customers or users to your app.
For backend I would use heroku to deploy my backend code, I have many projects on heroku and it works fine, also it has a free plan for hosting your app. But it's not just flowers and roses, heroku is quite hard to deal with and their service is not the best in my experiences. If you are looking for a enterprice way, I suggest google cloud or firebase, It may cost some money however the performance, the service and user interface is way better than heroku.
More information about heroku: https://heroku.com/
More information about google cloud: https://cloud.google.com
More information about firebase: https://firebase.google.com/
More information about how to deploy: https://docs.expo.dev/distribution/app-stores/
More information about Apple app store: https://developer.apple.com/programs/
More information about google play store: https://play.google.com/console/about/guides/releasewithconfidence/
Tutorials that may be useful:
https://www.youtube.com/watch?v=6IPr7oOugTs
https://www.youtube.com/watch?v=4D3X6Xl5c_Y
https://www.youtube.com/watch?v=oWK7kesoCQY
Hope this helps!
NOTE: I'm not sponsored by ANY of the companies above, and I'm just a regular human being on the internet.
My client wants to integrate with DocuSign but has a limited budget, enough to cover the DocuSign Basic API plan. This plan has limited functionality compared to the Intermediate and Advanced plans.
Meanwhile a Developer account has access to all features.
How do I know which endpoints I can use if I'm targeting a Basic API plan, such that when I go live, I know my integration will work on the Basic API plan?
The way we typically approach this problem is by ensuring that your client account can be used to perform the operations that your integration will be doing.
So, say client comes with requirement - I want your app to do X.
Ask them - can you do X manually from the web app?
If they can - your app will be able to do it.
It's not really "which API endpoints" but which features. The same endpoint can be used for multiple features and vice versa.
Explore with your client what they want to do, ensure they can do it from the web app - and then you can use the API to do it without any issues.
We currently have both a TEST and DEV environment of our application set to connect to Microsoft Translator. For our test environment, everything connects fine. For our DEV environment, authentication is failing and we do not know why. Both machines appear to have the same configuration. We are testing both with the same API key (which we have done in the past).
My question is: How do we monitor the calls to this API in the Azure portal? I have turned on a number of diagnostics but none are appearing to give me the network info I need. Network Watcher appears to be for VMs. I want to be able to look at the calls that are logged using my key to troubleshoot this issue.
Any help is greatly appreciated :)
Thanks.
You can try application insights - https://learn.microsoft.com/en-us/azure/azure-monitor/app/app-insights-overview
I need some more information about this case,
01. Are you calling Microsoft Translate API inside your application or you are developing an API using, Microsoft Translate API ?
02.Hope you are using azure web apps. Are you using slots to manage dev and test environment.
03. Are you using API Management ?
The chrome web store support 3 different app types: extensions, hosted apps, and packaged apps. Extensions are for apps that have minimal UI and primarily extend the functionality of Chrome. Packaged apps can run in a tab, can access the Chrome API, and run in the background. Hosted apps run in a tab and require an internet connection to load the page from the host.
But what kind of apps does the G-Suite marketplace support? I noticed that apps installed in the marketplace should up differently (i.e. they show up the nav bar launcher when logged in to Google Apps, not in a Chrome tab) so does that mean there are a different app type? And when Chrome removes support for it's hosted and packaged apps does that also affect the same types of apps in the G-Suite marketplace?
Since your question is more about G-Suite apps but it is worth to know little about other things in chrome store as well.
1. Chrome Extensions:
Chrome extensions are tiny applicatons with minimal ui. You can access all the chrome APIs that you need to create an extension. Take a look at the manifest file or jump over to top section to start learning.
Examples: add blockers and save bookmark extensions
2. Chrome Hosted Apps/ Packaged Apps:
These are Standalone apps with full UI. If you want to give users more interaction or if your app is more complicated with multiple views or it does not interact with user visited web pages then you can choose to create a chrome app otherwise go with extension. You can access all the chrome APIs that you need in your application. One thing to note about hosted Apps, they can't access chrome APIs since they hosted on other servers rather than local to user browser. Here is the manifest file or jump over to top section to start learning.
Examples for Packaged Apps: Rest Clients, Hosted Apps: Messenger apps
If you look extension manifest file and apps manifest file they look identical except you explicitly need to specify it as an app.
So what are chrome APIs: In general you want to access users top most visited websites, there you go you have chrome.history API. You need to specify the permissions in your manifest file before you use them.
Before you choose what you want to create take a look at here. It is just a decision logic which explains which fits for you.
https://developer.chrome.com/webstore/choosing
3. G-Suite Apps:
Google suite Apps are little add-ons to automate the tasks of Google's 11 Cloud Apps. Those apps are Google Docs, Calendar, Drive, Gmail, Translate, Maps etc.Quick intro here.
Since they directly included into google apps so that they can be accessed whenever you use those apps with any browser. You are going to use Javascript (known as App Script here but not much difference) and bunch of google APIs to build your g-suite apps.
Note: They are specifically designed for Google products.
Here are some of your questions:
what kind of apps does the G-Suite marketplace support?
G-Suite apps currently supports product management and education related apps.
I noticed that apps show up the nav bar launcher when logged in to Google Apps, not in a Chrome tab?
Since they are built for google cloud apps they live right inside the apps. You can access them from menu bar. A good example would be a spell checker for docs.
When Chrome removes support for it's hosted and packaged apps does that also affect the same types of apps in the G-Suite marketplace?
As of now, Chrome said they will remove support for in browser chrome apps after mid 2017. But they never told anything about chrome extensions and Google suite apps. So they are safe and Google suite apps are pretty new.