Re: RE: [google-appengine] Re: 1.5 improvements Make me less scared of Pricing

[Dennis]

Thanks for the tips, Brandon!

A quick question: those "scratchpad" datastores are python dicts, right?   
We need to be aware that the dicts are not coordinated across instances so 
they may have stale data (which might be ok depending on the app).  Just 
want to make sure I understand your suggestion.  

Thanks,
Dennis

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: FAQ for out of preview pricing changes

[Dennis]

> > Q: Will there be a solution for Python concurrency?  Will this require any
> > code changes?
> > Python concurrency will be handled by our release of Python 2.7 on App
> > Engine.  We’ve heard a lot of feedback from our Python users who are worried
> > that the incentive is to move to Java because of its support for concurrent
> > requests, so we’ve made a change to the new pricing to account for that.
> >  While Python 2.7 support is currently in progress it is not yet done so we
> > will be providing a half-sized instance for Python (at half the price) until
> > Python 2.7 is released.

The current answer for this question does not address the 2nd question
about code change for concurrency.
If code change is not needed, that would be great and well worth
mentioning.
If code change is needed, what changes are needed and what can we do
now to start preparing for those changes?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: FAQ for out of preview pricing changes

[Dennis]

PS: will django apps automatically get the benefits of the python
concurrency solution?


On May 18, 9:23 pm, Dennis  wrote:
> > > Q: Will there be a solution for Python concurrency?  Will this require any
> > > code changes?
> > > Python concurrency will be handled by our release of Python 2.7 on App
> > > Engine.  We’ve heard a lot of feedback from our Python users who are 
> > > worried
> > > that the incentive is to move to Java because of its support for 
> > > concurrent
> > > requests, so we’ve made a change to the new pricing to account for that.
> > >  While Python 2.7 support is currently in progress it is not yet done so 
> > > we
> > > will be providing a half-sized instance for Python (at half the price) 
> > > until
> > > Python 2.7 is released.
>
> The current answer for this question does not address the 2nd question
> about code change for concurrency.
> If code change is not needed, that would be great and well worth
> mentioning.
> If code change is needed, what changes are needed and what can we do
> now to start preparing for those changes?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: FAQ for out of preview pricing changes

[Dennis]

I looked into python multi-threading / multi-processing a bit more, 
especially with your tip that it requires python 2.7.

The python multiprocessing module was introduced in python 2.6
http://docs.python.org/library/multiprocessing.html
http://www.ibm.com/developerworks/aix/library/au-multiprocessing/index.html
so this is probably what will be used for python appengine to get 
concurrency above 1 request / instance.
This solution copies and spawns processes which are heavier than threads.
I'm assuming that most of the concurrency will be achieved because processes 
are datastore bound: 
they are just waiting around for the datastore to return a result.

Given this type of solution (or whatever solution is used), some important 
questions are:

   - How many concurrent requests can a single instance handle (for python)? 
If the process is waiting for the datastore, is the number of processes 
   (and thus concurrency) dependent mainly on the number of processes that can 
   fit in memory?
   - Will heavy python frameworks (like django) have a lower concurrency 
   ability because they use more memory?  If so, what will their concurrent 
   requests / instance be (for the simplest django app, then we can add in our 
   own app's memory usage)?
   - For those considering switching to java, what is the estimated 
   concurrent requests / instance for java apps?  Java uses threads instead of 
   processes.



-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: FAQ for out of preview pricing changes

[Dennis]

Amount of concurrency / instance is critical for deciding whether to
use AppEngine as a platform.

Although AppEngine has it's disadvantages (vendor lock-in, restricted
architecture, etc),
the key reason to choose AppEngine is scalability.

The datastore scales.
Now we need to focus the other component of scalability:
Does the frontend processing scale?  Does it scale ECONOMICALLY?

We are on AppEngine for scalability, so give us information on what
needs to be done
to get economical, end-to-end scalability.

Is Java more economical than python at scale?
What is the python solution for frontend scalability?
How much better is it than the current python solution and how does it
compare to Java?
Tell us so we can make the tradeoffs for our own situation and
preferences.
It's better for us to know now so we can do our planning with plenty
of lead time and being well informed of what the tradeoffs are.



On May 19, 3:30 am, Dennis  wrote:
> I looked into python multi-threading / multi-processing a bit more,
> especially with your tip that it requires python 2.7.
>
> The python multiprocessing module was introduced in python 
> 2.6http://docs.python.org/library/multiprocessing.htmlhttp://www.ibm.com/developerworks/aix/library/au-multiprocessing/inde...
> so this is probably what will be used for python appengine to get
> concurrency above 1 request / instance.
> This solution copies and spawns processes which are heavier than threads.
> I'm assuming that most of the concurrency will be achieved because processes
> are datastore bound:
> they are just waiting around for the datastore to return a result.
>
> Given this type of solution (or whatever solution is used), some important
> questions are:
>
>    - How many concurrent requests can a single instance handle (for python)?
>     If the process is waiting for the datastore, is the number of processes
>    (and thus concurrency) dependent mainly on the number of processes that can
>    fit in memory?
>    - Will heavy python frameworks (like django) have a lower concurrency
>    ability because they use more memory?  If so, what will their concurrent
>    requests / instance be (for the simplest django app, then we can add in our
>    own app's memory usage)?
>    - For those considering switching to java, what is the estimated
>    concurrent requests / instance for java apps?  Java uses threads instead of
>    processes.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: RE: [google-appengine] Re: FAQ for out of preview pricing changes

[Dennis]

Thanks, Brandon, this is great info!

This plus Stephen's info shows how to get scalability without concurrency:

No, the way it currently works is if your apps latency > 1000ms
(figures of 800-900ms have also been mentioned) it won't scale. The
lower the latency the more they scale it. So the incentive has always
been to write low latency apps.




On Friday, May 20, 2011 1:44:22 AM UTC+8, Brandon Wirtz wrote:
>
> >The 50k free database operations is a bit more nebulous since Google are 
> still scratching their heads over it. With correct memcache usage it really 
> should be enough, although that might be a bit of wishful thinking and 
> obviously depends significantly on your use case.
>
>  
>
>  
>
> As reference… 
>
>  
>
> Datastore API Calls
>
> [image: Description: 0%]
>
> 0%
>
> 183,470 of Unlimited
>
> Okay
>
> Memcache API Calls
>
> [image: Description: 0%]
>
> 0%
>
> 323,702 of Unlimited
>
> Okay
>
>  
>
> Twice as many memcache calls as data store.  This is pretty consistent 
> across my apps. 
>
>  
>
> My average Entity is about 5k… (this says a little lower)
>
>  
>
> **
>
> *Entity Kind*
>
> *# Entities*
>
> *Avg. Size/Entity*
>
> *Total Size*
>
> Kind1
>
> 627,354
>
> 4 Kbytes
>
> 2 GBytes
>
>  
>
>  
>
> Every request I have uses potentially:
>
>  
>
> Configuration load: 1 memcache read   OR 1 datastore read and 1 memcache 
> write
>
>  
>
> Get Content: 1 memcache Read, OR 1 datastore Read, 1 Memcache Write, OR 1 
> DataStore Write, 1 Memcache write
>
>  
>
>  
>
> I don’t know if this helps anyone, but I’m always interested in how apps 
> use their quotas, so I thought I would share.
>
>  
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: RE: [google-appengine] Re: FAQ for out of preview pricing changes

[Dennis]

Q: how big is AppEngine?

A: 4 x tumblr.com:

GAE reached 1 billion page views at the end of last year:  
http://www.onebigfluke.com/2010/12/nuff-said.html
and tumblr.com reached 250 M page views this month:  
http://staff.tumblr.com/post/5578802048/whoa-yesterday-we-jumped-past-250m-pageviews-a

Q: how much would it cost to run tumblr.com on AppEngine?

A: a nice back-of-the-envelope estimate worked out for us GAE developers 
would make very good PR for this price change (if the estimated price turns 
out to be relatively low...)

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: What do you want to see answered in Greg's pricing FAQ?

[Dennis]

Although I was ignoring the $9/app discussion before, now I realize that* I 
want N environments as I develop my app: development, production, test, 
beta,* etc.
And, I would like* all those environments to be identical to my production 
environment (ie: all be "paid" apps)*.  
Thus, to develop properly the cost is N x $9/month.
I'm not enthusiastic about paying for paid app service level when most of 
these environments don't need that level of service.
Yet, I don't want to "discover" that there is a difference between 'free' 
and 'paid' when I finally upload to my production environment.

Paying a little to keep spammy apps away is ok, but I think the payment 
policy should be focused on the person paying the bill and not the apps that 
they generate.  

In fact, I would go further and say that google should really* encourage 
developers to get on the highest service level early in the development 
process. * In particular, always-on and high replication data should be 
encouraged at the prototype stage so developers can feel how fast their apps 
will be and ... and so* we can imagine what we can do with that enhanced 
capability!!"Appengine developers that pay"* is a market niche that 
google should really give incentives to so we can build and evangelize the 
platform!In contrast, right now with the current fee structure, I'm on 
the free tier and waiting each time my prototype is called as the instance 
is loaded ... I could pay for always-on but I feel a little silly doing that 
when the prototype is just for me -- the incentives are not aligned 
correctly...  

Dennis

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: DeadlineExceededError in the mail API

[Dennis]

yes, i have been getting this error consistently for over 24 hours on my 
app.

i assumed it would be fixed by google quickly, but i guess not.
my app has not changed for weeks so it's something in the appengine 
infrastructure.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/1dTvL0LDZkUJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Designing data model and caching strategy for new pricing model

[dennis]

The legality issues that Brandon brings up might be a problem but I
don't think you're going to have a billing problem until you have a
lot of schools using the application.

The current free quota for writes is 50,000/day that's a lot of grades
to enter in a single 24 hour period. Obviously this won't be your only
write to the Datastore but should be most of them.

I would also recommend doing your puts in batches from JavaScript and
implementing a hook for window close that checks if everything has
been written to the Datastore. If it hasn't you can show a friendly
dialog saying "We're still saving your data Please wait a couple
seconds to close the window." or you can even try to send the ajax
request in your hook for any unsaved data and only return from the
hook once you have received a confirmation that your ajax post to the
server has succeeded.

After that is all done and you set your Idle Instances to 1 you should
be running free without a problem.

In theory the following should work but I haven't tested it:


  var pending_writes = [];
  window.onbeforeunload = function() {
if(pending_writes.length > 0) {
  // do whatever you have to do before returning from this hook.
  // my understanding is that if you return a string here it will
  // show that string in a dialog to the user giving them an
option
  // to either stay on the page or navigate away from it.
}
  }


I'm sure there's browser compatibility issues with the JavaScript I
put in here and it will take some hackery to make sure it works
everywhere, but I hope this helps you out.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] "500 Server Error" for over 24 hours: python 2.5, django, appenginepatch

[Dennis]

I have not changed my code in weeks, but in the past few days my app has 
been unusable because I'm getting "500 Server Error" after 60 seconds of 
instance loading.
The logs say gae is initializing django appenginepatch files when it's 
terminated (Error code 104)
Appengine system status says things are normal (of course), and I only see 
a few "I'm having an issue with my app" posts in this google group.

So, i'm wondering if others are having problems or is it just me...

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/9hocZbPII-oJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: "500 Server Error" for over 24 hours: python 2.5, django, appenginepatch

[Dennis]

I'm using M/S datastore.
My app started to work again this morning (in hong kong time), but now it's 
unusable again.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/a1S8aA_Idy8J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: "500 Server Error" for over 24 hours: python 2.5, django, appenginepatch

[Dennis]

I filed production issue 6525.

current status: now i have the majority requests taking a very long time 
(over 20 seconds) and a still get some 500 server errors.
For the 500 errors: i think it depends on the time of day.  i'm in asia and 
when the US wakes up i seem to have more problems.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/hZZvsScYSWUJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: "500 Server Error" for over 24 hours: python 2.5, django, appenginepatch

[Dennis]

Example of current state: Six "500 server error" responses (each one takes 
1 minute) before i could get 1 response that worked.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/ceDxuflchE8J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: HRD migration tool now available!

[Dennis]

