Hi Mind,
Generally, I would suggest settings appropriate number of 'Min Idle
Instances' for such errors.
However, it's not possible to give a proper advise from information you've
provided.
What is your app-id?
How long is the average latency of your program?
Have you used appstats for profiling?
Iain -
Thank you - your answer resolved my issue.
johnP
On Thursday, July 5, 2012 7:58:03 PM UTC-7, Iain Wade wrote:
>
> On Fri, Jul 6, 2012 at 10:14 AM, johnP wrote:
> > We are using a CName aliased to ghs.google.com
>
> just to be clear, ghs.google.com is not the VIP CNAME - it is the
On Fri, Jul 6, 2012 at 10:14 AM, johnP wrote:
> We are using a CName aliased to ghs.google.com
just to be clear, ghs.google.com is not the VIP CNAME - it is the
shared CNAME which only supports SNI.
VIP CNAMEs are of the form: ghs-svc-https-c.ghs-ssl.googlehosted.com.
the two services have
I have a GAE app written in Python that provides the back end for a
multi-player Android game. The game just got 'featured' on Google Play.
Usage has significantly increased, and I am starting to see errors like the
following:
1.
68.48.166.111 - - [05/Jul/2012:19:33:27 -0700] "GET
We are using a CName aliased to ghs.google.com
The expiration time on the record is 15 minutes.
The naked-domain was an error introduced in my wording of the question.
The user (from two locations, from school and from home, in West Virginia)
is properly using the www subdomain in the request
Thanks for the response. We were trying to figure out why one user can
access http://www.foo.com but cannot access https://www.foo.com (all other
users seem to have no problem). We recently activated SSL for custom
domains. This user is in a location severely affected by the blackouts.
So I
Hi John,
On 6 July 2012 05:33, johnP wrote:
>
> Question:
>
> a. Am I correct in understanding that httpS://foo.com will always
> resolve to one IP Address?
>
When you have a VIP it will often resolve to the one IP Address however at
this point we do not guarantee the IP address will remain un
By the way, theres a wiki page on Udacity about NDB vs DB:
http://forums.udacity.com/cs253/questions/30012/gae-db-vs-ndb?page=1&focusedAnswerId=30058#30058
On Friday, July 6, 2012 12:16:31 AM UTC+1, mma wrote:
>
> Guido, thanks for taking the time to respond.
>
> You're right on ComputedProperty.
Guido, thanks for taking the time to respond.
You're right on ComputedProperty. I used it the wrong way. See more about
that:
http://stackoverflow.com/questions/11324435/ndb-badrequesterror-only-in-production/11324606#comment14917060_11324606
You're right also on the "asides". I'm not using tha
On Thu, Jul 5, 2012 at 8:33 PM, johnP wrote:
> VIP SSL for custom domains, as I understand, means Virtual IP. I had a
> domain foo.com and recently activated VIP SSL for the domain.
>
> Question:
>
> a. Am I correct in understanding that httpS://foo.com will always resolve
> to one IP Address?
>
VIP SSL for custom domains, as I understand, means Virtual IP. I had a
domain foo.com and recently activated VIP SSL for the domain.
Question:
a. Am I correct in understanding that httpS://foo.com will always resolve
to one IP Address?
b. Does that mean that http://foo.com will also resolv
On Thu, Jul 5, 2012 at 7:14 AM, Barry Hunter wrote:
>>
>> It was the update that was taking all this time. Updates from remote shell
>> are very slow. So it took 3 hrs for 1000 or so entities that it updated and
>> consumed 5.8m OPs in the process!
>
> Ah, well there you have your answer. The remo
Aswath,
I would use Cloud Storage. That is the direction things are heading.
Mike
On Tuesday, July 3, 2012 10:09:01 PM UTC-5, aswath wrote:
>
> Hi,
> What is the storage recommended to store documents/images while developing
> applications on appengine.
> What is better supported in terms of
>>
>> Your 5.8M was READ operations anyway. It wasnt't the writing that cost as
>> such.
>
>
> That is also strange. Why should it need 5.8m OPs to do 1600 reads?
Well you didnt do 1600 reads. You obvisoully did a lot more.
>
>>
>>
>> The other thing, it might even be a red-herring that the the
>
>
> Exactly. You only do it when you are writing anyway.
>
We may not be writing them.. that is the problem!
>
> >
> > Bottom line is, even if we had to write those 1600 numbers, why should
> it
> > cost 5.8 million OPs? If we signup 1600 users in a day, each with one
> entry
> > in th
On Thu, Jul 5, 2012 at 2:09 PM, Sarang wrote:
> Thanks Barry. That is indeed what we have done so far. But this scenario is
> different and we need to make the update.
>
> For what you are suggesting, we have to change the code in many different
> locations to catch the missing property and update
Thanks Barry. That is indeed what we have done so far. But this scenario is
different and we need to make the update.
For what you are suggesting, we have to change the code in many different
locations to catch the missing property and update. In some of these
places, we may not be even in a p
On Thu, Jul 5, 2012 at 1:40 PM, Sarang wrote:
> tell us what is the "right" way to make such changes?
>
Well the datastore is in general 'schemaless' - so you should be able to
*avoid* having to make such changes.
It doesnt matter that some entities have a different schema to others. Drop
the
No need to apologise - I hope you're now able to query as you originally
intended.
Stephen
On Thursday, 5 July 2012 05:58:31 UTC+1, saintthor wrote:
>
> i am sorry. it seems i misunderstanded the word "That has nothing to do
> with ndb;".
>
> 在 2012年7月5日星期四UTC+8上午1时46分20秒,Stephen Lewis写道:
>>
>>
Can anyone from Google care to explain this and tell us what is the "right"
way to make such changes? Otherwise it is very difficult to justify using
GAE for us.
Thanks.
Sarang
On Wednesday, July 4, 2012 9:26:59 AM UTC+5:30, Sarang wrote:
>
> Thank you for the replies. I will try to answer all
Have a look
at
https://developers.google.com/appengine/docs/adminconsole/datastoreadmin#Backup_And_Restore,
especially the part titled 'Restoring Data to Another App' .
On Thursday, 5 July 2012 18:13:30 UTC+10, Marcel Manz wrote:
>
> I we setup an application in the European Union through a pr
On Wednesday, July 4, 2012 1:59:49 AM UTC+2, mma wrote:
>
> Hi there.
>
> I get the following error only on production: BadRequestError: BLOB,
> ENITY_PROTO or TEXT properties must be in a raw_property field
>
> It happens when I put() a instance of the Receipt class (extends ndb.Model)
>
> Below,
I we setup an application in the European Union through a premier account,
will it be possible to use datastore admin to copy from/to that application
from an existing US hosted app?
Further, does Google plan to release any tools that will help to make such
migration seamless (such like MS -> H
23 matches
Mail list logo