I run a website that allows you to hire a journalist anywhere in the world, and we have correspondents in 150 countries. It's hosted on App Engine, and occasionally we get a journalists emailing us to say that our site is not available from where they are. The specific error is:
Your client does not have permission to get URL xxx from this server.
(Client IP address: x.x.x.x)
We're sorry, but this service is not available in your country. That’s
all we know.
The locations we have identified so far are: Cuba and Crimea.
I can't find a complete list anywhere, but I really need one. Any suggestions?
There is not an official list. I would recommend using this list until one specifically for App Engine is created.
Google restricts access to some of its business services in certain countries or regions, such as Crimea, Cuba, Iran, North Korea, Sudan, and Syria.
Related
I'm building a website for a client who wants to showcase his company's products.His company has like 5 sub companies. For example, his company is called Nazzy industries (named after Nazzy his endeared grandmama). Nazzy Industries has 5 sub-companies. One distributes snacks, one sells safety equipment, one sells cars.
I"m going to build a large website but I may want to serve sub companies in their own domains in the future. Is this possible?
This is possible with a little workaround.
You need to first verify ownership of all the domain names (through the google cloud console). Console > AppEngine > Settings > Custom Domains
In the application you will need to check from which domain the request is incoming. All languages should support that already, a simple thing.
This information is not verified from zero to production. But almost sure this can be done this way.
For both Standard and Flexible you set up your domain names in Products & Services > App Engine > Settings > Custom Domains using wildcards and subdomains in following ways:
Have services named cars, snacks, etc, which will be mapped to cars.nazzy.com, snacks.nazzy.com, etc.
Later you can separate them to different domains, like: ncars.com, nsnacks.com .
You can set it up in one way and then transition to the other without changing code or configuration of your applications at all.
I can't find it.
https://cloud.google.com/appengine/pricing talks about it but doesn't say where.
This one says it's in the billing section, but the billing section lists my billing accounts and inside an account I can't find it either.
Using the new console, you can change your billing from your App Engine settings:
https://console.developers.google.com/project/your-app-id/appengine/settings
Make sure you've linked your project to a billing account. To do this, head over to your project-level settings:
https://console.developers.google.com/project/your-app-id/settings
If that still doesn't work, try the old console:
https://appengine.google.com/billing/billing_status?&app_id=s~your-app-id.
You must prepend the "s~" to your App ID in the old console URL if your app uses High Replication Datastore (very likely).
I'm trying to enable connection throught SSL to an AppEngine-application for a custom domain. After reading documentation on cloud.google.com, appengine.google.com and admin.google.com, it's only clear that these three projects have three different teams with different mindsets and information. All three of these documentations state three different and invalid methods, as well as different pricings. I'm at the point where I've (in Google Apps) 'enabled' SSL form my custom domain for my Google App Engine-app, and accepted this IN AppEngine. In Google Apps, it now says 'add 5 SNI slots for $9', with a greyed out button, where it on top says in red text something translated to "Billed to App Engine: ID. The applications should have good reputation and billing enabled". Our App Engine has billing enabled, and have been billing for a couple of months. This is the only place I've read that we need 'Good reputation'. We're still in development, how should we gain reputation?
First, the 'add 5 SNI slots for $9' is inaccurate, and Google needs to fix that. You get 5 slots for free. I have confirmed with Google that you should still select the 'add 5 SNI slots for $9' option, then proceed, and you will not be billed. There is no other way that I could find to get the 5 slots for free. We proceeded with that option, and have not been billed. They need to fix that page.
My app needs to send emails from several addresses: noreply#, accounts# and support#, for instance. Now I'm setting up country-specific domains.
To send emails from Appengine, the sender address has to be a registered admin. To become an admin, you need to have a Google Apps account. But it appears you can't use aliases ("nicknames") - when you click the invite link, you have to log in, which you can't do as an alias. I think this also means I can't set up the country-specific domains as alias domains in Google Apps.
I'm not a cheapskate, but paying $50 per account (three accounts times five domains - $2,250) per year purely to validate the sender addresses is a bit rich. Am I missing something blindingly obvious?
Unfortunately that's how it currently works.
From what I understand GAE team is working on alternate solutions and while they figure out something they offer an AppEngine credit.
But that only works once per App.
We handle this by using an external service (SendGrid, that introduced a pay-as-you-go offer with the same pricing as AppEngine). However if you want full DKIM or other features it becomes much more expensive.
I intend to develop a client for Amazon's Marketplace webservices (MWS). My requirements would be to update the order, synchronize the order status, get the order details using the APIs they have.
However, I could not find a Sandbox environment to test these scenarios. Amazon has a payment Sandbox I understand, but is there a sandbox available to test these web-services? If not, are there any pointers on how to go about testing the above mentioned scenarios with Amazon MWS?
UPDATE
As seen in the comments to this post, Amazon no longer provides a staging / test environment.
I just had a conversation via sellercentral ticket with an amazon employee.
They said:
We can provide you with a free Seller Central test account to be used in ungated categories only, which are the Amazon categories that do not require approval to sell in. For a list of ungated categories, please scroll down to the middle of the page here: http://www.amazonservices.com/content/sell-on-amazon.htm.
For orders:
After you’ve logged into the staging site, you then need to log into a real Amazon buyer account (not your staging account) to buy items. Then, navigate to the offers you’ve created. If you want to buy anything from your staging account (in order to test MWS order functionality) you will be using real credit card data, so make sure your offers are priced at only one cent, and your shipping is also set to one cent. These offers will not be visible on Amazon .com. Do not buy from any other sellers on the staging site.
So (conclusion): Just file a ticket** and tell them you want a seller central test account like this!
First register** for an account that you can access seller central with (please note, that some kind of accounts have a monthly fee, so choose a "per sale" plan. This fee won't be charged with your test account), then you can file the ticket (click the link above).
All resources about the MWS API are here.
** Replace ".com" with your local Domain for the Amazon Site you want a test (staging) account for.
You can use the scratchpad of Amazon:
scratchpad
good luck