Will this tool move from "experimental" to "production"?   Any ETA for the 
production version?
It seems that the migration is a 1-way process and cannot be undone.
Thus, I would like a solid migration process before using it.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/tUX7CcxHOrUJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] test post (I'm having problems replying to other posts)

[Dennis]

this is a test post

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/V3KaxPti8x0J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Datastore Admin page: enabling page failed

[Dennis]

I'm having problems enabling the datastore admin page.
I tried to enable it yesterday and got a login error message.
After waiting a day (and logging out and back in) I still get this login 
error message:


Server error
Sorry, you've reached a login page for a domain that isn't using Google 
Apps. Please check the web address and try again. Learn more


There was a proposed fix by Greg Darke in this post:
https://groups.google.com/group/google-appengine/tree/browse_frm/thread/1def08a1142d3c63/a201f46143f60366?rnum=1&q=admin+enable&_done=%2Fgroup%2Fgoogle-appengine%2Fbrowse_frm%2Fthread%2F1def08a1142d3c63%3Ftvc%3D1%26q%3Dadmin%2Benable%26pli%3D1%26#doc_3f636d9501b02ae5
 


but when I tried the url I get a 404 error.

What's the current fix for this bug??


-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/qSTAxvwhNz0J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: DeadlineExceeded errors haunting every now and then

[Dennis]

I'm looking into converting to HRD.
But as part of the process to explore that option,
I've problems with the datastore admin page:

http://groups.google.com/group/google-appengine/browse_frm/thread/640d7f7392e22f22#



On Dec 22, 3:44 am, "Ikai Lan (Google)"  wrote:
> Do you guys have any application IDs of High Replication applications that
> are experiencing datastore timeouts? What are you doing with these calls?
> Could these be contention related?
>
> --
> Ikai Lan
> Developer Programs Engineer, Google App Engine
> plus.ikailan.com | twitter.com/ikai
>
> On Wed, Dec 21, 2011 at 11:31 AM, blackpawn wrote:
>
>
>
>
>
>
>
> > Currently seeing this DeadlineExceededError bad weather again on app
> > id sketch-club if it's of any use to you Googlers for diagnosing this
> > problem.
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Google App Engine" group.
> > To post to this group, send email to google-appengine@googlegroups.com.
> > To unsubscribe from this group, send email to
> > google-appengine+unsubscr...@googlegroups.com.
> > For more options, visit this group at
> >http://groups.google.com/group/google-appengine?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: More then 100 complains and no feedback from Google. Was: Outages?

[Dennis]

I'm planning to do the same (migrate to HRD), but now my expectation have 
been lowered...

Any tips on doing the migration??  The docs make it look pretty automatic, 
but it sounds like you spent a more realistic amount of time doing the 
migration....

Dennis



On Tuesday, March 20, 2012 2:28:00 AM UTC+8, toonetown wrote:
>
> So - spent the weekend and this morning migrating to HRD...took all of 12 
> minutes before I started getting the same HardDeadlineExceeded exceptions. 
> :(
>
> BOO!
>
> -Nathan
>
> On Thursday, March 15, 2012 5:49:02 PM UTC-6, Jeff Schnitzer wrote:
>>
>> On Thu, Mar 15, 2012 at 7:36 PM, toonetown  
>> wrote:
>> > So, explain this to me...is this only a master/slave issue, and those 
>> with high replication data store aren't seeing the harddeadlinexceeded 
>> exceptions? That wouldn't make sense in our case, as we use absolutely no 
>> data store functionality.
>> >
>> > I'd be willing to migrate my app if it would make any difference...but 
>> I can't see how it would be any different.
>>
>> The difference is that Google actually cares about uptime on the HRD.
>>
>> Jeff
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/uXyyhklSK58J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Search API Question

[dennis]

Have to admit I was very excited about this when I first saw the
experimental release.

Sadly I ran into a problem right away with partial word matching. Yes
I know this is not supposed to work and I have code that executes
datastore "starts with" queries when we get 0 results for a short
single word query.

The more interesting problem occurs at one fully matched word and a
partial match on the second word of a query.

Example:
I have a document with a "name" field set to "foo bar" and about 999
other documents with the "name" field set to "foo "

When I do a query for "foo ba" I get 0 results from the Search API.
and when I do a query for "foo" I get 1000 results. Out of those 1000
results I really want "foo bar" to be at the top but since it's only a
partial match it can end up anywhere in the result set.

The only way I've come up to get around this is do result merging that
breaks up the query into individual words and if still not finding
much then uses datastore "starts with" queries.

If anyone has suggestions/ideas for other ways this can be implemented
I'm all ears.

- Dennis.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] HRD migration process - needs better explanation of steps and user processes

[Dennis]

I'm in the process of migrating from master-slave datastore to hrd.

I followed the instructions, blindly, because there is little explanation 
of what is happening in each phase.
Now, i'm just before the last phase of "finish migration".
But I test my hrd app: it does not work.
the logs say that writes have been disabled.  there was no mention of that 
in the docs.

what should I do?
enable writes in my hrd and test the app?
if it has problems then abort the migration?
there is no mention of "enabling writes" in the hrd migration docs.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/TSCG7hN1tdQJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: HRD migration process - needs better explanation of steps and user processes

[Dennis]

oh, now i see the instructions: they are not in the docs but only appear on 
the migration webpage when the migration reaches the last phase:


The data copy is now complete. You can validate the destination app's 
> performance on the High Replication datastore before redirecting traffic to 
> the new app.
> You may set the destination to read-write mode and redirect traffic to 
> there now. This step can not be reverted.



my app is just a prototype.  so, i'm assuming that if I enable read-write 
mode on both the source and destination at this point,
then i have a working backup of my original source app + a working HRD 
version of my app that i can start writing to and validating with my code 
(not just by looking at the datastore values).
the HRD version can't be reverted, but the source master-slave app can be 
re-migrated if there turn out to be problems with the hrd version, right?




On Monday, January 14, 2013 11:50:32 PM UTC+8, Dennis wrote:
>
>
> I'm in the process of migrating from master-slave datastore to hrd.
>
> I followed the instructions, blindly, because there is little explanation 
> of what is happening in each phase.
> Now, i'm just before the last phase of "finish migration".
> But I test my hrd app: it does not work.
> the logs say that writes have been disabled.  there was no mention of that 
> in the docs.
>
> what should I do?
> enable writes in my hrd and test the app?
> if it has problems then abort the migration?
> there is no mention of "enabling writes" in the hrd migration docs.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/VZG5VyMlEH4J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: HRD migration process - needs better explanation of steps and user processes

[Dennis]

I'm testing my new hrd version of the app now.
I have found some differences that need to be debugged.
One thing I wish I had done before migrating (not mentioned in docs): 
upgraded my appengine SDK to the latest version before starting the 
migration...

On the other hand, I'm still using appengine patch (aepatch) so even 
upgrading the sdk is risky.
My sdk is: release: "1.5.2"




On Tuesday, January 15, 2013 7:44:15 AM UTC+8, Takashi Matsuo (Google) 
wrote:
>
>
> Hi Dennis,
>
> On Mon, Jan 14, 2013 at 11:00 AM, Dennis 
> > wrote:
>
>> oh, now i see the instructions: they are not in the docs but only appear 
>> on the migration webpage when the migration reaches the last phase:
>>
>>
>> The data copy is now complete. You can validate the destination app's 
>>> performance on the High Replication datastore before redirecting traffic to 
>>> the new app.
>>> You may set the destination to read-write mode and redirect traffic to 
>>> there now. This step can not be reverted.
>>
>>
>>
>> my app is just a prototype.  so, i'm assuming that if I enable read-write 
>> mode on both the source and destination at this point,
>> then i have a working backup of my original source app + a working HRD 
>> version of my app that i can start writing to and validating with my code 
>> (not just by looking at the datastore values).
>> the HRD version can't be reverted, but the source master-slave app can be 
>> re-migrated if there turn out to be problems with the hrd version, right?
>>
>
> Unfortunately, there is no easy way for re-migrating the old app once if 
> you go beyond the last step of the migration.
>  
>
>>
>>
>> On Monday, January 14, 2013 11:50:32 PM UTC+8, Dennis wrote:
>>>
>>>
>>> I'm in the process of migrating from master-slave datastore to hrd.
>>>
>>> I followed the instructions, blindly, because there is little 
>>> explanation of what is happening in each phase.
>>> Now, i'm just before the last phase of "finish migration".
>>> But I test my hrd app: it does not work.
>>> the logs say that writes have been disabled.  there was no mention of 
>>> that in the docs.
>>>
>>> what should I do?
>>> enable writes in my hrd and test the app?
>>> if it has problems then abort the migration?
>>> there is no mention of "enabling writes" in the hrd migration docs.
>>>
>>  -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Google App Engine" group.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msg/google-appengine/-/VZG5VyMlEH4J.
>>
>> To post to this group, send email to 
>> google-a...@googlegroups.com
>> .
>> To unsubscribe from this group, send email to 
>> google-appengi...@googlegroups.com .
>> For more options, visit this group at 
>> http://groups.google.com/group/google-appengine?hl=en.
>>
>
>
>
> -- 
> Takashi Matsuo | Developers Advocate | tma...@google.com 
>  

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/iujfNPROH7QJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: HRD migration process - needs better explanation of steps and user processes

[Dennis]

The differences turned out to be caused by my initialization of the new 
app, so the hrd migration did not introduce any problems in my case.

However, another point that would be good to document: you will end up 
creating a new local dev app that matches the hrd app.  And it will start 
with no data.  
For my website, it's a non-trivial process to initialize the website from 
an empty datastore.
Thus, make sure you can do this before you start the migration.

Unrelated but interesting: there was data in my master-slave app that was 
inaccessible before ... "lost data".  Now, after the migration, the same 
code can now access that "lost data".  I'm glad it was transferred ok and 
is now accessible!



On Wednesday, January 16, 2013 3:27:53 AM UTC+8, Dennis wrote:
>
> I'm testing my new hrd version of the app now.
> I have found some differences that need to be debugged.
> One thing I wish I had done before migrating (not mentioned in docs): 
> upgraded my appengine SDK to the latest version before starting the 
> migration...
>
> On the other hand, I'm still using appengine patch (aepatch) so even 
> upgrading the sdk is risky.
> My sdk is: release: "1.5.2"
>
>
>
>
> On Tuesday, January 15, 2013 7:44:15 AM UTC+8, Takashi Matsuo (Google) 
> wrote:
>>
>>
>> Hi Dennis,
>>
>> On Mon, Jan 14, 2013 at 11:00 AM, Dennis  wrote:
>>
>>> oh, now i see the instructions: they are not in the docs but only appear 
>>> on the migration webpage when the migration reaches the last phase:
>>>
>>>
>>> The data copy is now complete. You can validate the destination app's 
>>>> performance on the High Replication datastore before redirecting traffic 
>>>> to 
>>>> the new app.
>>>> You may set the destination to read-write mode and redirect traffic to 
>>>> there now. This step can not be reverted.
>>>
>>>
>>>
>>> my app is just a prototype.  so, i'm assuming that if I enable 
>>> read-write mode on both the source and destination at this point,
>>> then i have a working backup of my original source app + a working HRD 
>>> version of my app that i can start writing to and validating with my code 
>>> (not just by looking at the datastore values).
>>> the HRD version can't be reverted, but the source master-slave app can 
>>> be re-migrated if there turn out to be problems with the hrd version, right?
>>>
>>
>> Unfortunately, there is no easy way for re-migrating the old app once if 
>> you go beyond the last step of the migration.
>>  
>>
>>>
>>>
>>> On Monday, January 14, 2013 11:50:32 PM UTC+8, Dennis wrote:
>>>>
>>>>
>>>> I'm in the process of migrating from master-slave datastore to hrd.
>>>>
>>>> I followed the instructions, blindly, because there is little 
>>>> explanation of what is happening in each phase.
>>>> Now, i'm just before the last phase of "finish migration".
>>>> But I test my hrd app: it does not work.
>>>> the logs say that writes have been disabled.  there was no mention of 
>>>> that in the docs.
>>>>
>>>> what should I do?
>>>> enable writes in my hrd and test the app?
>>>> if it has problems then abort the migration?
>>>> there is no mention of "enabling writes" in the hrd migration docs.
>>>>
>>>  -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "Google App Engine" group.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msg/google-appengine/-/VZG5VyMlEH4J.
>>>
>>> To post to this group, send email to google-a...@googlegroups.com.
>>> To unsubscribe from this group, send email to 
>>> google-appengi...@googlegroups.com.
>>> For more options, visit this group at 
>>> http://groups.google.com/group/google-appengine?hl=en.
>>>
>>
>>
>>
>> -- 
>> Takashi Matsuo | Developers Advocate | tma...@google.com
>>  
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/GiFxIfkeGSYJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: HRD migration process - needs better explanation of steps and user processes

[Dennis]

my data is back to being "unaccessible" even on HRD -- i get a 
DeadlineExceededError 
after trying for 60 seconds.

it could be a program bug (even though the code has not changed), but just 
thought i would mention it in case others have this problem.




On Wednesday, January 16, 2013 6:11:13 PM UTC+8, Dennis wrote:
>
> The differences turned out to be caused by my initialization of the new 
> app, so the hrd migration did not introduce any problems in my case.
>
> However, another point that would be good to document: you will end up 
> creating a new local dev app that matches the hrd app.  And it will start 
> with no data.  
> For my website, it's a non-trivial process to initialize the website from 
> an empty datastore.
> Thus, make sure you can do this before you start the migration.
>
> Unrelated but interesting: there was data in my master-slave app that was 
> inaccessible before ... "lost data".  Now, after the migration, the same 
> code can now access that "lost data".  I'm glad it was transferred ok and 
> is now accessible!
>
>
>
> On Wednesday, January 16, 2013 3:27:53 AM UTC+8, Dennis wrote:
>>
>> I'm testing my new hrd version of the app now.
>> I have found some differences that need to be debugged.
>> One thing I wish I had done before migrating (not mentioned in docs): 
>> upgraded my appengine SDK to the latest version before starting the 
>> migration...
>>
>> On the other hand, I'm still using appengine patch (aepatch) so even 
>> upgrading the sdk is risky.
>> My sdk is: release: "1.5.2"
>>
>>
>>
>>
>> On Tuesday, January 15, 2013 7:44:15 AM UTC+8, Takashi Matsuo (Google) 
>> wrote:
>>>
>>>
>>> Hi Dennis,
>>>
>>> On Mon, Jan 14, 2013 at 11:00 AM, Dennis  wrote:
>>>
>>>> oh, now i see the instructions: they are not in the docs but only 
>>>> appear on the migration webpage when the migration reaches the last phase:
>>>>
>>>>
>>>> The data copy is now complete. You can validate the destination app's 
>>>>> performance on the High Replication datastore before redirecting traffic 
>>>>> to 
>>>>> the new app.
>>>>> You may set the destination to read-write mode and redirect traffic to 
>>>>> there now. This step can not be reverted.
>>>>
>>>>
>>>>
>>>> my app is just a prototype.  so, i'm assuming that if I enable 
>>>> read-write mode on both the source and destination at this point,
>>>> then i have a working backup of my original source app + a working HRD 
>>>> version of my app that i can start writing to and validating with my code 
>>>> (not just by looking at the datastore values).
>>>> the HRD version can't be reverted, but the source master-slave app can 
>>>> be re-migrated if there turn out to be problems with the hrd version, 
>>>> right?
>>>>
>>>
>>> Unfortunately, there is no easy way for re-migrating the old app once if 
>>> you go beyond the last step of the migration.
>>>  
>>>
>>>>
>>>>
>>>> On Monday, January 14, 2013 11:50:32 PM UTC+8, Dennis wrote:
>>>>>
>>>>>
>>>>> I'm in the process of migrating from master-slave datastore to hrd.
>>>>>
>>>>> I followed the instructions, blindly, because there is little 
>>>>> explanation of what is happening in each phase.
>>>>> Now, i'm just before the last phase of "finish migration".
>>>>> But I test my hrd app: it does not work.
>>>>> the logs say that writes have been disabled.  there was no mention of 
>>>>> that in the docs.
>>>>>
>>>>> what should I do?
>>>>> enable writes in my hrd and test the app?
>>>>> if it has problems then abort the migration?
>>>>> there is no mention of "enabling writes" in the hrd migration docs.
>>>>>
>>>>  -- 
>>>> You received this message because you are subscribed to the Google 
>>>> Groups "Google App Engine" group.
>>>> To view this discussion on the web visit 
>>>> https://groups.google.com/d/msg/google-appengine/-/VZG5VyMlEH4J.
>>>>
>>>> To post to this group, send email to google-a...@googlegroups.com.
>>>> To unsubscribe from this group, send email to 
>>>> google-appengi...@googlegroups.com.
>>>> For more options, visit this group at 
>>>> http://groups.google.com/group/google-appengine?hl=en.
>>>>
>>>
>>>
>>>
>>> -- 
>>> Takashi Matsuo | Developers Advocate | tma...@google.com
>>>  
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: App Engine console really slow lately?

[Dennis]

my unchanged app is getting 500 Server Errors
from google.appengine.runtime.DeadlineExceededError
starting today.




On Thursday, June 6, 2013 3:44:28 PM UTC+8, doright wrote:
>
> yes, agree, seems to be getting slower and slower in my experience.
>
> On Tuesday, June 4, 2013 4:22:27 PM UTC+2, Jason Collins wrote:
>>
>> Has anyone else found the App Engine dashboard/console really, really 
>> slow lately (perhaps the past week)?
>>
>> It's painful to use for me.
>>
>> j
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] ImagesService.getServingUrl fails with IllegalArgumentException and no error message for Cloud Storage object

[dennis]

Here's the code:

public static String getNotFoundUrl(int size) {
try {
  BlobKey blob_key = 
BLOB_STORE.createGsBlobKey("/gs/web_content/placeholder_img.png");

  // Simple Test to make sure blob_key points at the right thing.
  byte[] image_data = BLOB_STORE.fetchData(blob_key, 0, 100);
  Application.getLogger().warning(new String(image_data));
  // This parts works and gets the first 100 bytes.

  ServingUrlOptions opts = 
ServingUrlOptions.Builder.withBlobKey(blob_key);
  if(size > 0) opts.imageSize(size);
  return IMAGES_SERVICE.getServingUrl(opts);
} catch(IllegalArgumentException e) {
  Application.getLogger().warning("Unable to serve placeholder image 
from Cloud Storage.");
  Application.getLogger().warning(e.getMessage());
  Application.logException(e);
  return "/placeholder_img.png";
}
  }

The fetchData call succeeds and I successfully read the first 100 bytes of 
the file that way. But the getServingUrl fails with 
IllegalArgumentException.

java.lang.IllegalArgumentException: 
at 
com.google.appengine.api.images.ImagesServiceImpl.getServingUrl(ImagesServiceImpl.java:282)


Any ideas on why this happens will be much appreciated.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] ImagesService.getServingUrl fails with IllegalArgumentException and no error message for Cloud Storage object

[dennis]

Thanks for the fast response Vinny,

Here are the definitions for the BLOB_STORE and IMAGES_SERVICE variables.

  private static final BlobstoreService BLOB_STORE = 
BlobstoreServiceFactory.getBlobstoreService();
  private static final ImagesService IMAGES_SERVICE = 
ImagesServiceFactory.getImagesService();

