When implementing a payment integration using Global payments HPP, can the payments performed through the sandbox url (https://pay.sandbox.realexpayments.com/pay) be checked for accuracy on some dashboard similar to what is found on the merchant portal for the production url?
I am looking for testing alternatives but can't find the registry of all payments performed through the sandbox url. Does it not exist? If so, what alternatives are there for testing the payment results?
For anyone that might have the same question, the answer is https://realcontrol.sandbox.realexpayments.com/#/login
Related
We have a web application that occasionally receives web request that we detect as attempts to inject SQL code, from Google virtual servers (Compute Engine).
I was asked to find a way to identify who is responsible for said machines, so that we can take the corresponding legal actions on our part, or at least, confirm that Google shut down those servers.
What I need is to find a way to communicate with Google, by email or chat, but I haven't found information about it.
EDIT 1:
I have tried to communicate with Google to indicate the information I am looking for, but the only contact available in my case is with the billing department, which could not confirm that they will give me that information if I buy a technical assistance package. On the other hand, I understand that this package is to review requirements of the applications that you own, but in my case I am looking for legal information.
What was recommended to me was to enter the corresponding application in
https://support.google.com/code/contact/cloud_platform_report?hl=en
but I have not received a response for weeks.
I am disappointed in Google, especially because of the importance of computer security.
I will keep searching information.
You can find all information concerning Tech support, phone support and Chat support in your Google Cloud console. Also, this doc shows different supports based on your support role or package.
We are providing websites/CMS solutions for more than 2500 customers. Almost all websites have google-map module. So since google changed its map usage policy, from one day to another all those webs had an error on their map modules. We need to come up with some quick (and dirty) solution. We decided to use multiple api-keys, and devide domains between them - alphabetic. And we registered all those 2500+ domains under these keys - manually. One by one.
The solution worked until last week. Now we somehow reached some kind of limit, as we cannot register any new domains/referrers under one of those api-keys. The actual count of domains/referrer of this given api-key: 1537. The saving process yields an error with tracking code (which is every time I try different).
Is there really some kind of limit? Does anyone experienced the same problems. Does some time-economic solution exists?
Thanks for any help or suggestions. Peace!
There is indeed a limit of (at time of writing) about 1,000 referer restrictions per API key. You can create about 100 keys per project, so you can authenticate 100,000 domains with a single project. To proceed further, you can create multiple projects (note that multiple projects can be combined under the same billing account, so you would still receive a single bill).
As a short term fix, you can temporarily remove all restrictions on the key, so that apps relying on that key are functional again. Then you can take the time to release a new key sharding pattern that follows these guidelines.
I just created a feature request so that the situation can be improved, for this use case ("star" it, to be notified of updates).
Google has recently released an alpha version of API that allows manage API keys programmatically.
The best way to handle thousands of authorized domains is to use an API to programmatically manage your API Keys and their restrictions, and we have recently launched a new service that allows you to do this.
This API is still in Alpha. If you are interested in becoming a Trusted Tester for this service, you can use the following form to sign up, please read the instructions carefully:
https://forms.gle/qx2SMcarWCAsbWVp7
Please note that this API is not part of the Google Maps Platform. After you fill out the form, you will be contacted by the API Keys API team with instructions on how to get started, and how to receive support.
API Keys API is currently free of charge. However, please note that use of Cloud Endpoints may be subject to charges at high traffic volume. You can check the pricing sheet here:
https://cloud.google.com/endpoints/pricing-and-quotas
source: https://issuetracker.google.com/issues/35829646#comment12
Hope this helps!
I have used omnipay before in a laravel project to process payments but i want be able to manage paypal subscriptions. can omnipay do this? If not can someone point me in the right direction.
thanks a lot!
Yes. It is not documented very well but the omnipay rest gateway exposes the subscription methods (even when it's own documentation says it doesn't).
Omnipay does not support it in a standard structure (see this thread) but it is encouraging people to implement them within gateways in the hope of being able to see the common structure and standardise it eventually.
If you look carefully you will find a few drivers support subscriptions (braintree, paypal and stripe all spring to mind) but they are all custom.
No. As per the readme.
Omnipay does not cover recurring payments or billing agreements, and so those features are not included in this package. Extensions to this gateway are always welcome.
I'm confused by the preliminary documentation on the OneNote dev blog. Does it mean that a Native App accessing has to use (compile in) a Client ID specific to an individual O365 subscription?
The implication being that an Commercial App would need recompiling for each different O365 customer. Is this the intention?
If so then this severely limits the utility of OneNote Api in O365.
I'm hoping that I've misunderstood, can anyone advise please?
Paul,
Apologies if we confused you with our initial preliminary docs. Definitely not the case. The app ID is relative to the O365 tenant that publishes the app, but you just flip over the switch to say it is a multi-tenant app for it to be able to be consumed by any tenant.
Myself mendy, i am designing web application, The business required to integrate payment gateway. I searched on site regarding the flow but i could not get much info on MSDN. I want to make payment gateway using SSL and 3rd party merchant account. How can i do it ? some info regarding payment gateway could guid me to start developing the component.
You'll need to hook up with somebody like PayPal to process your payments. They will provide you with documentation and possibly a library to access their service.
Note that your payment processor is not necessarily the same company as your merchant account.
I'm assuming you wish to integrate with a payment gateway, not write your own?
If so, the answer is that it depends on the gateway that you intend to use. Each has their own API.
We use Iridium Corp for our products in the UK - they provide a bunch of .net components that you can just call from your code. Paypal will provide a well-documented API. So will some of the other big ones.
If you want some tips, you could look at some of the open-source shopping carts, which all have code to integrate to many of the big payment gateways.
Hope that helps...
Jake.
You should give wepay.com a try. There is now a C# SDK available with a few example here: http://bradoyler.com/post/29357874298/wepaysdk