I have also tried using ServingUrlOptions.Builder.withGoogleStorageFileName 
with the same result of IllegalArgumentException with no error message.

  public static String getNotFoundUrl(int size) {
try {
//  BlobKey blob_key = 
BLOB_STORE.createGsBlobKey("/gs/web_content/placeholder_img.png");
//  byte[] image_data = BLOB_STORE.fetchData(blob_key, 0, 100);
//  Application.getLogger().warning(new String(image_data));
  ServingUrlOptions opts = 
ServingUrlOptions.Builder.withGoogleStorageFileName("/gs/web_content/placeholder_img.png");
  if(size > 0) opts.imageSize(size);
  return IMAGES_SERVICE.getServingUrl(opts);
} catch(IllegalArgumentException e) {
  Application.getLogger().warning("Unable to serve placeholder image 
from Cloud Storage.");
  Application.getLogger().warning(e.getMessage());
  Application.logException(e);
  return "/placeholder_img.png";
}
  }

One interesting thing to note is that the file was uploaded using the Cloud 
Console Web UI and not through app engine sdk. Could that be what's causing 
the problem?

On Monday, June 17, 2013 2:20:01 PM UTC-6, Vinny P wrote:
>
> Hello Dennis,
>   
> Just to be clear the variable BLOB_STORE in your code represents the Files 
> API accessing Google Cloud Storage, correct? Can you post that code as 
> well? 
>  
> Secondly, if you are using Google Cloud Storage to save your images in, 
> then you need to use a different function to create your ServingUrlOptions. 
> Instead of using ServingUrlOptions.Builder.withBlobKey (which is reserved 
> for images coming from AppEngine's Blobstore), you need to use 
> ServingUrlOptions.Builder.withGoogleStorageFileName (files from GCS). 
> Here's the relevant documentation:  
> https://developers.google.com/appengine/docs/java/javadoc/com/google/appengine/api/images/ServingUrlOptions.Builder.
>   
>   
> -
> -Vinny P
> Technology & Media Advisor
> Chicago, IL
>
> My Go side project: http://invalidmail.com/
>   
>  
> On Mon, Jun 17, 2013 at 3:02 PM, dennis wrote:
>
>> Here's the code:
>>
>> public static String getNotFoundUrl(int size) {
>> try {
>>   BlobKey blob_key = 
>> BLOB_STORE.createGsBlobKey("/gs/web_content/placeholder_img.png");
>>
>>   // Simple Test to make sure blob_key points at the right thing.
>>   byte[] image_data = BLOB_STORE.fetchData(blob_key, 0, 100);
>>   Application.getLogger().warning(new String(image_data));
>>   // This parts works and gets the first 100 bytes.
>>
>>   ServingUrlOptions opts = 
>> ServingUrlOptions.Builder.withBlobKey(blob_key);
>>   if(size > 0) opts.imageSize(size);
>>   return IMAGES_SERVICE.getServingUrl(opts);
>> } catch(IllegalArgumentException e) {
>>   Application.getLogger().warning("Unable to serve placeholder image 
>> from Cloud Storage.");
>>   Application.getLogger().warning(e.getMessage());
>>   Application.logException(e);
>>   return "/placeholder_img.png";
>> }
>>   }
>>
>> The fetchData call succeeds and I successfully read the first 100 bytes 
>> of the file that way. But the getServingUrl fails with 
>> IllegalArgumentException.
>>
>> java.lang.IllegalArgumentException: 
>> at 
>> com.google.appengine.api.images.ImagesServiceImpl.getServingUrl(ImagesServiceImpl.java:282)
>>
>>
>> Any ideas on why this happens will be much appreciated.
>>
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] ImagesService.getServingUrl fails with IllegalArgumentException and no error message for Cloud Storage object

[dennis]

Thanks Vinny!

Permissions were the culprit. 

On Monday, June 17, 2013 11:19:17 PM UTC-6, Vinny P wrote:
>
> Hello again Dennis,
>  
> On Mon, Jun 17, 2013 at 3:36 PM, dennis wrote:
>
>> One interesting thing to note is that the file was uploaded using the 
>> Cloud Console Web UI and not through app engine sdk. Could that be what's 
>> causing the problem?
>>
>>  
> Amusingly enough, that might be the problem. I configured my app to have 
> Owner permissions over my Cloud Storage bucket - I noticed that when my app 
> wrote an object in, it had full permissions to that object. If I uploaded 
> an object via the Cloud Console, sometimes my app had difficulty accessing 
> the object (even though my app had permissions to the bucket!).
>  
> I'm interested now - I'll have to investigate more. If you need it, here's 
> a simplified version of the code I used to save to Cloud Storage:
>  
>   String bucket = bucket name here
>   String object = the filename here, including file extension
>   
>   GcsFilename gcs_filename = new GcsFilename(bucket, object);
>   
>   GcsFileOptions.Builder options_builder = new GcsFileOptions.Builder();
>   options_builder = options_builder.mimeType(mime);
> //erased some options here
>   GcsFileOptions options = options_builder.build();
>   
>   GcsOutputChannel output = 
> GcsServiceFactory.createGcsService().createOrReplace(gcs_filename, options);
>   output.write(ByteBuffer.wrap(data));
>   output.close();  
>  
>  
> On Mon, Jun 17, 2013 at 3:36 PM, dennis wrote:
>
>> Thanks for the fast response Vinny,
>>
>> I have also tried using 
>> ServingUrlOptions.Builder.**withGoogleStorageFileName 
>> with the same result of IllegalArgumentException with no error message.
>>
>>   public static String getNotFoundUrl(int size) {
>> try {
>> //  BlobKey blob_key = 
>> BLOB_STORE.createGsBlobKey("/gs/web_content/placeholder_img.png");
>> //  byte[] image_data = BLOB_STORE.fetchData(blob_key, 0, 100);
>> //  Application.getLogger().warning(new String(image_data));
>>   ServingUrlOptions opts = 
>> ServingUrlOptions.Builder.withGoogleStorageFileName("/gs/web_content/placeholder_img.png");
>>   if(size > 0) opts.imageSize(size);
>>   return IMAGES_SERVICE.getServingUrl(opts);
>> } catch(IllegalArgumentException e) {
>>   Application.getLogger().warning("Unable to serve placeholder image 
>> from Cloud Storage.");
>>   Application.getLogger().warning(e.getMessage());
>>   Application.logException(e);
>>   return "/placeholder_img.png";
>> }
>>   }
>>
>  
>  
> I built a test project to verify for myself, and the following code works 
> for me on production GAE. 
>  
>   String bucket = bucket name (so web_content for your example)
>   String object = object name (placeholder_img.png for your example)
>   
>   //Get serving url
>   String gs_blob_key = "/gs/" + bucket + "/" + object;
>   BlobKey blob_key = 
> BlobstoreServiceFactory.getBlobstoreService().createGsBlobKey(gs_blob_key);
>   ServingUrlOptions serving_options = 
> ServingUrlOptions.Builder.withBlobKey(blob_key);
>   String serving_url = 
> ImagesServiceFactory.getImagesService().getServingUrl(serving_options);
>   System.out.println("Serving URL: " + serving_url);
>   resp.getWriter().println(serving_url);
>  
>  
>  
> It's also worth double checking to see if you have permissions set 
> correctly. Here's an image album showing my settings: 
> http://imgur.com/a/FBhFN 
>   
> -
> -Vinny P
> Technology & Media Advisor
> Chicago, IL
>
> My Go side project: http://invalidmail.com/
>   
>  
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: App engine is down on some apps

[Dennis]

I'm trying to upload a new version of my code, but the upload process has 
been stuck for a 10 minutes now.
Interestingly, however, the old version of my code (python) is still 
running and is even quite responsive.



On Wednesday, October 16, 2013 3:54:16 PM UTC+8, timh wrote:
>
> Though the dashboard is very slow at the moment.
>
> T
>
> On Wednesday, October 16, 2013 3:52:37 PM UTC+8, timh wrote:
>>
>> No..  I am on python and am finding it's running particularly well at the 
>> moment. This morning memecache was being purged rapidly now it's settled 
>> down and response times are good.
>>
>> T
>>
>> On Wednesday, October 16, 2013 3:24:50 PM UTC+8, ZeroCool wrote:
>>>
>>> Anyone else seeing the same problem?
>>> My app pe-server7 (java) is down, and others are experiencing lag issues.
>>>
>>> Can any Googler look into the problem?
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] GAE Datastore is FAST today!

[Dennis]

Users can feel the difference!   Thanks and hope this is the "new normal"!

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Quota Miscalculation causing app stoppage and Over Quota error

[Dennis]

I have a minimal prototype app where I added a credit card and enabled 
billing with $0 daily limit.

I use a minimal resource allocation:
F1 instance
1-1 (exactly 1) instance 
and very little traffic

Today (right now) and a few days in the past, I've run out of  Frontend 
Instance Hours  even though I have 28 hours and can only use 24 hours.
Thus, there must be some miscalculation in the quota calculation.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Quota Miscalculation causing app stoppage and Over Quota error

[Dennis]

Well, it's gone now.  Oddly, it's not a consistent miscalculation.
On that day, it ran out of quota just before the reset.
On other days, it's several hours before the reset.
I live in Asia so the reset is in the middle of the day so I can feel the 
effect of the quota running out hours before the reset and then the reset 
fixing things --  N America people may not notice...



On Thursday, March 20, 2014 3:38:36 PM UTC+8, Vinny P wrote:
>
> On Wed, Mar 19, 2014 at 2:00 AM, Dennis >
>  wrote:
>
>> I have a minimal prototype app where I added a credit card and enabled 
>> billing with $0 daily limit.
>>
>> I use a minimal resource allocation:
>> F1 instance
>> 1-1 (exactly 1) instance 
>> and very little traffic
>>
>> Today (right now) and a few days in the past, I've run out of  Frontend 
>> Instance Hours  even though I have 28 hours and can only use 24 hours.
>> Thus, there must be some miscalculation in the quota calculation.
>>
>
>
>
> Can you post a picture of the Instances graph, located on the console's 
> dashboard?
>   
>  
> -
> -Vinny P
> Technology & Media Advisor
> Chicago, IL
>
> App Engine Code Samples: http://www.learntogoogleit.com
>  
>  

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] My python app is down

[Dennis]

My python app is down.

I just get a blank page back as a response (not an error message).
Logs were recording my request, but after i restated my instance they don't 
seem to be recording that any more.

No code change for weeks.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: My python app is down

[Dennis]

back up and running now.


On Saturday, May 24, 2014 6:49:54 PM UTC+8, Dennis wrote:
>
> My python app is down.
>
> I just get a blank page back as a response (not an error message).
> Logs were recording my request, but after i restated my instance they 
> don't seem to be recording that any more.
>
> No code change for weeks.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Cannot create naked or alternate domains for my GAE app.

[Dennis]

Worked for me, also!!   But,

I'm a bit concerned:
this workaround will work while the current version of the control
panel is available.
When google apps upgrades it, the workaround will stop working.

I tried the google suggestion of forwarding my domain (naked or not)
to www.my_domain.com  ( 
http://www.google.com/support/a/bin/answer.py?answer=91080&hl=en
)  but it did not allow my naked domain to work (got a 404 error but I
did not wait for hours or days to see if that suggestion would work
after some time passes).

Just wondering if anyone has gotten naked domains to work using the
google suggested way...



On Aug 14, 10:06 pm, Leo <[EMAIL PROTECTED]> wrote:
> This morning I dug further since I didn't stir any to answer this
> question last night and I found the answer for me at least.  Here it
> is:
>
> You get invalid domain when adding the naked domain when your version
> of google apps ("Manage this domain"->"Domain settings"->"Control
> panel"->"Next generation" ) set to "Next generation" instead of
> "Current version" ("Manage this domain"->"Domain settings"->"Control
> panel"->"Current version").  I switched my google apps control panel
> version to "Current version" and promptly visited the app engine app
> URL management area and SUCCESSFULLY added the naked domain
> raeleo.com!
>
> I found the answer 
> at:http://movetogae.blogspot.com/2008/08/setting-up-dns.html
> Not in the main post, but in a follow up comment.  Thank you Akash
> Xavier.
>
> In case you are wondering, yes the domain which allowed me to add the
> naked domain all along had the default Control panel version of
> "Current version"  I hadn't fooled around with that one.
>
> On Aug 13, 10:08 pm, Leo <[EMAIL PROTECTED]> wrote:
>
>
>
> > I'm having the same problem.
>
> > I have the A records on raeleo.com set up correctly and I get "invalid
> > domain" when I try to add my naked domain, raeleo.com, to the list of
> > URLs which point to my app engine app.  The URL which succeeded is
> > raechelleleo.raeleo.com   An oddity is that a visiting raeleo.com
> > results in a redirect from the google appengine IPs I set as A records
> > on this domain.  The redirect is to a host I had setup previously in
> > google apps pointing to the site creation tool: pages.raeleo.com.
> > That request fails because I don't have DNS setup for
> > pages.raeleo.com.
>
> > I too have another domain, squidpress.com, setup similarly in DNS and
> > for that one I can add the naked domain to the list of URLs that point
> > to a different app engine app in a different google apps account.
>
> > I've tried deleting and re adding the urls on the app engine config in
> > the google apps dashboard a few different ways to see if this would
> > reset it.  I even removed the app engine app from my active services.
> > No luck.  I still can't add the naked domain to my URL list.
>
> > Google, what is the status of this problem?  Let us know if we're
> > doing something wrong or you're working on a bug.
>
> > Sincerely,Leo, A person who likes the simplicity you're trying to offer us.
>
> > On Aug 7, 3:28 pm, ia <[EMAIL PROTECTED]> wrote:
>
> > > I'm having the same issue as Jonathan, with silent failure for both
> > > www and thenakeddomain, even with a placeholder subdomain in place.
> > > Has anyone managed get a resolution on this?- Hide quoted text -
>
> - Show quoted text -
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Save storage: aggressive use of “indexed=False”

[Dennis]

I'm thinking I should use “indexed=False” aggressively to reduce the
datastore storage expansion.
Seems like if I'm too aggressive with it, I can always add an index
back and rebuild the index.
Just want to see if others are also using this strategy.

Dennis

--

You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Double entities inserted into Datastore

[Dennis]

I have used the code below to insert an entity (yes , supposed to be
only one entity inserted per request). However, it has inserted two
entities per request.

Do you encounter this problem ?

Thanks.
=

#coding=utf-8
from google.appengine.ext import db

class Order(db.Model):
time = db.DateTimeProperty(auto_now_add=True)
stri = db.StringProperty()

obj1 = Order(stri='test')
obj1.put()

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Double entities inserted into Datastore

[Dennis]

hi Jeff ,

Thanks for your reply.
But I did not use form to execute the request.

I trigger the datastore data insertion by one browser request, and it
can be seen on the log (yes, there is only one and only one request).

I have changed my code to below to see what happen to the datastore.


#coding=utf-8
from google.appengine.ext import db

class Order(db.Model):
time = db.DateTimeProperty(auto_now_add=True)
stri = db.StringProperty()

obj1 = Order(stri='y')
obj1.put()
obj2 = Order(stri='n')
obj2.put()

==
Running the query of "SELECT * FROM Order order by time desc" , the
result is :
(so you can see the server seems to request the site again after I
have done so)
But if I request it by cron job , there are only 2 entities inserted,
instead of 4.

id=60002 n   2010-05-20 04:33:24.450649
id=20004 y   2010-05-20 04:33:24.389974
id=66004 n   2010-05-20 04:33:23.886866
id=35006 y   2010-05-20 04:33:23.774130

On May 20, 12:04 am, Jeff Schwartz  wrote:
> Perhaps if your db operation is driven by a form the user refreshed their
> browser. If they did then the form would post the request again. The
> solution is to redirect after a post to clear out the headers.
>
>
>
>
>
> On Wed, May 19, 2010 at 6:53 AM, Dennis  wrote:
> > I have used the code below to insert an entity (yes , supposed to be
> > only one entity inserted per request). However, it has inserted two
> > entities per request.
>
> > Do you encounter this problem ?
>
> > Thanks.
> > =
>
> > #coding=utf-8
> > from google.appengine.ext import db
>
> > class Order(db.Model):
> >    time = db.DateTimeProperty(auto_now_add=True)
> >    stri = db.StringProperty()
>
> > obj1 = Order(stri='test')
> > obj1.put()
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Google App Engine" group.
> > To post to this group, send email to google-appeng...@googlegroups.com.
> > To unsubscribe from this group, send email to
> > google-appengine+unsubscr...@googlegroups.com > e...@googlegroups.com>
> > .
> > For more options, visit this group at
> >http://groups.google.com/group/google-appengine?hl=en.
>
> --
> --
> Jeff
>
> --
> You received this message because you are subscribed to the Google Groups 
> "Google App Engine" group.
> To post to this group, send email to google-appeng...@googlegroups.com.
> To unsubscribe from this group, send email to 
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group 
> athttp://groups.google.com/group/google-appengine?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Performance of site seems much slower after maintenance.

[Dennis]

i'm getting a similar response: 16 sec the first time, then sub-second
after that.
wonder if it has anything to do with the gmail maintenance and
subsequence downtime that occurred a a few days ago...



On Sep 3, 11:23 pm, bvelasquez  wrote:
> I tried the tests from two locations now.  Same results on the poor
> performance.  I profiled the app. but found nothing obvious.
>
> Is there a way to download all the profile data?
>
> Some of my requests are now taking 11000ms.  However, the same request
> a second time might take only 400ms.  I'm at a loss.  I'm only
> fetching 25 from the first page.
>
> action_gql = Action.gql("WHERE project = :1 and state = :2 and
> archived = :3 and milestone = :4 ORDER BY state DESC, due ASC,
> priority DESC, summary ASC", project_key, 0, False, db.Key(milestone))
>
> This is an example query.  Possibly the ORDER BY?
>
> Barry
>
> On Sep 3, 12:12 am, "Brandon N. Wirtz"  wrote:
>
>
>
> >http://speed-test.appspot.com/
>
> > If you want to rule out your network connection this is a good way to do
> > that... Even if it won't test super fast connections with perfect accuracy,
> > your connection should always score about the same.  I have found that I get
> > some drastically different results on my home 20 meg Comcast connection at
> > different times of the day compared to testing from my colo's rack, where as
> > Speak easy always tests the same (I suspect that Comcast has figured out
> > that giving priority to speed tests is good for blaming other people for
> > their problems...
>
> > -Brandon Wirtz
>
> > -Original Message-
> > From: google-appengine@googlegroups.com
>
> > [mailto:google-appeng...@googlegroups.com] On Behalf Of Sylvain
> > Sent: Thursday, September 03, 2009 12:03 AM
> > To: Google App Engine
> > Subject: [google-appengine] Re: Performance of site seems much slower after
> > maintenance.
>
> > For my part, all seem faster...
>
> > On Sep 3, 4:01 am, bvelasquez  wrote:
> > > Hello,
>
> > > My application (ID: jacob-6) seems to be performing worse after the
> > > maintenance of yesterday.  I have not made any significant changes
> > > that would  affect performance to this degree, but I definitely see a
> > > change since yesterday.  Requests are taking much longer and is
> > > unpredictable.  For example, look at the following two requests.  Both
> > > for the exact same information, doing the exact same processing.  The
> > > times are very close since I ran the request manually.  The first took
> > > much longer to process.
>
> > > 09-02 06:56PM 13.604 /project/topactions/
> > > agdqYWNvYi02cg4LEgdQcm9qZWN0GOoHDA?
> > > milestone_id=agdqYWNvYi02chALEglNaWxlc3RvbmUY4zYM 200 329ms 385cpu_ms
> > > 151api_cpu_ms
>
> > > 09-02 06:55PM 51.014 /project/topactions/
> > > agdqYWNvYi02cg4LEgdQcm9qZWN0GOoHDA?
> > > milestone_id=agdqYWNvYi02chALEglNaWxlc3RvbmUY4zYM 200 1508ms
> > > 1240cpu_ms 151api_cpu_ms
>
> > > This behavior is happening across all my requests.
>
> > > I'll try it from a different network connection when I go home
> > > tonight.  Maybe this has something to do with it.
>
> > > Any ideas?  My app went from pretty snappy to pretty slow overnight.
>
> > > Barry- Hide quoted text -
>
> - Show quoted text -
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] remote_api: login problems

[Dennis]

I'm trying the console code in article "Accessing the datastore
remotely with remote_api"
http://code.google.com/appengine/articles/remote_api.html
The code runs but I'm having problems with logging in.

I've tried my gae developer account ( which happens to be a gmail
account)
and it is invalid.
I tried my google apps account that is tied to my google apps domain
(  something like supp...@example.com )
That causes a http 403 Forbidden response.
I've seen that I can go to
https://www.google.com/accounts/UnlockCaptcha?
to get my google apps account unlocked.
But when I try my google apps email and password,
it says the username and password are not correct.

I've seen that my gae developer email should work
http://groups.google.com/group/google-appengine/browse_frm/thread/b4d0fe4010561585/87f8630d0f0c8d72?#87f8630d0f0c8d72
http://groups.google.com/group/google-appengine/browse_frm/thread/ac0ab842429231b1/5696a6467e3f2f51?lnk=gst&q=remote+access+login#5696a6467e3f2f51
http://groups.google.com/group/google-appengine/browse_frm/thread/742afce8b2ab9358/25c7cf57d68c9341?lnk=gst&q=remote+access+login#

but it is not working for me.
Any suggestions for what to do next??

Dennis

--

You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Using naked domains (like http://example.com)

[Dennis]

Hi Jeff,

Can a Google Code GAE Issue be created for this so we can track it
(instead of doing searches in google groups)?




On Sep 10, 3:09 am, "Jeff S (Google)" <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> One question that we see a lot on the group is about setting up an app
> to serve from anakeddomain(http://example.com) While this has been
> difficult but not impossible in the past, we've made some changes and
> are no longer allowingnakeddomains to be used for App Engine apps.
> The infrastructure which we use will occasionally force TCP connection
> resets when an app is running on anakeddomain, so we're recommending
> that everyone switch to a subdomain (likehttp://www.example.com) and
> set up DNS redirects if you already have traffic going to anakeddomain.
>
> We'd like to provide this support in the future and are looking into
> potential workarounds, but it's not clear at this point how long that
> will take.  For now, if yourdomainregistrar supports URL redirects,
> you can redirect fromhttp://yourdomain.comto e.ghttp://www.yourdomain.com
> orhttp://appid.yourdomain.com. 
> (Fromhttp://code.google.com/appengine/kb/commontasks.html#naked_domain
> )
>
> Advice on setting up URL redirects from thenakeddomaincan be found
> in the 
> following:http://www.google.com/support/a/bin/answer.py?hl=en-in&answer=61057http://groups.google.com/group/apps-discuss/web/forwarding-to-google-...
>
> Thank you,
> Jeff
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: Using naked domains (like http://example.com)

[Dennis]

Issue 777 is a feature request for naked domains:

http://code.google.com/p/googleappengine/issues/detail?id=777



On Oct 7, 3:18 pm, Dennis <[EMAIL PROTECTED]> wrote:
> Hi Jeff,
>
> Can a Google Code GAE Issue be created for this so we can track it
> (instead of doing searches in google groups)?
>
> On Sep 10, 3:09 am, "Jeff S (Google)" <[EMAIL PROTECTED]> wrote:
>
>
>
> > Hi all,
>
> > One question that we see a lot on the group is about setting up an app
> > to serve from anakeddomain(http://example.com) While this has been
> > difficult but not impossible in the past, we've made some changes and
> > are no longer allowingnakeddomains to be used for App Engine apps.
> > The infrastructure which we use will occasionally force TCP connection
> > resets when an app is running on anakeddomain, so we're recommending
> > that everyone switch to a subdomain (likehttp://www.example.com) and
> > set up DNS redirects if you already have traffic going to anakeddomain.
>
> > We'd like to provide this support in the future and are looking into
> > potential workarounds, but it's not clear at this point how long that
> > will take.  For now, if yourdomainregistrar supports URL redirects,
> > you can redirect fromhttp://yourdomain.comtoe.ghttp://www.yourdomain.com
> > orhttp://appid.yourdomain.com. 
> > (Fromhttp://code.google.com/appengine/kb/commontasks.html#naked_domain
> > )
>
> > Advice on setting up URL redirects from thenakeddomaincan be found
> > in the 
> > following:http://www.google.com/support/a/bin/answer.py?hl=en-in&answer=61057ht..
>
> > Thank you,
> > Jeff- Hide quoted text -
>
> - Show quoted text -
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: Cannot create naked or alternate domains for my GAE app.

[Dennis]

I created Issue 777 for naked domain support:
http://code.google.com/p/googleappengine/issues/detail?id=777



On Sep 8, 7:30 pm, "Paul Kinlan" <[EMAIL PROTECTED]> wrote:
> Yeah I had to do this one as well.
>
> I don't think Google solution is a long term viable solution for the
> majority of users.  For instance I can't configure my host to move 
> eweri.comtowww.eweri.com.
>
> What is the reason why Google changed this?
>
> Paul.
>
> 2008/9/8 Dennis <[EMAIL PROTECTED]>
>
>
>
>
>
> > Worked for me, also!!   But,
>
> > I'm a bit concerned:
> > this workaround will work while the current version of the control
> > panel is available.
> > When google apps upgrades it, the workaround will stop working.
>
> > I tried the google suggestion of forwarding my domain (naked or not)
> > towww.my_domain.com (
> >http://www.google.com/support/a/bin/answer.py?answer=91080&hl=en
> > )  but it did not allow my naked domain to work (got a 404 error but I
> > did not wait for hours or days to see if that suggestion would work
> > after some time passes).
>
> > Just wondering if anyone has gotten naked domains to work using the
> > google suggested way...
>
> > On Aug 14, 10:06 pm, Leo <[EMAIL PROTECTED]> wrote:
> > > This morning I dug further since I didn't stir any to answer this
> > > question last night and I found the answer for me at least.  Here it
> > > is:
>
> > > You get invalid domain when adding the naked domain when your version
> > > of google apps ("Manage this domain"->"Domain settings"->"Control
> > > panel"->"Next generation" ) set to "Next generation" instead of
> > > "Current version" ("Manage this domain"->"Domain settings"->"Control
> > > panel"->"Current version").  I switched my google apps control panel
> > > version to "Current version" and promptly visited the app engine app
> > > URL management area and SUCCESSFULLY added the naked domain
> > > raeleo.com!
>
> > > I found the answer at:
> >http://movetogae.blogspot.com/2008/08/setting-up-dns.html
> > > Not in the main post, but in a follow up comment.  Thank you Akash
> > > Xavier.
>
> > > In case you are wondering, yes the domain which allowed me to add the
> > > naked domain all along had the default Control panel version of
> > > "Current version"  I hadn't fooled around with that one.
>
> > > On Aug 13, 10:08 pm, Leo <[EMAIL PROTECTED]> wrote:
>
> > > > I'm having the same problem.
>
> > > > I have the A records on raeleo.com set up correctly and I get "invalid
> > > > domain" when I try to add my naked domain, raeleo.com, to the list of
> > > > URLs which point to my app engine app.  The URL which succeeded is
> > > > raechelleleo.raeleo.com   An oddity is that a visiting raeleo.com
> > > > results in a redirect from the google appengine IPs I set as A records
> > > > on this domain.  The redirect is to a host I had setup previously in
> > > > google apps pointing to the site creation tool: pages.raeleo.com.
> > > > That request fails because I don't have DNS setup for
> > > > pages.raeleo.com.
>
> > > > I too have another domain, squidpress.com, setup similarly in DNS and
> > > > for that one I can add the naked domain to the list of URLs that point
> > > > to a different app engine app in a different google apps account.
>
> > > > I've tried deleting and re adding the urls on the app engine config in
> > > > the google apps dashboard a few different ways to see if this would
> > > > reset it.  I even removed the app engine app from my active services.
> > > > No luck.  I still can't add the naked domain to my URL list.
>
> > > > Google, what is the status of this problem?  Let us know if we're
> > > > doing something wrong or you're working on a bug.
>
> > > > Sincerely,Leo, A person who likes the simplicity you're trying to offer
> > us.
>
> > > > On Aug 7, 3:28 pm, ia <[EMAIL PROTECTED]> wrote:
>
> > > > > I'm having the same issue as Jonathan, with silent failure for both
> > > > > www and thenakeddomain, even with a placeholder subdomain in place.
> > > > > Has anyone managed get a resolution on this?- Hide quoted text -
>
> > > - Show quoted text -- Hide quoted text -
>
> - Show quoted text -
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Task Queues and Asynchronous Processing TODAY

[Dennis]

I'm architecting my system to workaround the limited write ability in
each gae request.

I'd like to use task queues (as in issue 109
http://code.google.com/p/googleappengine/issues/detail?id=109 ),
but that feature is not implemented yet.

I'm thinking about using the following:
-the initial GAE request accepts the user's request and queues the
task into Amazon Simple Queue Service (Amazon SQS) using a call to an
external url.
-a hosted system (external to GAE) polls the SQS queues.
-when the hosted system finds a task, it makes API calls into GAE to
do the actual asynchronous work inside GAE and it's datastore.

Just wondering if anyone else has used this type of architecture (or
thought about it) and what their experience / opinion is.

The only post I could find about using Amazon's queues is:
http://groups.google.com/group/google-appengine/msg/86368530077bc548



--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Django Helper + Mako + GAE = working?

[Dennis]

Anyone get Django Helper and Mako templates working together on GAE?
I'm getting a django / django_helper error when I try it.

Mako compiles html templates into python code.
I can get mako to work if I put the html in a string,
but if the html is in a file then I get a django / django_helper error
(see http://pastebin.com/m384339d8 -- the django (helper) error seems
to be a 'ValueError'
and the mako error that caused it seems to be an uncaught exception
(line 19 in pastebin)
for the exception 'mako.exceptions.CompileException').
Note: I set the module_directory to None so the error should not be
caused
by GAE trying to write a compiled .py file into the gae file system.

I think mako and gae work together from these posts:
http://groups.google.com/group/google-appengine/msg/42858dbd57dbc145
http://blog.pansapiens.com/2008/06/24/mako-templates-in-google-app-engine-seems-to-work-for-me/
but these posts don't use django / django helper.

For django / mako integration, I use:
http://code.google.com/p/django-mako/wiki/Usage

My tech stack is:
gae sdk 1.1.7
GAE Helper for Django r66 from trunk 
http://code.google.com/p/google-app-engine-django/source/checkout
django v1.0 zipped file from http://github.com/Surgo/django-on-gae/tree/master
and http://groups.google.com/group/google-appengine/msg/17479486c96a62b7
mako r430 from trunk
djangomako 0.1.3 http://pypi.python.org/pypi/django-mako/0.1.3


Mako is a nice templating engine for programmers and it can work on
gae.
I'm hoping I can use it with django on gae...
Also, I don't think django / django helper should produce a stack
trace if the code for the django application has errors.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Django's manage.py shell and local Interactive Development Console

[Dennis]

For those running App Engine Helper for Django,
has anyone gotten the "manage.py shell" to work consistently with the
Interactive Development Console webpage ( http://localhost:8080/_ah/admin
) ?
I'm getting strange behavior: entities created in manage.py shell
don't appear in the console webpage until I restart the app server
(manage.py runserver) and sometimes they don't appear at all.
Entities defined in manage.py shell can disappear completely from the
datastore after I exit the shell.  I'm also getting similar behavior
when I create a new entity kind.


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: Django's manage.py shell and local Interactive Development Console

[Dennis]

Actually, it's the interaction between the "manage.py shell" and the
Development Console's "Datastore Viewer"
that I'm getting the odd behavior on.
The "interactive console" does not have the proper django context
setup so it's not really usable for django interaction as far as I can
tell
(and so i tried "manage.py shell" for interactive python access to the
datastore).



On Jan 27, 12:16 am, Dennis  wrote:
> For those running App Engine Helper for Django,
> has anyone gotten the "manage.py shell" to work consistently with the
> Interactive Development Console webpage (http://localhost:8080/_ah/admin
> ) ?
> I'm getting strange behavior: entities created in manage.py shell
> don't appear in the console webpage until I restart the app server
> (manage.py runserver) and sometimes they don't appear at all.
> Entities defined in manage.py shell can disappear completely from the
> datastore after I exit the shell.  I'm also getting similar behavior
> when I create a new entity kind.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: Django's manage.py shell and local Interactive Development Console

[Dennis]

Thanks for the tip, Ian.
Looks like whenever I make a change in one, I need to restart the
other to see the change.
Not the most integrated development environment, but at least there is
a workaround.



On Jan 27, 8:06 am, Ian Lewis  wrote:
> Dennis,
>
> The development appserver appears to load the local datastore file on
> startup so you will need to restart the shell to see updates made in the
> admin.
>
> Ian
>
> 2009/1/27 Dennis 
>
>
>
>
>
>
>
> > Actually, it's the interaction between the "manage.py shell" and the
> > Development Console's "Datastore Viewer"
> > that I'm getting the odd behavior on.
> > The "interactive console" does not have the proper django context
> > setup so it's not really usable for django interaction as far as I can
> > tell
> > (and so i tried "manage.py shell" for interactive python access to the
> > datastore).
>
> > On Jan 27, 12:16 am, Dennis  wrote:
> > > For those running App Engine Helper for Django,
> > > has anyone gotten the "manage.py shell" to work consistently with the
> > > Interactive Development Console webpage (http://localhost:8080/_ah/admin
> > > ) ?
> > > I'm getting strange behavior: entities created in manage.py shell
> > > don't appear in the console webpage until I restart the app server
> > > (manage.py runserver) and sometimes they don't appear at all.
> > > Entities defined in manage.py shell can disappear completely from the
> > > datastore after I exit the shell.  I'm also getting similar behavior
> > > when I create a new entity kind.
>
> --
> ===
> 株式会社ビープラウド  イアン・ルイス
> 〒150-0012
> 東京都渋谷区広尾1-11-2アイオス広尾ビル604
> email: ianmle...@beproud.jp
> TEL：03-5795-2707
> FAX：03-5795-2708http://www.beproud.jp/
> ===- Hide quoted text -
>
> - Show quoted text -
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: Hosting at example.com instead of foo.example.com

[Dennis]

There is an issue filed to support naked domains (like example.com
instead of www.example.com)
that you can star if you are interested:

http://code.google.com/p/googleappengine/issues/detail?id=777



On Feb 13, 2:45 pm, srid  wrote:
> Alright, I'm happy with using www. Thanks.
>
> On Feb 12, 5:05 am, gesteves  wrote:
>
>
>
> > GAE doesn't support naked domains. But you can add a cname record for
> > "www" (or whatever you want to use), and then create a redirect from
> > example.com towww.example.com, so at least your app won't stop
> > working if you forget the www.
>
> > On Feb 12, 11:30 pm,srid wrote:
>
> > > Hi,
>
> > > I have a domain name managed by my web host (www.NearlyFreeSpeech.net)
> > > itself. Let's call it example.com. I know that I can run appengine
> > > apps at foo.example.com by adding a CNAME record.
>
> > > Is there a way to make the app run at example.com itself? CNAME
> > > doesn't work here.- Hide quoted text -
>
> - Show quoted text -
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: New Limits for Several App Engine Operations

[Dennis]

Better than a dozen red roses or a black cat not crossing my
sys.path!  Great stuff!



On Feb 14, 12:40 pm, iceanfire  wrote:
> WOW! Thanks!
>
> On Feb 13, 4:13 pm, "Marce (Google)"  wrote:
>
>
>
> > For those of you who haven't already heard, we're very excited
> > yesterday to have announced that we've raised limits on several App
> > Engine operations:
>
> >     * No more "High CPU Requests"! App Engine Apps were once allowed
> > no more than 2 CPU-intensive requests per minute. We've made some
> > adjustments to the way we handle requests, and have eliminated this
> > limitation altogether. To learn more about how this works and the
> > implications for your app, see our documentation.
> >     * Response deadline raised to 30 seconds. The amount of time an
> > App Engine app can take to respond to an incoming request has been
> > raised from 10 to 30 seconds! There are limits on the number of
> > simultaneous active requests an application can process at any given
> > moment--see our docs to learn more.
> >     * Size limits on code files, static files, and requests/responses
> > raised to 10MB! App Engine apps can now receive requests and send
> > responses of up to 10MB in size, and users can upload 10MB code and
> > static files as well. Note that API requests (e.g. memcache.set(),
> > db.put()) are still limited to 1MB in size.
>
> > These changes were inspired and driven by a great deal of developer
> > feedback, and we're not done! Please let us know what you'd like to
> > see next on App Engine .- Hide quoted text -
>
> - Show quoted text -
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: CPU accounting for Datastore writes and pricing feedback

[Dennis]

I wonder what google uses for their own apps.
Personalized tracking (like search histories and gmail) means lots of
writes.
Do they simply use big table writes and eat the high cpu cost
associated with those services or
do they have a different architecture for high-volume write apps.
Social networks (facebook, friendfeed) seem like they have a huge
volume of writes also
as they distribute a user's actions to the news feed of all the
friends...

Dennis


On Feb 18, 2:59 am, diomedes  wrote:
> @alexander
> I agree that implementing a "few reads/lots of writes" app on GAE is
> not the easy/typical case.
> GAE with the current planned pricing is a perfect deal for small lots-
> reads/few writes sites (almost free)
> is a great deal for large (lots-reads/few writes) sites (better than
> ec2 )
> and and is a not a such a good deal for a (few-reads/lots writes) app.
> On the other hand, running a beacon service (whether you are serving
> ads, or running stats) has significant scalability challenges anyway
> and I am willing to take on the challenge to implement it on GAE to
> leverage its scalability even if that means that the there will not be
> much "profit margin" left.
>
> @dave
> I have followed exactly the architecture you suggest internally : 3
> web services:
> The first I call "recorder: (your capturer) - just captures the beacon
> hit
> The second I call the "processor" (your "store") it updates the
> structures and incurs most of the CPU cost  (in your suggestion you
> spread some of that CPU load to the reporter and that could be a
> promising alternative)
> The third, the reporter, which is really a Google Data Source
> implementation  fetches from data store the precalculated chart data
> and drives google chart based reports
> I do the break up to 1) improve batching 2) make beacon hits fast  3)
> make the reporting fast
> Doing that breakup as fully independent apps doesn't actually change
> the cost per se  (except if you take into account the free first 5M
> hits).
>
> @geoffrey> Relying on memcache as reliable storage even temporarily is almost
> > certainly a bad idea.
>
> Geoffrey, I am taking a gamble with this:
> GAE currently misses the concept of a file system "logfile" : a very
> efficient (think cheap) append-only buffered file - that sequences
> chronologically all writes received from web servers. Thats what they
> use internally to implement the apache log facility.
> The only way to simulate this is via memcached.
> So I have implemented the equivalent of a "Buffered Append Only
> LOGFILE", which accumulates writes in mem,  and every 100 lines or
> 1minute (which ever happens first) flushes to the disk.
> Remember that OS-based logfiles also do not guarantee persistence
> until the "flush" actually happened.
> If it "behaves" as expected I will suggest it to the gaeutilities
> guys. My hope is that a frequently accessed memcached item doesn't
> disappear in 30-60 secs except in rare cases - and log files are ok
> with that - they are not truly transactional storage.
>
> diomedes
>
> On Feb 17, 9:25 am, Dave Warnock  wrote:
>
>
>
> > Geoffrey,
>
> > >> - a report application that grabs the data via api calls to a data
> > >> store app, does processing and shoves it in memcache.
>
> > > Relying on memcache as reliable storage even temporarily is almost
> > > certainly a bad idea.
>
> > Agreed. But a report server would not be doing so. If the data is not
> > available via memcache it would grab it via api calls to the data
> > store app. Ok slower then than direct bigtable access but just the
> > same principal (except maybe you add a bit more processing between
> > bigtable and memcache to get the data ready for the report).
>
> > Dave--
> > Dave Warnock:http://42.blogs.warnock.me.uk- Hide quoted text -
>
> - Show quoted text -
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: Issue with domain redirection (abc.com/def -> www.abc.com/def)

[Dennis]

star this issue to give google feedback
 http://code.google.com/p/googleappengine/issues/detail?id=777


On Mar 3, 12:39 pm, PW  wrote:
> Hello,
>
> I have registered a new domain with Google Domains and I currently
> have my app engine application linked towww.abc.com.  The problem is
> that I cannot find a way to forward "abc.com/def" to "www.abc.com/
> def".  It always redirect me towww.abc.comno matter what string I
> attach at the end.  Is this currently possible?  If it is not yet
> supported, is there any way to achieve this programmatically?
> (app.yaml, etc.)
>
> I want to show the same page for both of these URIs:  abc.com/def
> and  www.abc.com/def.
>
> Thank you very much in advance.
>
> Regards.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] tapestry 5

[Dennis]

Hi,

for some reason I can't use loop component with tapestry 5.1.0.5 and
eclipse

java.lang.NoClassDefFoundError: org/apache/tapestry5/corelib/
components/Loop$1
at org.apache.tapestry5.corelib.components.Loop.(Loop.java:
49)
at $Instantiator_12171e89a0b.newInstance
($Instantiator_12171e89a0b.java)
at
org.apache.tapestry5.internal.structure.InternalComponentResourcesImpl.
(InternalComponentResourcesImpl.java:132)
at
org.apache.tapestry5.internal.structure.ComponentPageElementImpl.
(ComponentPageElementImpl.java:545)
at
org.apache.tapestry5.internal.structure.ComponentPageElementImpl.newChild
(ComponentPageElementImpl.java:627)
...

does anybody know what's the issue?

Thanks!

Dennis

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: Appengine timeout..?

[Dennis]

I asked about this (datastore timeout exceptions) in yesterday's app
engine chat and just wanted to follow up.

I'm trying to figure out an architecture to deal with the timeout
exceptions.
The "solution" of pushing the exception back to the end user is
actually ok for my app.
This works for read timeouts.

For write timeouts, my code can be in the middle of storing a data
structure when the timeout happens.
Thus, I could have a corrupt data structure instance in my datastore.
So, for fault-tolerant production code, any (later) access to any
datastore data structure should check
the integrity data structure before using it.
This is what Ken Ashcraft's google i/o 2008 talk recommended (without
referring specifically to timeout issues):
   
http://sites.google.com/site/io/best-practices---building-a-production-quality-application-on-google-app-engine

A bit troublesome but at least we know what to do:
every datastore read needs to do data structure integrity checking.

I just want to get feedback on whether this line of thinking and the
resulting coding style is what the appengine team recommends.
Also, it would be very helpful to know what google engineers do to
avoid this issue (do they use the same style or do they have internal
tools or libraries that hide this issue from them).

Dennis

search term: DatastoreTimeoutException



On Jun 18, 6:01 pm, Iap  wrote:
> 2009/6/18 Nick Johnson (Google) nick.john...@google.com
>
>
>
> > For datastore puts and deletes, we currently automatically retry when
> > timeouts occur, and for datastore transactions, your user code is rerun if a
> > timeout occurs. Gets and queries are currently not retried.
>
> It's exciting that the GAE inherites the "I'm feeling lucky" tradition of
> Google. >_*
>
> Why not retry the Get and Queires ?
> If the retry will eventually succeed,
> How about provide a decrator for convenience to do the things right.
>
> Iap
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: Appengine timeout..?

[Dennis]

> I presume by 'data structure', you mean multiple entities?

Yes, multiple entity structures need to be integrity checked each time
they are used.
Thanks for the confirmation of how we should code.


> only partially written. In general, though, the 'roll forward' approach
> works quite well.

What is the 'roll forward' approach?



On Jun 18, 6:49 pm, "Nick Johnson (Google)" 
wrote:
> On Thu, Jun 18, 2009 at 11:45 AM, Dennis  wrote:
>
> > I asked about this (datastore timeout exceptions) in yesterday's app
> > engine chat and just wanted to follow up.
>
> > I'm trying to figure out an architecture to deal with the timeout
> > exceptions.
> > The "solution" of pushing the exception back to the end user is
> > actually ok for my app.
> > This works for read timeouts.
>
> > For write timeouts, my code can be in the middle of storing a data
> > structure when the timeout happens.
> > Thus, I could have a corrupt data structure instance in my datastore.
>
> I presume by 'data structure', you mean multiple entities? Because
> individual entities (and entity groups inside transactions) will always be
> written atomically - all or nothing - and never 'corrupted' or partially
> written.
>
>
>
>
>
> > So, for fault-tolerant production code, any (later) access to any
> > datastore data structure should check
> > the integrity data structure before using it.
> > This is what Ken Ashcraft's google i/o 2008 talk recommended (without
> > referring specifically to timeout issues):
>
> >http://sites.google.com/site/io/best-practices---building-a-productio...
>
> > A bit troublesome but at least we know what to do:
> > every datastore read needs to do data structure integrity checking.
>
> > I just want to get feedback on whether this line of thinking and the
> > resulting coding style is what the appengine team recommends.
> > Also, it would be very helpful to know what google engineers do to
> > avoid this issue (do they use the same style or do they have internal
> > tools or libraries that hide this issue from them).
>
> More or less. If your write order is predictable, some of your queries will
> probably not care about incomplete data, or that they may see data that's
> only partially written. In general, though, the 'roll forward' approach
> works quite well.
>
> -Nick Johnson
>
>
>
>
>
>
>
> > Dennis
>
> > search term: DatastoreTimeoutException
>
> > On Jun 18, 6:01 pm, Iap  wrote:
> > > 2009/6/18 Nick Johnson (Google) nick.john...@google.com
>
> > > > For datastore puts and deletes, we currently automatically retry when
> > > > timeouts occur, and for datastore transactions, your user code is rerun
> > if a
> > > > timeout occurs. Gets and queries are currently not retried.
>
> > > It's exciting that the GAE inherites the "I'm feeling lucky" tradition of
> > > Google. >_*
>
> > > Why not retry the Get and Queires ?
> > > If the retry will eventually succeed,
> > > How about provide a decrator for convenience to do the things right.
>
> > > Iap
>
> --
> Nick Johnson, App Engine Developer Programs Engineer
> Google Ireland Ltd. :: Registered in Dublin, Ireland, Registration Number:
> 368047- Hide quoted text -
>
> - Show quoted text -- Hide quoted text -
>
> - Show quoted text -
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: Appengine timeout..?

[Dennis]

PS: what does google do internally (wrt coding to avoid datastore
timeouts)?



On Jun 18, 6:58 pm, Dennis  wrote:
> > I presume by 'data structure', you mean multiple entities?
>
> Yes, multiple entity structures need to be integrity checked each time
> they are used.
> Thanks for the confirmation of how we should code.
>
> > only partially written. In general, though, the 'roll forward' approach
> > works quite well.
>
> What is the 'roll forward' approach?
>
> On Jun 18, 6:49 pm, "Nick Johnson (Google)" 
> wrote:
>
>
>
> > On Thu, Jun 18, 2009 at 11:45 AM, Dennis  wrote:
>
> > > I asked about this (datastore timeout exceptions) in yesterday's app
> > > engine chat and just wanted to follow up.
>
> > > I'm trying to figure out an architecture to deal with the timeout
> > > exceptions.
> > > The "solution" of pushing the exception back to the end user is
> > > actually ok for my app.
> > > This works for read timeouts.
>
> > > For write timeouts, my code can be in the middle of storing a data
> > > structure when the timeout happens.
> > > Thus, I could have a corrupt data structure instance in my datastore.
>
> > I presume by 'data structure', you mean multiple entities? Because
> > individual entities (and entity groups inside transactions) will always be
> > written atomically - all or nothing - and never 'corrupted' or partially
> > written.
>
> > > So, for fault-tolerant production code, any (later) access to any
> > > datastore data structure should check
> > > the integrity data structure before using it.
> > > This is what Ken Ashcraft's google i/o 2008 talk recommended (without
> > > referring specifically to timeout issues):
>
> > >http://sites.google.com/site/io/best-practices---building-a-productio...
>
> > > A bit troublesome but at least we know what to do:
> > > every datastore read needs to do data structure integrity checking.
>
> > > I just want to get feedback on whether this line of thinking and the
> > > resulting coding style is what the appengine team recommends.
> > > Also, it would be very helpful to know what google engineers do to
> > > avoid this issue (do they use the same style or do they have internal
> > > tools or libraries that hide this issue from them).
>
> > More or less. If your write order is predictable, some of your queries will
> > probably not care about incomplete data, or that they may see data that's
> > only partially written. In general, though, the 'roll forward' approach
> > works quite well.
>
> > -Nick Johnson
>
> > > Dennis
>
> > > search term: DatastoreTimeoutException
>
> > > On Jun 18, 6:01 pm, Iap  wrote:
> > > > 2009/6/18 Nick Johnson (Google) nick.john...@google.com
>
> > > > > For datastore puts and deletes, we currently automatically retry when
> > > > > timeouts occur, and for datastore transactions, your user code is 
> > > > > rerun
> > > if a
> > > > > timeout occurs. Gets and queries are currently not retried.
>
> > > > It's exciting that the GAE inherites the "I'm feeling lucky" tradition 
> > > > of
> > > > Google. >_*
>
> > > > Why not retry the Get and Queires ?
> > > > If the retry will eventually succeed,
> > > > How about provide a decrator for convenience to do the things right.
>
> > > > Iap
>
> > --
> > Nick Johnson, App Engine Developer Programs Engineer
> > Google Ireland Ltd. :: Registered in Dublin, Ireland, Registration Number:
> > 368047- Hide quoted text -
>
> > - Show quoted text -- Hide quoted text -
>
> > - Show quoted text -- Hide quoted text -
>
> - Show quoted text -
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] datastore writes: only writes changes/differences?

[Dennis]

I'm designing my data schema and one thing that popped up is whether I
should separate out the frequently changing parts of my data schema
from the more static parts.
This is especially relevant because of datastore timeouts where I want
to do as little work / volume in my writes as possible.

If I edit an entity and only 1 property changed, then will gae only
update the single property or will it re-write all the properties of
the entity (and all the index updates too?).

Dennis
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: datastore writes: only writes changes/differences?

[Dennis]

Just occurred to me: at least all the data must be passed back and
forth between my app and the datastore.
So, if I have large properties (eg: images), then they should be
separated out into separate entities.



On Jun 30, 6:00 pm, Dennis  wrote:
> I'm designing my data schema and one thing that popped up is whether I
> should separate out the frequently changing parts of my data schema
> from the more static parts.
> This is especially relevant because of datastore timeouts where I want
> to do as little work / volume in my writes as possible.
>
> If I edit an entity and only 1 property changed, then will gae only
> update the single property or will it re-write all the properties of
> the entity (and all the index updates too?).
>
> Dennis
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

Re: [google-appengine] Re: Admin Console and deployments current failing for me ... internal 500 error

[Dennis]

admin console is up for me, but my app has deadline exceeded while
loading my django.
this has happened 5 out of 5 tries (normally, i might get 1 deadline
exceeded but then it's ok after that).
so, my app is 100% down now.
my location: asia / taiwan.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Hourly bursts of deadline exceeded errors

[Dennis]

Does anyone know of an appengine app that does a simple appengine
status check?
eg: does a simple read and write of the datastore and confirms that
they worked.

The official appengine system status is "too optimistic".
I'm looking for something that can tell me: is it my app or appengine
that is having problems currently.



On Jan 13, 11:37 pm, master outside  wrote:
> I have still seen this problem on appid collarcmds at
> 01-13 12:08AM 36.268
> 01-12 03:18PM 07.370
> 01-12 12:06PM 06.998
>
> I also see a few additional errors
> A serious problem was encountered with the process that handled this
> request, causing it to exit. This is likely to cause a new process to
> be used for the next request to your application. If you see this
> message frequently, you may be throwing exceptions during the
> initialization of your application. (Error code 104)
>
> Now there seems to be three places for this problem:
>  http://code.google.com/p/googleappengine/issues/detail?id=4376-
> Status:New
>  http://code.google.com/p/googleappengine/issues/detail?id=4380-
> Status:Fixed
>  http://groups.google.com/group/google-appengine/browse_thread/thread/...
> - The main group post
> Are these all the same issue or do we have more than one problem here?
>
> Note I am cross posting this.
>
> On Jan 12, 2:54 pm, "Ikai Lan (Google)" 
> wrote:
>
>
>
>
>
>
>
> > Hey guys, sorry about the delay getting back to you on this, but I wanted to
> > get the answer before posting.
>
> > There was a push made to an hour job that computes quotas. The
> > push inadvertently locks blocks of data so they cannot be written. In the
> > short term,  we've changed the job to lock far less frequently, and we are
> > moving to a model where locks are infrequent or unnecessary.
>
> > --
> > Ikai Lan
> > Developer Programs Engineer, Google App Engine
> > Blogger:http://googleappengine.blogspot.com
> > Reddit:http://www.reddit.com/r/appengine
> > Twitter:http://twitter.com/app_engine
>
> > On Tue, Jan 11, 2011 at 5:51 PM, Raymond C.  wrote:
> > > looking forward to reply from google, as least if there is any possible
> > > solution to tackle this.  It seems to me that this is an issue with 
> > > Google's
> > > server.
>
> > > --
> > > You received this message because you are subscribed to the Google Groups
> > > "Google App Engine" group.
> > > To post to this group, send email to google-appengine@googlegroups.com.
> > > To unsubscribe from this group, send email to
> > > google-appengine+unsubscr...@googlegroups.com > >  e...@googlegroups.com>
> > > .
> > > For more options, visit this group at
> > >http://groups.google.com/group/google-appengine?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Hourly bursts of deadline exceeded errors

[Dennis]

Thanks for the links to appengine monitoring sites -- I'm using them now...

Interestingly, my app is currently having problems 
(like others are 
reporting 
http://code.google.com/appengine/forum/?place=topic%2Fgoogle-appengine%2F8Fey18C1OSQ%2Fdiscussion
 
)
but the monitoring sites suggest only a very slight problem at the 99th 
percent level.

I'm certainly getting more than 1 error out of 100.
Maybe it's because one html response requires much more than 1 datastore 
read / write.
In fact, maybe 10 reads combined with 3-5 writes is a better test case.
That would re-label the current 99th percent line to be approximately like 
the current 90 percent line (or a bit worse).
Yet, even this is not reflecting what my (very sparsely used) app is 
experiencing.
Another factor is I'm using django 1.1, so there is a large read a the 
beginning of many app requests -- another important aspect of a test case 
(for me anyway).



-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] appengine seems fast today!

[Dennis]

Today I'm noticing my (python) app is responding very fast!
The datastore status page confirms very fast gets and puts -- great job!!
Can we look forward to response times like this in the future??  ;-)

Dennis

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Experiencing major timeout issues right now

[Dennis]

I'm still experiencing timeout issues and have been for over 12 hours.
Simple pages in my application work, but the pages that do 30-40 gae read 
operations are consistently timing out (they were never a problem before).

Just adding my data point in case others are experience this.
Both gae system status and
http://amistrongeryet.com/op_detail.jsp?op=gae_ram2_read_5_x_4_of_16K
shows everything to be apparently normal, but it's definitely not.

Dennis
 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Object Persistence Methodology - suggestions?

[Dennis]

Does any one know of any (manual) coding methodologies for managing object 
persistence?
My appengine code did not have a methodological approach at the beginning so 
now it's a bit of a spaghetti code when it comes to reading and writing 
objects to the data store.
I know that frameworks like EJBs, hibernate, zope do this for me 
automatically, but I'm doing it manually.
I'm looking for some guidelines (could apply to python, java, or any object 
oriented language).
Usually, they focus on the object-relational mapping, but that's not the 
issue in appengine.
The issues are more like: centralized reading of objects from datastore, 
marking objects as dirty, writing out dirty objects, and caching.

Thanks,
Dennis

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Object Persistence Methodology - suggestions?

[Dennis]

Thanks for the link.

My post is an open-ended question about how to code object persistence under 
appengine.
It would be nice to have a layer above the get/put primitives that provides 
some services for me --
what does that layer look like?

I'm looking for a coding methodology (or even just coding tips) or a 
software framework (like you posted).
This feature list <http://borglin.net/gwt-project/?page_id=690>from your 
link was helpful to list some of the issues to consider: 

   - lazy loading
   - managing entity references (unowned relationships from the feature 
   list)
  - might have to manage 1:1 vs 1:N vs M:N relationships differently
  - avoiding copies of the same entity to be read in
   - writing out changed entities
   - caching

I currently have my own hacked up layer but it's showing it's problems.
I'm wondering if others have their own layer or framework or if they have 
pointers to some.
This seems like an issue that every appengine app needs to deal with, but I 
don't even know the right name to use to refer to this set of services 
(maybe "data access layer" but that yields 0 search results so it's not very 
helpful)

Dennis

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Experiencing major timeout issues right now

[Dennis]

My app is still not running normally.

Before, I could do 30-40 datastore reads (in a particular section of
my code) without timeouts.
Now, I can't.  It consistently gets timeout errors.
I changed my code to reduce the number of datastore reads to about 5
reads in that section of code, and the modified code is running
without timeout errors now.
It's working ok in this in limited mode now, but I'm hoping this is
not the "new normal"...



On Feb 24, 11:35 pm, David Mora  wrote:
> So i left 2 monitors running doing random inserts and 5 others doing location 
> queries (geobox). After 6 hours has been an steady line with only 1 error.
>
> Im going to keep it running 2 more days and post the results ( im also 
> running out of cpu since is a free acount)
>
> Sent from my iPhone
>
> On Feb 24, 2011, at 6:47 AM, Jeff Schwartz  wrote:
>
>
>
>
>
>
>
> > No, I'm not using HR.
>
> > On Thu, Feb 24, 2011 at 2:50 AM, Kaan Soral  wrote:
> > It wasn't clear that Jeff is using HR, I wish he doesn't
>
> > On Feb 24, 5:24 am, "Raymond C."  wrote:
> > > So switching from M/S to HR would not help?
>
> > --
> > You received this message because you are subscribed to the Google Groups 
> > "Google App Engine" group.
> > To post to this group, send email to google-appengine@googlegroups.com.
> > To unsubscribe from this group, send email to 
> > google-appengine+unsubscr...@googlegroups.com.
> > For more options, visit this group 
> > athttp://groups.google.com/group/google-appengine?hl=en.
>
> > --
> > Jeff Schwartz
> >http://jefftschwartz.appspot.com/
> >http://www.linkedin.com/in/jefftschwartz
> > follow me on twitter: @jefftschwartz
>
> > --
> > You received this message because you are subscribed to the Google Groups 
> > "Google App Engine" group.
> > To post to this group, send email to google-appengine@googlegroups.com.
> > To unsubscribe from this group, send email to 
> > google-appengine+unsubscr...@googlegroups.com.
> > For more options, visit this group 
> > athttp://groups.google.com/group/google-appengine?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Experiencing major timeout issues right now

[Dennis]

My reads are serial because there is some dependency on earlier reads.
But the main point is that it was working fine before.
The allowed capability of the current appengine platform is different from 
the allowed capabilities of, say, last week's platform.
To have the platform's capabilities change is very dramatic and affects 
apps.
That's why it seems like the appengine platform is currently up and running, 
but not at it's "normal' level.

By the way, it would be desirable to be able to test my app when the 
appengine platform is running at this 
lower level of capability. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Object Persistence Methodology - suggestions?

[Dennis]

yes, I think "datastore frameworks" is a reasonable name for these services.

Objectify looks good for appengine/java.
Do you know of any datastore frameworks for appengine/python?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] No descending index on __key__, performing serial download

[Dennis Lo]

Hi Ikai,

I hope you can help me out even though this is such an old thread.

I've been looking around the internet and I can't seem to figure out why my 
appcfg.py download_data (backup to my csv) is performing so slowly.

I see the "No descending index on __key__, performing serial download" and 
the dot's indicating progress just keep going. It
is downloading quite slowly. I'm looking at my mac's "Activity Monitor" and 
it's download it at around 23kb/sec. By the way, I'm from Australia, so 
maybe that might be one cause.

To give you some context, my GAE app is in Java and the kind I'm downloading 
has about 25, entries.

I'm also following your blog entry: 
http://ikaisays.com/2010/06/10/using-the-bulkloader-with-java-app-engine/
the closet but I'm also read this to help me get a better understand of how 
to edit bulkloader.yaml files: 
http://code.google.com/appengine/docs/python/tools/uploadingdata.html

My questions are:
1) How to I speed up this backup and eventually the restore process?

2) How do I make a "descending index" on __Key__, I've already got some 
custom indices inside my datastore-indexes-auto.xml and 
datastore-indexes.xml but nothing for the key.

In fact I'm not even sure how to make a desc index on the key property 
inside my datastore-indexes.xml with desc direction. Would it be like 
(assuming the name of the key is id):





Thanks

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] No descending index on __key__, performing serial download

[Dennis Lo]

Just and update the download for this kind with the 25,000 entries took 390 
seconds (about 6.50minutes).
Is that normal?

I've got a 5 more kinds around that size. So essentially, the appcfg.py 
download_data would take 32.5 minutes.

I've also checked the datastore and its just 9% of the 1GB capacity. That's 
not lot of data, but it just feels so slow the backup for such little data.

Regards,
Dennis

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] No descending index on __key__, performing serial download

[Dennis Lo]

Just an update: The download for this kind with 25,000 entries took 390 
seconds (about 6.50minutes).
Is that normal?

I've got 5 more kinds around that size. So essentially, the appcfg.py 
download_data would take 32.5 minutes to back everything up.

I've also checked the datastore and its just 9% of the 1GB capacity. That's 
not lot of data, but it just feels so slow the backup for such little data.

Regards,
Dennis

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: RE: [google-appengine] Re: FAQ for out of preview pricing changes

[Dennis Fogg]

yes, it's a google interview question ... for google!   ;-)



On Fri, May 20, 2011 at 2:45 AM, Dennis  wrote:

> Q: how big is AppEngine?
>
> A: 4 x tumblr.com:
>
> GAE reached 1 billion page views at the end of last year:
> http://www.onebigfluke.com/2010/12/nuff-said.html
> and tumblr.com reached 250 M page views this month:
> http://staff.tumblr.com/post/5578802048/whoa-yesterday-we-jumped-past-250m-pageviews-a
>
> Q: how much would it cost to run tumblr.com on AppEngine?
>
> A: a nice back-of-the-envelope estimate worked out for us GAE developers
> would make very good PR for this price change (if the estimated price turns
> out to be relatively low...)
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Is the native API really so much faster than JDO and slim3?

[Dennis Peterson]

That makes more sense, thanks.

I also found this online benchmark of JDO and LL, which has similar results:
http://gaejava.appspot.com/

On Tue, Jun 7, 2011 at 8:03 PM, Anders  wrote:

> Yeah, that's what I suspected. Lazy loading. With the modification Slim3 is
> almost as fast as the native API. Strange that JDO is so slow. I thought
> most of the time was for accessing the datastore, not for running the Java
> bytecode.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-appengine/-/dHRvXzBkWVNkUndK.
>
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] [Java] Google App Engine bulk loader upload error “OverflowError: date value out of range”

[Dennis Lo]

I'm using the bulk loader to download my *Review* kind from one GAE server 
and upload to another GAE server. This *Review* kind contains about 30,000 
entities. 

I use the command to upload:

appcfg.py upload_data --kind=Review --filename=review.csv 
--application= --url=http://.appspot.com/remote_api 
--rps_limit=500 --bandwidth_limit=250 --batch_size=100

*NOTE: The entire error is pretty long. So I've included it at the bottom of 
this question.*

The upload doesn't start at all and stops at the line: [INFO ] Opening 
database: bulkloader-progress-20110611.222101.sql3

I see at the bottom of the entire trace: lambda val: _EPOCH + 
datetime.timedelta(microseconds=val), OverflowError: date value out of range

I suspect that this is caused by badly formated date's found in my *
publisheddate* column (see below for entire *Review* kind). 
--
What I've already tried to fix it 

I ran the GQL: SELECT * FROM Review where publisheddate = null in the GAE 
admin portal and found around 15 entities with *null* values for the *
publisheddate* column. So I deleted those, redownloaded and tried 
reuploading the *Review* kind. I still get the same error.

I'm thinking, since I'm using the upload command without a config file 
parameter e.g. --config_file=bulkloader.yaml (see above upload that I'm not 
specifying the --config_file)

I'm relying on the datastore statistics to determine what is downloaded to 
my *review.csv* file. 

Now since I just deleted the entities with *null publisheddate* this 
redownloading and then reuploading immediately is not doing anything 
different from my initial download and upload. Since the datastore 
statistics aren't updated yet.
--
My Questions 
   
   1. 
   
   As there are 30, 000 entities I'm unsure as to how I can locate entities 
   with badly formated dates. Is there a quick away to locate entities with bad 
   *publisheddate* values?
   2. 
   
   Does anyone know how to fix this issue? I'm not sure from the error trace 
   what the real problem is.
   
--
Review kind 

I'm using the objectify3.0.jar to manipulate my GAE datastore. So my *Review
* kind looks like this:

public class Review {
@Id private Long id; //This is my key property, auto generated by objectify 
 
private String reviewlink;  
private Date publisheddate;
private double rating;  
private Long gameid;//to make querying easier

//ommitting getters and setters 
}

--
Entire error 

10:20:48>appcfg.py upload_data --kind=Review --filename=review.csv 
--application= --url=http://.appspot.com/remote_api 
--rps_limit=500 --bandwidth_limit=250 --batch_size=100
Uploading data records.
[INFO] Logging to bulkloader-log-20110611.222101
[INFO] Throttling transfers:
[INFO] Bandwidth: 250 bytes/second
[INFO] HTTP connections: 8/second
[INFO] Entities inserted/fetched/modified: 500/second
[INFO] Batch Size: 100
[INFO] Opening database: bulkloader-progress-20110611.222101.sql3
Traceback (most recent call last):
  File "/usr/local/bin/appcfg.py", line 76, in 
run_file(__file__, globals())
  File "/usr/local/bin/appcfg.py", line 72, in run_file
execfile(script_path, globals_)
  File 
"/Applications/GoogleAppEngineLauncher.app/Contents/Resources/GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/google/appengine/tools/appcfg.py",
 line 3592, in 
main(sys.argv)
  File 
"/Applications/GoogleAppEngineLauncher.app/Contents/Resources/GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/google/appengine/tools/appcfg.py",
 line 3583, in main
result = AppCfgApp(argv).Run()
  File 
"/Applications/GoogleAppEngineLauncher.app/Contents/Resources/GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/google/appengine/tools/appcfg.py",
 line 2229, in Run
self.action(self)
  File 
"/Applications/GoogleAppEngineLauncher.app/Contents/Resources/GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/google/appengine/tools/appcfg.py",
 line 3368, in __call__
return method()
  File 
"/Applications/GoogleAppEngineLauncher.app/Contents/Resources/GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/google/appengine/tools/appcfg.py",
 line 3195, in PerformUpload
run_fn(args)
  File 
"/Applications/GoogleAppEngineLauncher.app/Contents/Resources/GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/google/appengine/tools/appcfg.py",
 line 3087, in RunBulkloader
sys.exit(bulkloader.Run(arg_dict))
  File 
"/Applications/GoogleAppEngineLauncher.app/Contents/Resources/GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/google/appengine/tools/bulkloader.py",
 line 4360, in Run
return _PerformBulkload(arg_dict)
  File 
"/Applications/GoogleAppEngineLauncher.app/Contents/Resources/GoogleAppEngine-default.bundle/Contents/Resources/google_appengin

Re: [google-appengine] [Java] Google App Engine bulk loader upload error “OverflowError: date value out of range”

[Dennis Lo]

Thanks Robert!

You comments really helped me find my solution this problem. It got me 
thinking outside the box to find which row(s) were causing this issues.

Check out my solution here: 
http://stackoverflow.com/questions/6316096/java-google-app-engine-bulk-loader-upload-error-overflowerror-date-value-out-of

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/6tJ6rYkC3LgJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Does datastore pricing prevent pubsub?

[Dennis Peterson]

Maybe I should explain...the details don't matter, the key point here is
that the design in the GoogleIO talk involves a separate entity for each
post. Google charges a buck per 10K ops, so if each post returned is an op,
then a hundred pageviews showing a hundred posts each is a buck.

That seems pretty outlandish. Is it really correct or am I missing
something?


On Thu, Sep 1, 2011 at 1:03 PM, DennisP  wrote:

> Last I saw Google was defining each entity returned as an operation..
>
> If you were building a social network or twitter clone using the
> techniques Google recommends in this talk:
>
> http://www.google.com/events/io/2009/sessions/BuildingScalableComplexApps.html
>
> ...you could easily pull back a hundred entities each time you pull
> someone's feed. It'd cost you a buck for every hundred pageviews or
> so.
>
> Do I have that right?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Does datastore pricing prevent pubsub?

[Dennis Peterson]

So what's most efficient and scalable, and what's financially ruinous may be
the same thing.

Everybody's talking about instance costs but it seems to me that charging
for the datastore this way may end up being even worse. At least for the
instances, multithreading can help you.


On Fri, Sep 2, 2011 at 9:42 AM, Mike Wesner  wrote:

> I am guessing Brett doesn't have to foot the bill for this.  Uncle
> Google picks up the tab since he works for them.
>
>
>
> On Sep 2, 8:31 am, Dennis Peterson  wrote:
> > Maybe I should explain...the details don't matter, the key point here is
> > that the design in the GoogleIO talk involves a separate entity for each
> > post. Google charges a buck per 10K ops, so if each post returned is an
> op,
> > then a hundred pageviews showing a hundred posts each is a buck.
> >
> > That seems pretty outlandish. Is it really correct or am I missing
> > something?
> >
> >
> >
> >
> >
> >
> >
> > On Thu, Sep 1, 2011 at 1:03 PM, DennisP 
> wrote:
> > > Last I saw Google was defining each entity returned as an operation..
> >
> > > If you were building a social network or twitter clone using the
> > > techniques Google recommends in this talk:
> >
> > >http://www.google.com/events/io/2009/sessions/BuildingScalableComplex.
> ..
> >
> > > ...you could easily pull back a hundred entities each time you pull
> > > someone's feed. It'd cost you a buck for every hundred pageviews or
> > > so.
> >
> > > Do I have that right?
> >
> > > --
> > > You received this message because you are subscribed to the Google
> Groups
> > > "Google App Engine" group.
> > > To post to this group, send email to google-appengine@googlegroups.com
> .
> > > To unsubscribe from this group, send email to
> > > google-appengine+unsubscr...@googlegroups.com.
> > > For more options, visit this group at
> > >http://groups.google.com/group/google-appengine?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Does datastore pricing prevent pubsub?

[Dennis Peterson]

Ahh, good, much better. Thanks.

I'm having trouble finding the official final details on the new pricing.

On Fri, Sep 2, 2011 at 3:25 PM, Strom  wrote:

> Read operations cost $0.07 per 100k ops.
> 100 pageviews containing 100 posts would be ((100 * 100) / 10) *
> $0.07 = $0.007.
>
> On Sep 2, 4:31 pm, Dennis Peterson  wrote:
> > Maybe I should explain...the details don't matter, the key point here is
> > that the design in the GoogleIO talk involves a separate entity for each
> > post. Google charges a buck per 10K ops, so if each post returned is an
> op,
> > then a hundred pageviews showing a hundred posts each is a buck.
> >
> > That seems pretty outlandish. Is it really correct or am I missing
> > something?
> >
> >
> >
> >
> >
> >
> >
> > On Thu, Sep 1, 2011 at 1:03 PM, DennisP 
> wrote:
> > > Last I saw Google was defining each entity returned as an operation..
> >
> > > If you were building a social network or twitter clone using the
> > > techniques Google recommends in this talk:
> >
> > >http://www.google.com/events/io/2009/sessions/BuildingScalableComplex.
> ..
> >
> > > ...you could easily pull back a hundred entities each time you pull
> > > someone's feed. It'd cost you a buck for every hundred pageviews or
> > > so.
> >
> > > Do I have that right?
> >
> > > --
> > > You received this message because you are subscribed to the Google
> Groups
> > > "Google App Engine" group.
> > > To post to this group, send email to google-appengine@googlegroups.com
> .
> > > To unsubscribe from this group, send email to
> > > google-appengine+unsubscr...@googlegroups.com.
> > > For more options, visit this group at
> > >http://groups.google.com/group/google-appengine?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Does datastore pricing prevent pubsub?

[Dennis Peterson]

Here's an interesting pair of blog posts covering the new datastore read
costs and some tips on minimizing them:
http://point7.wordpress.com/

http://point7.wordpress.com/2011/09/03/the-amazing-story-of-appengine-and-the-two-orders-of-magnitude/

http://point7.wordpress.com/2011/09/04/appengine-tuning-1/

This
guy's costs went up two orders of magnitude according to comparative
bulling, and datastore reads were a big part of it.


On Fri, Sep 2, 2011 at 4:36 PM, Strom  wrote:

> There's this FAQ
> http://code.google.com/appengine/kb/postpreviewpricing.html
> And then there's also the sample bills under "Billing History" on your
> app dashboard.
>
> On Sep 2, 11:01 pm, Dennis Peterson  wrote:
> > Ahh, good, much better. Thanks.
> >
> > I'm having trouble finding the official final details on the new pricing.
> >
> >
> >
> >
> >
> >
> >
> > On Fri, Sep 2, 2011 at 3:25 PM, Strom  wrote:
> > > Read operations cost $0.07 per 100k ops.
> > > 100 pageviews containing 100 posts would be ((100 * 100) / 10) *
> > > $0.07 = $0.007.
> >
> > > On Sep 2, 4:31 pm, Dennis Peterson  wrote:
> > > > Maybe I should explain...the details don't matter, the key point here
> is
> > > > that the design in the GoogleIO talk involves a separate entity for
> each
> > > > post. Google charges a buck per 10K ops, so if each post returned is
> an
> > > op,
> > > > then a hundred pageviews showing a hundred posts each is a buck.
> >
> > > > That seems pretty outlandish. Is it really correct or am I missing
> > > > something?
> >
> > > > On Thu, Sep 1, 2011 at 1:03 PM, DennisP 
> > > wrote:
> > > > > Last I saw Google was defining each entity returned as an
> operation..
> >
> > > > > If you were building a social network or twitter clone using the
> > > > > techniques Google recommends in this talk:
> >
> > > > >
> http://www.google.com/events/io/2009/sessions/BuildingScalableComplex.
> > > ..
> >
> > > > > ...you could easily pull back a hundred entities each time you pull
> > > > > someone's feed. It'd cost you a buck for every hundred pageviews or
> > > > > so.
> >
> > > > > Do I have that right?
> >
> > > > > --
> > > > > You received this message because you are subscribed to the Google
> > > Groups
> > > > > "Google App Engine" group.
> > > > > To post to this group, send email to
> google-appengine@googlegroups.com
> > > .
> > > > > To unsubscribe from this group, send email to
> > > > > google-appengine+unsubscr...@googlegroups.com.
> > > > > For more options, visit this group at
> > > > >http://groups.google.com/group/google-appengine?hl=en.
> >
> > > --
> > > You received this message because you are subscribed to the Google
> Groups
> > > "Google App Engine" group.
> > > To post to this group, send email to google-appengine@googlegroups.com
> .
> > > To unsubscribe from this group, send email to
> > > google-appengine+unsubscr...@googlegroups.com.
> > > For more options, visit this group at
> > >http://groups.google.com/group/google-appengine?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: DeadlineExceeded errors haunting every now and then

[Dennis Fogg]

Since the migration tool is still experimental, I want to try making copies
of my data before migrating.
Thus, I need to enable the datastore admin.



On Fri, Dec 23, 2011 at 2:35 AM, Ikai Lan (Google) wrote:

> Don't use that tool. Use the migration tool that's available when you
> click "Application Settings" and "View Migration Tool" on that page.
>
> --
> Ikai Lan
> Developer Programs Engineer, Google App Engine
> plus.ikailan.com | twitter.com/ikai
>
>
>
> On Wed, Dec 21, 2011 at 8:54 PM, Dennis  wrote:
>
>> I'm looking into converting to HRD.
>> But as part of the process to explore that option,
>> I've problems with the datastore admin page:
>>
>>
>> http://groups.google.com/group/google-appengine/browse_frm/thread/640d7f7392e22f22#
>>
>>
>>
>> On Dec 22, 3:44 am, "Ikai Lan (Google)"  wrote:
>> > Do you guys have any application IDs of High Replication applications
>> that
>> > are experiencing datastore timeouts? What are you doing with these
>> calls?
>> > Could these be contention related?
>> >
>> > --
>> > Ikai Lan
>> > Developer Programs Engineer, Google App Engine
>> > plus.ikailan.com | twitter.com/ikai
>> >
>> > On Wed, Dec 21, 2011 at 11:31 AM, blackpawn > >wrote:
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > > Currently seeing this DeadlineExceededError bad weather again on app
>> > > id sketch-club if it's of any use to you Googlers for diagnosing this
>> > > problem.
>> >
>> > > --
>> > > You received this message because you are subscribed to the Google
>> Groups
>> > > "Google App Engine" group.
>> > > To post to this group, send email to
>> google-appengine@googlegroups.com.
>> > > To unsubscribe from this group, send email to
>> > > google-appengine+unsubscr...@googlegroups.com.
>> > > For more options, visit this group at
>> > >http://groups.google.com/group/google-appengine?hl=en.
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Google App Engine" group.
>> To post to this group, send email to google-appengine@googlegroups.com.
>> To unsubscribe from this group, send email to
>> google-appengine+unsubscr...@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/google-appengine?hl=en.
>>
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Google App Engine, Library PIL, Image, The _imaging C module is not installed

[Dennis Hafemann]

Hi there,

I am on project using Google App Engine and third party library *PIL*.

Currently I am trying to just create a new image, via *PIL*'s submodule *
Image*. 

So my local installation with *Python 2.7.4* running works just finde with *
PIL*:

$ python
Python 2.7.4 (default, Apr 19 2013, 18:28:01) 
[GCC 4.7.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from PIL import Image
>>> img=Image.new("RGBA", (100, 100))
>>> if img: print True
... 
True
>>> 

My *app.yaml*, includes following *libraries-information*:

...
runtime: python27
...
libraries:
- name: PIL
  version: latest
I deployed my application being convident having it running. ... but ... 
the online-version of Google App Engine logged some errors:

...
img=Image.new("RGBA", (width, height))
  File 
"/base/data/home/runtimes/python27/python27_lib/versions/third_party/PIL-1.1.7/PIL/Image.py",
 
line 1763, in new
return Image()._new(core.fill(mode, size, color))
  File 
"/base/data/home/runtimes/python27/python27_lib/versions/third_party/PIL-1.1.7/PIL/Image.py",
 
line 37, in __getattr__
raise ImportError("The _imaging C module is not installed")
ImportError: The _imaging C module is not installed

(... and to make sure, I tried "version: 1.1.7" in my app.yaml).

I also tried importing *_imaging* from my local python-installation, but 
didn't get it running. I neither find anything helpful about this.

Does anyone have a helpful tipp to solve this problem ?

Thanks in advance.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Google App Engine, Library PIL, Image, The _imaging C module is not installed

[Dennis Hafemann]

>
>
> I see you've tested your code using the Python interpreter and the App 
> Engine production environment. But have you tried running your app on the 
> dev appserver in the GAE Python SDK? Try it and see what errors crop up. 
>  
>

I did. I developed the whole Application within a local installation of GAE 
SDK ...

release: "1.8.0"
timestamp: 1367368689
...

Enviroment is Ubuntu 12.10 and Ubuntu 13.04 with raw OS Python installation 
from repositories... I installed *python-imaging* to have PIL locally 
available. All works fine. ... The online-GAE throws this* The _imaging C 
module is not installed-e*rror.

 

>  
> Can you try using *version: "1.1.7"* (include the quotation marks)?
>  
>
 
I did ...  I tried ...

version: latest
version: "latest"
version: 1.1.7
version: "1.1.7"

Nothing changed after each variant.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Re: Google App Engine, Library PIL, Image, The _imaging C module is not installed

[Dennis Hafemann]

Hey Scott,

actually not... The Python-Version on Google App Engine seems to be
compiled without necessary libraries ... I guess because of memory-leaking
and security issues... I don't know... I tried the hell everthing

To solve my problem I forked PyPNG on GitHub, changed it to make it work
with streams, used it as a submodule, worked pretty fine, so that's why I
didn't do any further researches ... Take a look on my project, maybe it
helps you out to solve your problem.

https://github.com/dennishafemann/text-source-picture

Regards,
Dennis

--
www <http://dennishafemann.de> pgp <http://pgp.dennishafemann.de>


2013/12/6 

> Hey Dennis,
>
> Did you find a solution to this issue?  I'm having the same problem...
>
> On Monday, August 26, 2013 12:11:46 PM UTC-4, Dennis Hafemann wrote:
>>
>>
>> Hi there,
>>
>> I am on project using Google App Engine and third party library *PIL*.
>>
>> Currently I am trying to just create a new image, via *PIL*'s submodule
>> *Image*.
>>
>> So my local installation with *Python 2.7.4* running works just finde
>> with *PIL*:
>>
>> $ python
>> Python 2.7.4 (default, Apr 19 2013, 18:28:01)
>> [GCC 4.7.3] on linux2
>> Type "help", "copyright", "credits" or "license" for more information.
>> >>> from PIL import Image
>> >>> img=Image.new("RGBA", (100, 100))
>> >>> if img: print True
>> ...
>> True
>> >>>
>>
>> My *app.yaml*, includes following *libraries-information*:
>>
>> ...
>> runtime: python27
>> ...
>> libraries:
>> - name: PIL
>>   version: latest
>> I deployed my application being convident having it running. ... but ...
>> the online-version of Google App Engine logged some errors:
>>
>> ...
>> img=Image.new("RGBA", (width, height))
>>   File "/base/data/home/runtimes/python27/python27_lib/
>> versions/third_party/PIL-1.1.7/PIL/Image.py", line 1763, in new
>> return Image()._new(core.fill(mode, size, color))
>>   File "/base/data/home/runtimes/python27/python27_lib/
>> versions/third_party/PIL-1.1.7/PIL/Image.py", line 37, in __getattr__
>> raise ImportError("The _imaging C module is not installed")
>> ImportError: The _imaging C module is not installed
>>
>> (... and to make sure, I tried "version: 1.1.7" in my app.yaml).
>>
>> I also tried importing *_imaging* from my local python-installation, but
>> didn't get it running. I neither find anything helpful about this.
>>
>> Does anyone have a helpful tipp to solve this problem ?
>>
>> Thanks in advance.
>>
>  --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google App Engine" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-appengine/oAZT_ZUpPi0/unsubscribe
> .
> To unsubscribe from this group and all its topics, send an email to
> google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-appengine.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Dev datastore disappears when upgrading to new version

[Dennis Janssen]

I set the datastore path to a path inside my project folder using 
the --datastore_path option for dev_appserver, this way if i upgrade the 
SDK the datastore isn't overwritten.

I'm using the SDK for Go on OSX but i'm pretty sure it would work the same 
for all versions of GAE SDK.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Anyone Encountered this error: PHP Fatal error: The request was aborted because it exceeded the maximum execution time.

[Dennis Rothenbächer]

Hi,

It's only an assumption. 
Try to provoke an output, like an log. For example write in a .logfile 
Startet at xx.xx
no errors xx.xx
no errors xx.xx

kind regards 
Dennis


Am Donnerstag, 1. September 2016 02:46:08 UTC+2 schrieb Romel Emperado:
>
> Hi 
>
> I have a script that is working for about 6 months but it suddenly stopped 
> working now without any change made. The script is just sending message to 
> AWS SQS.
> I can run the script on any machine locally or in other VPS but NOT in 
> Appengine.. I wonder why this just stopped working now.. I have no idea..
>
>
>
> ERROR ON THE LOGS:
>
> PHP Fatal error: The request was aborted because it exceeded the maximum 
> execution time. in 
> /base/data/home/apps/s~projectxx/1.395123110059231766/aws/GuzzleHttp/Handler/StreamHandler.php
>  
> on line 208 
> <https://console.cloud.google.com/debug/fromlog?appModule=default&appVersion=1&file=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs~fsmsapi02%2F1.395123110059231766%2Faws%2FGuzzleHttp%2FHandler%2FStreamHandler.php&line=208&logInsertId=2016-08-31%7C16%3A29%3A02.019098-07%7C10.106.178.131%7C-804792116&logNanos=1472686078987613000&nestedLogIndex=1&project=fsmsapi02>
>
>
>
> Anyone have thoughts on this?
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a44f434e-25a5-408b-9676-df07126e862e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: CPU warning / profiling / understanding

[Dennis Peterson]

They must use blocking calls...sure would be nice if they'd put Twisted up
there...

On 8/27/08, Sekhar <[EMAIL PROTECTED]> wrote:
>
>
> Do you have urlfetch? I used to get CPU warnings when I had those, and
> someone on these forums pointed out that GAE (for whatever reason)
> charges the time to access remote files as CPU time. I removed
> urlfetch, and the warnings disappeared.
>
> On Aug 27, 7:59 am, Sylvain <[EMAIL PROTECTED]> wrote:
> > I've spent this day to understand this and my conclusion is that there
> > is no solution.
> >
> > The profiler is useless :
> > why this one raised a warning :
> > 70635 function calls (67420 primitive calls) in 0.452 CPU seconds
> > and not this one :
> > 52254 function calls (42915 primitive calls) in 0.879 CPU seconds
> >
> > 0.452 < 0.879 ?
> >
> > I really think that the CPU/Request warning should be more explained
> > else it will be very difficult to correct them.
> >
> > If someone has an explanation :)
> >
> > Regards
> >
> > On 26 août, 22:30, Sylvain <[EMAIL PROTECTED]> wrote:
> >
> > > Since today, I've many CPU warnings
> >
> > > "This request used a high amount of CPU, and was roughly 1.1 times
> > > over the average request CPU limit. High CPU requests have a small
> > > quota, and if you exceed this quota, your app will be temporarily
> > > disabled."
> >
> > > So, i've enabled the profiler :
> http://code.google.com/appengine/kb/commontasks.html#profiling
> >
> > > -- First, i wonder if i've to order by "time" or "cumulative" ? --
> >
> > > Then i try to understand where is the "hoot loop" but where can we
> > > check the CPU info ?
> > > I've only time and i get a CPU warning with this kind of time : "48697
> > > function calls (42781 primitive calls) in 0.730 CPU seconds"
> > > 0.730 CPU seconds it's very low and i get a 1.1 times CPU warning ??
> >
> > > and now with this one : no Warning ?? but it's 1.24 CPU seconds
> > > 41884 function calls (34512 primitive calls) in 1.124 CPU seconds
> >
> > > So i really don't understand what to check in the profiling
> > > information to remove these warnings and i really wonder if this Quota
> > > error is not bugged ?
> >
> > > Thank you for your help
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: Having doubts about AppEngine

[Dennis Peterson]

We don't have the option of paying Google yet, but I think most of us plan
to become paying customers later.

What's worrying to me is not the quota system per se, which makes sense for
a free service, but the way people are reporting that they seem to be
exceeding quota far more rapidly than appears justified by their usage. This
seems to imply a potential of unexpectedly high charges, once we become
paying customers.


On 8/28/08, Wooble <[EMAIL PROTECTED]> wrote:
>
>
>
>
> On Aug 28, 12:27 pm, Filip <[EMAIL PROTECTED]> wrote:
> > But most worrying to me is the Google Quota system. When Google does
> > metrics on the uptime of their service, they should not count the
> > uptime of their service, but the availability of their service to me,
> > that is what matters to me. In particular, it is totally unacceptable
> > that a GAE-based site becomes unreachable for minutes, let alone for
> > hours or better parts of the day. Clearly, attacks should be avoided
> > by denying traffic when it ramps up suspiciously fast, but bringing
> > down the customer's site all together is out of the question.
>
> It's not a customer's site.  You're not Google's customer until you
> start paying them, and when you start paying them the quotas won't
> bring down your site because you'll be paying them for the usage over
> the quota.  Instead of comparing their free preview service to S3, try
> comparing it to any other free hosting service out there.
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: Having doubts about AppEngine

[Dennis Peterson]

I completely agree with all this, and will also mention all the talk that
you can start with the free service while you're in garage stage, and start
paying once you have real traffic. You'll never get there if the site keeps
going down.

I was also under the impression that GAE is the same infrastructure Google
runs their apps on, which kinda suggests that it should be pretty solid. All
the weird glitches are puzzling.


On 8/29/08, Filip <[EMAIL PROTECTED]> wrote:
>
>
> Sorry, but I don't agree. I guess that's because I am not interested
> in a free hosting company. I need a professional platform provider
> that I can base business applications on. If you are someone
> interested in making an application for your friends and family, then
> we are perhaps not talking about the same thing.
>
> On this forum, the "you are not paying" argument has been used over
> and over. But I am NOT paying Microsoft to notify me of downtimes of
> their SSDS service. Not paying them to inform me of their roadmap. The
> Microsoft Chief Technology Officer himself will be announcing the next
> step on their cloud offering in October. There is good communication
> over there, which certainly can be improved but even when they can't
> say something, they tell us why and on what date they will release the
> information, providing the needed clarity. Google has been notorious
> for poor communication on many of their consumer-oriented
> applications, but when it comes to business applications, that is just
> not good enough. And since I am building a business application, that
> is the standard I judge them on.
>
> The reason why Amazon is praised, I believe, is not because they have
> the perfect answer, but because they had the guts to call their
> product 1.0 and go with it.
>
> But let's look at your argument. Let's compare with other services out
> there (free or otherwise). Can you name any who has a policy as poor
> as Google's when it comes to quota? I can't think of any big name. A
> hosting company that says you can host here, but when you get a sudden
> spike in requests, they'll shut down your site for the rest of the
> day, even if you are not over quota on any metric. Who else does that?
> How could that ever be web 2.0-ish.
>
> And Google is not in competing with the free or obscure services, they
> are competing for the business market with Amazon, Microsoft and soon
> Yahoo! and likely others as well. It does not matter if they have a
> different business model. Who they compete with is evident from their
> announced pricing schemes.
>
> Google is in competition with those services TODAY, not tomorrow or
> next year, and waiving the beta flag is no excuse. Every day, people
> are deciding which platform to develop for. Talking about what is
> coming at what time, helps people to decide whether they are willing
> to walk with you on that trip to release to market. The "technology
> preview" argument was good back in March, but today, it no longer is.
> Google has real experience since then, and there is nothing preventing
> it from communicating. Secrecy doesn't help them defend against
> competitors, the better communication with competitors is exactly why
> they are losing developers.
>
> Going live at the end of the year seems unlikely given the amount of
> serious problems that remain unaddressed. But the cloud is not waiting
> around for Google to be ready. This is not a market dominated by
> Google, and in fact Google does not even have the best cards. They do
> not have the best track record in the industry for attracting
> developers. What is worse, public and private companies abroad are
> notoriously scared of keeping data on Google's (US-based!) machines
> precisely because the company is all about information processing, and
> because of US legislature. Moreover, Google is unknown as platform to
> the CIO's and IT managers. So they are effectively the underdog, who
> need to be substantially better than the competition to even have a
> chance at cracking the business market. What they do have is a smart
> scaling method, an early integrated hosting environment and an early
> jump to market, which gives them some leverage. I fear they are
> loosing their early jump as others are moving faster, and I'm pretty
> sure competitors are working on smarter scaling and better integration
> methods too.
>
> And I am one of those in the business arena who actually is a strong
> pro supporter of Google.
>
> Filip.
>
>
>
> On Aug 28, 6:59 pm, Wooble <[EMAIL PROTECTED]> wrote:
> > On Aug 28, 12:27 pm, Filip <[EMAIL PROTECTED]> wrote:
> >
> > > But most worrying to me is the Google Quota system. When Google does
> > > metrics on the uptime of their service, they should not count the
> > > uptime of their service, but the availability of their service to me,
> > > that is what matters to me. In particular, it is totally unacceptable
> > > that a GAE-based site becomes unreachable for minutes, let alone for
> > > hour

[google-appengine] Blank Page / HTTP 500

[Lee Dennis]

I started a Wordpress on Google Cloud and it was ok.

When I was editing the css in the Editor, the webpage suddenly became a 
webpage with HTTP 500 error.
I've followed some tutorials and the HTTP 500 is gone, but now it becomes a 
blank page.

If i go to http://my-ip/wp-login.php, it takes 1 mintue to load and the 
interface is broken. I can't go to my admin panel.


















I've tried to re-upload a new wordpress to my instance but it doesn't solve 
the problem.
I've tried to turn define ('WP_DEBUG', false);  to 
true, but the webpage still doesn't show what error it is.

Could it be a problem about the cache file? I can't get to the admin panel 
, so how can I manually delete the cache file? 

Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/11f74e4d-405f-4dd7-b8cf-7541bdcd18a2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Problem: Can not get TinyWebDB connected to Google Cloud Platform

[Dennis Pike]

Hi New to this forum. If not posted in proper place, someone move it. ...
Problem: Can not get TinyWebDB connected to Google Cloud Platform
History: Discovered, invested much time into learning App Inventor 2 
(http://ai2.appinventor.mit.edu).  Learned to use TinyDB. Learned how to 
replace TinyDB with TInyWebDB using their default cloud storage for 
development. (http://appinvtinywebdb.appspot.com/)... understanding this is 
not for a finished deployed production environment mobile app. Created a 
Google Cloud Platform Account. Then a Project. Everything I find / read 
regarding making the TinyWebDB connect to the Google Cloud Platform 
involves downloading Python 2.7.x  ... and Google Cloud SDK. (most of this 
documentation seems out of date). 
Problem: I only have a Chromebook and these downloads are for Mac, Windows 
or Linux.  
More History: Installed Linux on Chrombook via GIThub.com (Chromium OS 
Universal Chroot Environment https://goo.gl/fd3zc). Downloaded Google Cloud 
SDK and Python 2.7.x.  None of the commands I issue work..inside the 
Crouton Environment. Alway say bad command.
Questions: Why is it necessary for me to download and configure all this 
stuff just to get a simple URL for the tinywebDB SourceURL? Do I REALLY 
need to go out an buy a windows machine (ugh) just to get this connection?

Thanks for any feedback. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/d2052ec8-7d10-4b15-9001-b37686cfdae7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Problem: Can not get TinyWebDB connected to Google Cloud Platform

[Dennis Pike]

Ani ... many thanks.  After 2 days of following so many outdated procedures 
for connecting tinywebDB to Google Cloud Platform, after you showed me the 
cloud shell, and with a little more searching the web ... I got it all done 
and working in 20 minutes.  My mobile app (developed in App Inventor 2) is 
now talking to the Google Cloud Platform via TinyWebDB.  Could not wait to 
get back here and tell you ...many thanks.   After a coffee and a break I 
will document this process THAT WORKS so I have it for future reference!  
Thank you again. 

On Wednesday, June 13, 2018 at 11:05:43 AM UTC-4, Ani Hatzis wrote:
>
> Hi Dennis,
>
> I haven't looked into App Inventor for a long time. But luckily you don't 
> need a Windows machine today, just a browser.
>
> You can use Google Cloud Shell <https://cloud.google.com/shell/docs/>, 
> which is a shell environment for managing your resources hosted on GCP and 
> it runs in your browser (and so on your Chromebook, too). Among many other 
> useful things it also comes with Cloud SDK pre-installed. It is just your 
> own small virtual machine. And it's free for GCP customers.
>
> As a new GCP customer also make sure to take advantage of the free starter 
> credits that you might get offered in the Cloud Console. In order to avoid 
> unnecessary costs, I recommend that you also set a daily budget for your 
> App Engine app 
> <https://cloud.google.com/appengine/docs/standard/python/console/#setting_a_spending_limit>
>  
> (once you enabled billing for it) and/or also setup billing alerts 
> <https://cloud.google.com/appengine/docs/standard/python/console/#managing_billing>
>  
> which also works outside of standard environment apps.
>
> Cheerio,
> Ani
>
> On Wed, Jun 13, 2018 at 4:41 PM Dennis Pike  > wrote:
>
>> Hi New to this forum. If not posted in proper place, someone move it. ...
>> Problem: Can not get TinyWebDB connected to Google Cloud Platform
>> History: Discovered, invested much time into learning App Inventor 2 (
>> http://ai2.appinventor.mit.edu).  Learned to use TinyDB. Learned how to 
>> replace TinyDB with TInyWebDB using their default cloud storage for 
>> development. (http://appinvtinywebdb.appspot.com/)... understanding this 
>> is not for a finished deployed production environment mobile app. Created a 
>> Google Cloud Platform Account. Then a Project. Everything I find / read 
>> regarding making the TinyWebDB connect to the Google Cloud Platform 
>> involves downloading Python 2.7.x  ... and Google Cloud SDK. (most of this 
>> documentation seems out of date). 
>> Problem: I only have a Chromebook and these downloads are for Mac, 
>> Windows or Linux.  
>> More History: Installed Linux on Chrombook via GIThub.com (Chromium OS 
>> Universal Chroot Environment https://goo.gl/fd3zc). Downloaded Google 
>> Cloud SDK and Python 2.7.x.  None of the commands I issue work..inside the 
>> Crouton Environment. Alway say bad command.
>> Questions: Why is it necessary for me to download and configure all this 
>> stuff just to get a simple URL for the tinywebDB SourceURL? Do I REALLY 
>> need to go out an buy a windows machine (ugh) just to get this connection?
>>
>> Thanks for any feedback. 
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Google App Engine" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-appengi...@googlegroups.com .
>> To post to this group, send email to google-a...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/d2052ec8-7d10-4b15-9001-b37686cfdae7%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/google-appengine/d2052ec8-7d10-4b15-9001-b37686cfdae7%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
> -- 
> Ani Hatzis
> Google Cloud consultant and developer
>
> <https://www.credential.net/ukfxy03s> 
> <https://www.credential.net/b0y6kwie>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/b3fa443f-324f-4685-b09d-77d629b94c1a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Why i don't use Google App Engine... and don't recomend it to you

[Dennis Peterson]

It's not google's fault, but on the other hand, deploy at Rackspace and you
can call them on the phone and sort things out.

On Thu, Feb 11, 2010 at 10:19 PM, Tim Hoffman  wrote:

> I access appengine from multiple systems' (access to app engineis not
> tied to a O/S install)
> Looks like you haven't kept track of you gmail accounts.
>
> Hardly googles or appengines fault.
>
> T
>
> On Feb 12, 3:22 am, "ai_...@live.ru"  wrote:
> > Well it's a short story. I register an account on App Engine. I made a
> > 2-3 sites. Everithing was fine and i was happy :)
> >
> > But one time i reinstall my operating system (you know what system
> > nead to be reainstalled :) ) i get strange error. I coldn't loggin to
> > my account. I search for reasons, make post in tech support but i get
> > nothing. NO ONE from tech support have contact with me. NO ONE!!!
> >
> > But one day i read some smart artice and i finally loged in. But then
> > i faced with other bug. When i try to create new site, i get this
> > message "You have no right to work wot this site". After that i didn't
> > see site in my sites list and lose it. So i couldn control him and
> > even edit...
> >
> > I spend 6 months at Google App Engine to get nothing.
> >
> > So... GOOGLE APP ENGINE IS VERRY BAD SERVISE... DON'T USE IT... SAVE
> > YOUR TIME..
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appeng...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Why i don't use Google App Engine... and don't recomend it to you

[Dennis Peterson]

Google could provide decent service without making technical compromises.
The only tradeoff is they'd have to charge a little more. That's a tradeoff
I'd be willing to make. It can't be that expensive, because Rackspace does
it, and their cloud prices are right in line with the rest.

On Fri, Feb 12, 2010 at 1:15 AM, Tim Hoffman  wrote:

> But then I have to manage systems, scalablity, load balancing.
>
> Everything is a trade off ;-)
>
> T
>
> On Feb 12, 12:15 pm, Dennis Peterson 
> wrote:
> > It's not google's fault, but on the other hand, deploy at Rackspace and
> you
> > can call them on the phone and sort things out.
> >
> > On Thu, Feb 11, 2010 at 10:19 PM, Tim Hoffman 
> wrote:
> > > I access appengine from multiple systems' (access to app engineis not
> > > tied to a O/S install)
> > > Looks like you haven't kept track of you gmail accounts.
> >
> > > Hardly googles or appengines fault.
> >
> > > T
> >
> > > On Feb 12, 3:22 am, "ai_...@live.ru"  wrote:
> > > > Well it's a short story. I register an account on App Engine. I made
> a
> > > > 2-3 sites. Everithing was fine and i was happy :)
> >
> > > > But one time i reinstall my operating system (you know what system
> > > > nead to be reainstalled :) ) i get strange error. I coldn't loggin to
> > > > my account. I search for reasons, make post in tech support but i get
> > > > nothing. NO ONE from tech support have contact with me. NO ONE!!!
> >
> > > > But one day i read some smart artice and i finally loged in. But then
> > > > i faced with other bug. When i try to create new site, i get this
> > > > message "You have no right to work wot this site". After that i
> didn't
> > > > see site in my sites list and lose it. So i couldn control him and
> > > > even edit...
> >
> > > > I spend 6 months at Google App Engine to get nothing.
> >
> > > > So... GOOGLE APP ENGINE IS VERRY BAD SERVISE... DON'T USE IT... SAVE
> > > > YOUR TIME..
> >
> > > --
> > > You received this message because you are subscribed to the Google
> Groups
> > > "Google App Engine" group.
> > > To post to this group, send email to google-appengine@googlegroups.com
> .
> > > To unsubscribe from this group, send email to
> > > google-appengine+unsubscr...@googlegroups.com
> 
> >
> > > .
> > > For more options, visit this group at
> > >http://groups.google.com/group/google-appengine?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appeng...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Verify Your Account by SMS problem

[Dennis Madsen]

When typing my mobile number and pressing send I got:
The phone number has been sent too many messages or has already been
used to confirm an account.

I've already been send a code for weeks ago. But it looks like I
haven't got that one registered correctly. Where can I do so - I still
got the old code?

--

You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Scalable Sequential Invoice Numbers

[Dennis Peterson]

Although this is an interesting technical question, it might also be worth
taking a step back and asking whether a technology that doesn't really
implement transactions, except in very limited ways, is really the best
infrastructure for an accounting system.

GAE is great but not necessarily the right tool for everything.

On Sat, Feb 21, 2009 at 12:39 PM, Koen Bok  wrote:

>
> Hey all. By tax law, invoice numbers need to always be unique and
> sequential. Anyone has an idea to approach this on AppEngine in a
> sensible way?
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: Google "AdSense" on "App Engine"

[Dennis Peterson]

I posted a feature request on this...it would be nice to have adsense
feed directly into app engine fees, so it can all just run itself
without you bothering with it. Then even a third-world kid with an
OLPC could build a big site.

If the adsense revenues fall short, respond to any excess hits with a
donation page. For the kinds of sites that people feel charitable
towards, this could work nicely.

-d

On Mon, Mar 9, 2009 at 12:40 PM, Ryan Lamansky  wrote:
>
> Yes.
>
> If you direct both AdSesnse and App Engine to the same bank account,
> it will pay for itself if your advertising income covers your resource
> usage fees.
>
> -Ryan
>
> On Mar 8, 12:11 pm, Let Delete My Apps 
> wrote:
>> Idea:
>> Can I put AdSense on my app to receive additional computing resources,
>> instead to receive money?
>>
>> I saw:http://www.google.com/services/adsense_tour/index.html
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---

[google-appengine] Re: ImportError: No module named webapp2

[Dennis van Velzen]

My first introduction with GAE started with webapp2 module import error.

I (also) needed to uninstall 3 modules.

sudo pip uninstall gcloud
sudo pip uninstall googleapis-common-protos
sudo pip uninstall protobuf



Op maandag 9 mei 2016 22:23:45 UTC+2 schreef Ted Roden:
>
> I just upgraded to 1.9.37 and now when I start the app I'm getting this 
> error:
>
> > ImportError: No module named webapp2
>
> Nothing else has changed. 
>
> I thought perhaps Google stopped bundling it, so I did a "pip install 
> webapp2," but that didn't help (I've since removed that). 
>
> Any ideas on what's going on?
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/9b8fadcd-3221-4e77-b715-58994b3bbb2c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] creating new GAE project in Eclipse Helios requires changing default name in GAE package

[Dennis G Daniels]

I noticed that Eclipse Helios will not take GAE directory until you change 
the django directory name. Thought I would pass it on.

http://www.youtube.com/watch?v=eAv5HEbeXX8

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Serving Static Files, Issue with Content Security Policy

['Dennis Yurkevich' via Google App Engine]

Hello All,

I am serving static files from my app (for now) using express.

When app engine sends the response it attaches the following header:

content-security-policy: default-src 'self' frame-ancestors 'self' 
https://console.cloud.google.com https://*.corp.google.com:* 
http://*.corp.google.com:*


Which causes the following error:

The Content Security Policy directive 'default-src' contains 'frame-ancestors' 
as a source expression. Did you mean 'default-src ...; frame-ancestors...' 
(note the semicolon)?


I have no idea on how to amend this header unless I start playing with the 
Nginx config, which means I am may as well revert to using compute engine.

Can anyone provide any ideas on how I can solve this?

Stack: node, express, webpack4, vuejs.


-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/c9f9405d-53a8-41d3-bebb-28e36e0e8287%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.