Re: [google-appengine] Re: Google App Engine community support is moving to Stack Overflow

[Daniel Florey]

Too late

On Wednesday, March 28, 2012 11:02:21 PM UTC+2, j wrote:
>
> -1 for moving to stackoverflow. Why do we need another site? I have been 
> using Google groups for years, no issues so far. What do we get by moving 
> to stakoverflow? Does it work on Android tablet or something else that we 
> need to know that is so special about it?
>
> On Monday, February 13, 2012 3:49:47 PM UTC-5, Ikai Lan wrote:
>>
>> Supercobra,
>>
>> I share your concerns about streamlining the user experience. As it 
>> stands, the user experience isn't great: you have groups, StackOverflow, 
>> billing issues forms, abuse forms, the public issues tracker, Google 
>> Groups, Reddit ... I could probably go on. The move to StackOverflow isn't 
>> necessarily  making things more complicated, as our documentation will to 
>> updated to reflect that it is the primary destination for code questions - 
>> and in exchange, the Python/Java groups will be placed into read-only. 
>> We've done this with other products at Google such as Android and 
>> experienced overwhelming success - not only will App Engine Java questions 
>> be exposed to developers following App Engine, they will also be exposed to 
>> tens of thousands of Java developers on StackOverflow. And the tooling! The 
>> tooling will allow us to identify where we need better learning resources, 
>> or where the product needs improvements. We could certainly build this 
>> ourselves, but that detracts from our ability to answer questions, launch 
>> features, and improve the documentation. There are always tradeoffs in 
>> those scenarios. 
>>
>> Hope this helps,
>>
>> --
>> Ikai Lan 
>> Developer Programs Engineer, Google App Engine
>> plus.ikailan.com
>>
>>
>>
>> On Mon, Feb 13, 2012 at 11:04 AM, Gregory D'alesandre 
>> wrote:
>>
>>> Hi Mos,
>>>
>>> Google is absolutely committed to App Engine and part of the reason we 
>>> are moving the Java/Python groups to StackOverflow is to have better, more 
>>> consolidated answers to questions.  While it might be possible for Google 
>>> to build its own tool tailed to questions and answers, we really like 
>>> StackOverflow in part because it is where a lot of developers go in general 
>>> to get answers to questions.  As I've talked about on this group before, we 
>>> currently have essentially 2 support options: Premier Accounts (for 
>>> $500/month) or StackOverflow / Groups where the community can support it 
>>> and Googlers will sometimes answer questions.  The first has an SLA and the 
>>> second does not.  So, in response to Google investing in better enterprise 
>>> support, I hope that answers the question.  
>>>
>>> In terms of the concern that this means we are trying to deprecate App 
>>> Engine.  I can honestly and frankly say that there are no plans to do so, 
>>> quite the opposite, we are growing!  Right now we are trying to consolidate 
>>> a variety of places to get answers into 1 to improve how people get 
>>> questions answered.  We are keeping this group (google-appengine) because 
>>> it is a great place for discussions, but when it comes to asking a question 
>>> and getting an answer, we believe StackOverflow is a product more suited to 
>>> do this.
>>>
>>> Johan and Ikai both work on the App Engine team so their word is as 
>>> official as mine, but I figured hearing it from more people might help.
>>>
>>> Greg D'Alesandre
>>> Senior Product Manager, Google App Engine
>>>
>>> PS - Nice app Andrin, I'm already signed up! :)
>>>
>>>
>>> On Mon, Feb 13, 2012 at 6:35 AM, Mos  wrote:
>>>
 +111
 absolute agreement;   I would like to hear an official statement from 
 Google regarding long time commitment to GAE ( incl. plans regarding 
 adequate support options).

 Google, has the best developers in the world. It has so much money to 
 burn. It has the best internet-infrastructure on this planet.
 If Google would like, I'm sure a self implemented "StackOverflow" for 
 Google-Products would be ready in three month from now.
 And now they decide to outsource this one to the .NET based 
 StackOverflow, that just lost his founder and brain Jeff Atwood?

 That really doesn't look like Google has any plans to invest in better 
 enterprise support or make GAE a first class Google product.

 I hope I'm wrong


 On Sun, Feb 12, 2012 at 12:21 AM, Supercobra Thatbytes <
 superco...@gmail.com> wrote:

> I think this is a terrible idea because it makes people check 2 places 
> and subscribe to 2 boards. Newcomers to this discussion will have a hard 
> time knowing about this.
>
> App Engine team does put enough resources for community and customer 
> support. I have a paid app and I cannot get my simple billing questions 
> answered. In the billing interface, there is no link or phone # to use. 
> Just a link to this forum... unless we pay become a Premier Account for 
> $500 / month but first we ne

Re: [google-appengine] Is it possible to get only some properties with NDB?

[Kaan Soral]

Thanks a lot for the reply

I am shocked to learn about the total 1MB limit for any datastore entity, I 
thought it was only for properties

>

-- 
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/-/QzqqnMArXpcJ.
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: In your opinion what are the most complex web applications built on top of google app engine ?

[Adam Sah]

My app is small data but a fair amount of complexity-- the 
leading e-commerce platform and marketplace designed for wholesale, which 
is very different than consumer.
 - 1000s of disparate data sources-- Google Spreadsheets (read live), data 
feeds, and more.
 - third party integrations: email (Amzn SES), search engine, custom 
payment vault, accounting system, ad server (Google DFP), Google Analytics 
(incl events), twitter, etc.
 - 7 types of user accounts and 4+ tiers for two of them; catalog subsets 
('portals') for partners incl. skins, capabilities, listings, etc.
 - complex business rules for pricing, promos, discounting, order minimums, 
payments and more.
 - custom/modified GAE-based image processing pipeline, JS & CSS 
compiler/compressors, littletable-based analytics package, etc.
 - dozens of automation tools for customer service and support.
 - html5 mobile app for assisting sales reps in the field; results affect 
search ranking.
 - Python 2.5, with appstats, ereporter, pylint and git, selenium/sauce, 
rietveld -- moving to 2.7 sometime this year...
 - <50,000 lines of code and ~4 person-years, for everything incl the 
HTML/JS/CSS (!!); two patents pending.

At Google, I got a reputation as a maniac-- the BBF team are the same. 
 It's hard work, but really fun.  Our customers are a who's who of US 
specialty food brands and grocery stores, including Hilton Hotels, Whole 
Foods, and a large tech company based in Mountain View, CA.

Currently, we're looking to extend ereporter to capture the top N 
useragents (e.g. bots or browsers, and which ones) and referrers (track 
down the source)-- if you want to help, reply, we'll send code and a bunch 
of artisan chocolate from the warehouse!

adam
http://bbfdirect.com/ - world's largest catalog for wholesale specialty 
products


On Sunday, March 25, 2012 8:04:39 AM UTC-7, gops wrote:
>
> We all know that google app engine scales and the prince's wedding website 
> was a prime example of that. 
>
> I would also like to know if someone out there is making highly complex 
> system on top of google app engine ? ( By Complex, I mean, lots of cross 
> entity transaction, more than hundred different tables, complex 
> relationship with tables) and they are successful in doing so. 
>
> I know that admin console is also built on top of google app engine 
> platform. ( which is not much complex IMHO ). 
>
> what are the other applications ?
>


>

-- 
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/-/mCWR6nfrMvkJ.
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: In your opinion what are the most complex web applications built on top of google app engine ?

[roberto.cr]

Congratulations!
Any chance you can open source this great spreadsheet viewer? :)

On Thursday, March 29, 2012 3:42:50 PM UTC-3, Jeff Schnitzer wrote:
>
> On Thu, Mar 29, 2012 at 2:36 AM, doright  wrote:
> >
> > this is fascinating too.  I've been using Google Spreadsheets too, and 
> for
> > me that's one of the massive attractions of the GAE platform; the easy
> > accessibility to a rich API set that has very broad user appeal &
> > familiarity; spreadsheets, calendar, maps etc.  I actually use the 
> database
> > for my calendar coz its at the core of my system, but use spreadsheets to
> > let customers put their bike fleets into and out of the system.  Coz 99% 
> of
> > my clients were using spreadsheets before, as you say it makes sense to
> > leverage a familiar environment for them. I use asynchronous updates to 
> keep
> > the app in sync with the spreadsheet.  (though once loaded they mainly
> > interact with my app).  I even wrote a whole backup system using
> > spreadsheets and Task Queues coz when I started there were very limited
> > backup options in Java (not sure I'd recommend the approach though ;)
>
> I have to admit that I'm *really* disappointed with the Spreadsheet
> API.  I expected an API that resembled, well, a spreadsheet - some
> sort of tabular structure.  Instead it's a wacky Atom feed (actually,
> multiple wacky Atom feeds) which requires an enormous amount of work
> to parse and put into an actual tabular structure.  I really feel like
> Google isn't even trying with this one.
>
> We use a Google Spreadsheet to hold all the master data for
> https://www.voo.st/compare  I wrote a python script that sucks the
> data down and reformats it into html that gets included with our
> deployments.  Overall the workflow is great and way better than trying
> to maintain a shared document in git or dropbox or whatnot... but the
> script is janky as hell.
>
> 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/-/j_sfzCM2IpcJ.
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: In your opinion what are the most complex web applications built on top of google app engine ?

[Jeff Schnitzer]

On Thu, Mar 29, 2012 at 2:36 AM, doright  wrote:
>
> this is fascinating too.  I've been using Google Spreadsheets too, and for
> me that's one of the massive attractions of the GAE platform; the easy
> accessibility to a rich API set that has very broad user appeal &
> familiarity; spreadsheets, calendar, maps etc.  I actually use the database
> for my calendar coz its at the core of my system, but use spreadsheets to
> let customers put their bike fleets into and out of the system.  Coz 99% of
> my clients were using spreadsheets before, as you say it makes sense to
> leverage a familiar environment for them. I use asynchronous updates to keep
> the app in sync with the spreadsheet.  (though once loaded they mainly
> interact with my app).  I even wrote a whole backup system using
> spreadsheets and Task Queues coz when I started there were very limited
> backup options in Java (not sure I'd recommend the approach though ;)

I have to admit that I'm *really* disappointed with the Spreadsheet
API.  I expected an API that resembled, well, a spreadsheet - some
sort of tabular structure.  Instead it's a wacky Atom feed (actually,
multiple wacky Atom feeds) which requires an enormous amount of work
to parse and put into an actual tabular structure.  I really feel like
Google isn't even trying with this one.

We use a Google Spreadsheet to hold all the master data for
https://www.voo.st/compare  I wrote a python script that sucks the
data down and reformats it into html that gets included with our
deployments.  Overall the workflow is great and way better than trying
to maintain a shared document in git or dropbox or whatnot... but the
script is janky as hell.

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 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Last deployed version not shown in Versions panel nor in the drop-down list

[Mathieu Clavel]

I forget to tell something in my previous message : I'm using eclipse 
plugin for the deployment.

I fixed the problem (for now but I hope it will not come again) :
- I deleted another old version to see if it fixed the problem -> no
- I deployed the version again from another eclipse project -> the version 
is now showing in the list

So I don't know why it wasn't there the first time and why it's there now.

The first deployment was from an eclipse project with the eclipse maven 
plugin used on the project.
Since version 2.5.0 of the google plugin, deployments were broken from that 
project (see issue 
39
).
So I created another project, synchronized with the first via source 
versionning, where I didn't activate the maven plugin.
I'm usually deploying from that latter project, but today, I used the 
former project by mistake.

Deployment work, but with the problem I report in my previous post.
The second deployment from the latter project worked and fixed the problem.

So now, I don't know 2 things :
- why is deployment now working from my former project ?
- why wasn't the version showing in the list : was it a problem of the gae 
admin or a problem from the plugin deployment ?
- maybe it was because I made that deployment when only 8 versions where 
showing in the list (because I delete another old version before deploying).

If think that case need to be look up because either the plugin has a 
problem or the app administration has a problem.
Maybe the plugin has a problem only in my eclipse, but how to know ?

Thanks,

Mathieu

Le jeudi 29 mars 2012 15:37:02 UTC+2, Mathieu Clavel a écrit :
>
>
>
> Hi,
>
> I have deployed a new version of my app to appengine via the eclipse 
> google plugin.
> Deployment was successful : 
>
>> Verifying availability:
>> Will check again in 1 seconds.
>> Will check again in 2 seconds.
>> Will check again in 4 seconds.
>> Will check again in 8 seconds.
>> Will check again in 16 seconds.
>> Closing update: new version is ready to start serving.
>
>
> The problem is that that new version isn't shown in the list of versions 
> so I can't make it the default app.
> I verified deployment was successful by using the version url of the app : 
> http://[version].[app-id].appspot.com/ and the version is responding.
>
> I'm always keeping 10 versions (the max) in my list of versions, so before 
> deployment I delete the oldest one ; that version is not anymore in the 
> list.
> I then deployed the new version, but when I refresh the versions list, it 
> wasn't in it.
>
> I tried in another browser, same problem.
>
> Do other people have the same problem ?
>
> Thanks,
>
> Mathieu
>

-- 
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/-/Mf22tmNYYEUJ.
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: porting to ndb, question on repeated=true and _validate/_to_base_type

[Tom Willis]

geez, and I should actually post to the right group. sorry for the noise 
everyone.

On Thursday, March 29, 2012 10:30:43 AM UTC-4, Tom Willis wrote:
>
> Glad to discover that there's a group for ndb. 
>
>
> In our application we had sub-classed StringListProperty to insure that 
> the values in the list were unique simply by doing
>
> def get_value_for_datastore(self, model_instance):
> #dedupe the underlying list
> lst = list(set(super(UniqueStringListProperty,
>self).get_value_for_datastore(model_instance)))
> #normalize it and return
> return [x.strip().lower() for x in lst if x is not None \
> and len(x.strip()) > 0]
>
>
> So I can't figure out how to do this in ndb since _to_base_type gets a 
> single value out of the list at a time. 
>
> I suppose it is possible to put this behavior on the class, but we use 
> this a lot so I was wondering if there is any mechanism on Properties for 
> validation/conversion that operates on all the items at once?
>
>
> Any ideas?
>
>
> Thanks In Advance
>
> Tom
>

-- 
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/-/00PISjXLJTkJ.
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] porting to ndb, question on repeated=true and _validate/_to_base_type

[Tom Willis]

Glad to discover that there's a group for ndb. 


In our application we had sub-classed StringListProperty to insure that the 
values in the list were unique simply by doing

def get_value_for_datastore(self, model_instance):
#dedupe the underlying list
lst = list(set(super(UniqueStringListProperty,
   self).get_value_for_datastore(model_instance)))
#normalize it and return
return [x.strip().lower() for x in lst if x is not None \
and len(x.strip()) > 0]


So I can't figure out how to do this in ndb since _to_base_type gets a 
single value out of the list at a time. 

I suppose it is possible to put this behavior on the class, but we use this 
a lot so I was wondering if there is any mechanism on Properties for 
validation/conversion that operates on all the items at once?


Any ideas?


Thanks In Advance

Tom

-- 
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/-/KVmjumS3K3EJ.
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: No reply from Google support concerning pricing

[Gregory D'alesandre]

Hi Alex,

We have a number of people who respond in the group, but they don't respond
to every single message.  When there are outages we typically respond in
the group but those responses are often hard to find due to the numerous
other emails in the group (this is an issue we need to find a way to
resolve).  I had a relatively long post about this a little while ago, the
issue is that there are a lot of developers who are using a free product
and want immediate responses to every issue they see.  While we are happy
to help, responding to every message would mean we can't do anything else.
 We created Premier Accounts as a way for a business that wants a
guaranteed response to be able to get it by essentially paying a portion of
the cost of that person ($500/month).  I know that price is steep for some
independent developer and so we continue to have Googlers monitor and
respond in stackoverflow and the groups.

I hope that helps,

Greg

On Thu, Mar 29, 2012 at 10:38 AM, Alexander Botov
wrote:

> Hi Greg,
>
> If you allow me, I have a suggestion. Why don't you guys assign person
> from GAE team to respond regularly to this group? We need feedback at least
> of what's going on in case of a problem, ignorance is the worst feedback.
> After all it's all about people, not software. We need your attention,
> please +1 us! :)
>
> Best Regards,
> --alex
>
> 28 март 2012, сряда 18:48:33 UTC+3, Greg D'Alesandre написа:
>
>> Hi Felix,
>>
>> That email address was intended for questions related to the transition
>> into the new pricing model and will be decommissioned soon.  As Jeff stated
>> (accurately), we don't staff any product support up to the point where they
>> can respond to every email from every customer, whether or not that is a
>> mistake can certainly be debated but that is in essence the Google policy.
>>  It is part of the reason we can offer so many free services.  This group
>> is a better place to get answers as other members will sometimes respond
>> and periodically (such as right now) Googlers will respond.
>>
>> Now that we have answered the meta-question about the question, what was
>> the actual question?  Asking it here in the first place would likely have
>> saved you some time although I completely acknowledge we do not do a good
>> job of making that clear.
>>
>> Greg D'Alesandre
>> Senior Product Manager, Google App Engine
>>
>> On Wed, Mar 28, 2012 at 4:41 PM, Felix E. Klee wrote:
>>
>>> On Wed, Mar 28, 2012 at 5:37 PM, Jeff Schnitzer 
>>> wrote:
>>> > Presumably this is now something you can fix (for GAE, at least) with
>>> > a $500/mo Premier account.
>>>
>>> Why would I want to give 500 USD/month to a company that doesn't deliver
>>> what it promises?
>>>
>>> In fact I have paid for another "Google Premier" service: Apps. Support
>>> was terrible. Don't want the same experience again.
>>>
>>> --
>>> 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+unsubscribe@**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 view this discussion on the web visit
> https://groups.google.com/d/msg/google-appengine/-/XFE9o1S1X60J.
>
> 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] Last deployed version not shown in Versions panel nor in the drop-down list

[Mathieu Clavel]

Hi,

I have deployed a new version of my app to appengine via the eclipse google 
plugin.
Deployment was successful : 

> Verifying availability:
> Will check again in 1 seconds.
> Will check again in 2 seconds.
> Will check again in 4 seconds.
> Will check again in 8 seconds.
> Will check again in 16 seconds.
> Closing update: new version is ready to start serving.


The problem is that that new version isn't shown in the list of versions so 
I can't make it the default app.
I verified deployment was successful by using the version url of the app : 
http://[version].[app-id].appspot.com/ and the version is responding.

I'm always keeping 10 versions (the max) in my list of versions, so before 
deployment I delete the oldest one ; that version is not anymore in the 
list.
I then deployed the new version, but when I refresh the versions list, it 
wasn't in it.

I tried in another browser, same problem.

Do other people have the same problem ?

Thanks,

Mathieu

-- 
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/-/Fd3gX3B5vbAJ.
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] Is it possible to get only some properties with NDB?

[Nick Johnson]

Entities are stored and retrieved as a single unit by the underlying
datastore layer, so NDB, like all other APIs to it, retrieves and stores
only complete entities. If you want to retrieve only parts, you'll have to
split your model up into separate models, instead.

Note that entities are limited to 1MB each, too, so 4 1MB properties are
not possible.

-Nick

On Wed, Mar 28, 2012 at 9:51 PM, Kaan Soral  wrote:

> Lets say I have a model and it has numerous properties, with A,B,C,D
> properties, all being 1MB's, so total size is roughly ~4MB's, and other
> properties being insignificantly small.
>
> Is it possible to only fetch certain properties with entities? - For
> example - as it is - if I fetched 100 entities, it would require 400MB's of
> RAM [too much]. (I don't need A,B,C,D for that query result)
>
> I am trying to figure out If I should separate some properties to *
> different_models* to ease querying, or does NDB solve this problem with
> some built-in functions. (I have checked the documentation, not so deeply,
> couldn't find anything).
> I think discovering-learning functionalities like these are very important
> while designing a system, so I am trying to learn NDB in depth, for this
> reason any tips regarding NDB are also appreciated. (For example, what
> problems does ndb solve that are unsolvable or unpractical using db )
>
> Thanks in Advance
>
>  --
> 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/-/V_wp9a9MTAUJ.
> 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.
>



-- 
Nick Johnson, Developer Programs Engineer, App Engine

-- 
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: No reply from Google support concerning pricing

[Alexander Botov]

Hi Greg, 

If you allow me, I have a suggestion. Why don't you guys assign person from 
GAE team to respond regularly to this group? We need feedback at least of 
what's going on in case of a problem, ignorance is the worst feedback. 
After all it's all about people, not software. We need your attention, 
please +1 us! :)

Best Regards,
--alex

28 март 2012, сряда 18:48:33 UTC+3, Greg D'Alesandre написа:
>
> Hi Felix,
>
> That email address was intended for questions related to the transition 
> into the new pricing model and will be decommissioned soon.  As Jeff stated 
> (accurately), we don't staff any product support up to the point where they 
> can respond to every email from every customer, whether or not that is a 
> mistake can certainly be debated but that is in essence the Google policy. 
>  It is part of the reason we can offer so many free services.  This group 
> is a better place to get answers as other members will sometimes respond 
> and periodically (such as right now) Googlers will respond.  
>
> Now that we have answered the meta-question about the question, what was 
> the actual question?  Asking it here in the first place would likely have 
> saved you some time although I completely acknowledge we do not do a good 
> job of making that clear.
>
> Greg D'Alesandre
> Senior Product Manager, Google App Engine
>
> On Wed, Mar 28, 2012 at 4:41 PM, Felix E. Klee  wrote:
>
>> On Wed, Mar 28, 2012 at 5:37 PM, Jeff Schnitzer  
>> wrote:
>> > Presumably this is now something you can fix (for GAE, at least) with
>> > a $500/mo Premier account.
>>
>> Why would I want to give 500 USD/month to a company that doesn't deliver
>> what it promises?
>>
>> In fact I have paid for another "Google Premier" service: Apps. Support
>> was terrible. Don't want the same experience again.
>>
>> --
>> 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 view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/XFE9o1S1X60J.
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] App Engine incorrectly reporting high number of tasks in the task queue

[Kenneth]

I'm offline right now so I'm not certain if the deadline was already there 
but in our copy of gdata we have an increased deadline set in 
alt/appengine.py line 146.

We also make sure we never block on gdata, so either we do it in a task or 
on an ajax call where we can have a pretty spinner and handle errors in a 
friendly manner.



On Thursday, March 29, 2012 9:38:25 AM UTC+1, Gwyn Howell wrote:
>
> That would explain the task queue issue. I did notice a larger number of 
> instances than usual, but that could have been as a result of the Calendar 
> API issue.
>
> Regarding your advice to set larger timeouts - do you have best practice 
> for doing this when using the gdata library?
>
> On Wednesday, 28 March 2012 15:10:02 UTC+1, Kenneth wrote:
>>
>> Have a look at this issue:  
>> http://code.google.com/p/googleappengine/issues/detail?id=6481 
>>
>> Note that this is only a reporting issue only and doesn't affect what's 
>> actually going on, so if you are experiencing cost increases that's 
>> something else.  Make sure you set larger timeouts on your url fetches.
>>
>> On Wednesday, March 28, 2012 7:02:43 AM UTC+1, Gwyn Howell wrote:
>>>
>>> the app id is appogee-leave, but it seems to have sorted itself out now. 
>>> yesterday from about 10am - 3pm utc the task queue was out of control, and 
>>> we now have a bill to pay to cover it
>>>
>>> On Tuesday, 27 March 2012 22:51:11 UTC+1, nverne wrote:

 Can you please give us an app id so we can investigate?

 On Tue, Mar 27, 2012 at 9:27 PM, Gwyn Howell  
 wrote:
 > Just checked the app engine console to alarmingly find over 20k tasks
 > sitting in the task queue and 25 instances running. Our app normally 
 runs on
 > 4-5 instances. I paused the tasks queue, so I could investigate. I 
 found
 > that the tasks were making calls to the Google Calendar API and 
 throwing
 > "DeadlineExceededError: ApplicationError: 5" exception presumably 
 UrlFetch
 > is timing out when communicating with the API. Regardless of this, 
 there
 > still should not be that many tasks, so I purged the queue and 
 started the
 > job again and sat there watching the tasks spawn - 1, 2, 3, 4, 5 all 
 the way
 > to about 20 tasks then suddenly 13,000 of them. Clearly this is 
 incorrect.
 > My app does not contain code to spawn that many tasks in such little 
 time.
 >
 > What is going on here? Why is App Engine reporting so many tasks?
 >
 > --
 > 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/-/8sfyiYFqmM0J.
 > 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 view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/cRSmeGEX4uMJ.
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] App Engine incorrectly reporting high number of tasks in the task queue

[Gwyn Howell]

That would explain the task queue issue. I did notice a larger number of 
instances than usual, but that could have been as a result of the Calendar 
API issue.

Regarding your advice to set larger timeouts - do you have best practice 
for doing this when using the gdata library?

On Wednesday, 28 March 2012 15:10:02 UTC+1, Kenneth wrote:
>
> Have a look at this issue:  
> http://code.google.com/p/googleappengine/issues/detail?id=6481 
>
> Note that this is only a reporting issue only and doesn't affect what's 
> actually going on, so if you are experiencing cost increases that's 
> something else.  Make sure you set larger timeouts on your url fetches.
>
> On Wednesday, March 28, 2012 7:02:43 AM UTC+1, Gwyn Howell wrote:
>>
>> the app id is appogee-leave, but it seems to have sorted itself out now. 
>> yesterday from about 10am - 3pm utc the task queue was out of control, and 
>> we now have a bill to pay to cover it
>>
>> On Tuesday, 27 March 2012 22:51:11 UTC+1, nverne wrote:
>>>
>>> Can you please give us an app id so we can investigate?
>>>
>>> On Tue, Mar 27, 2012 at 9:27 PM, Gwyn Howell  
>>> wrote:
>>> > Just checked the app engine console to alarmingly find over 20k tasks
>>> > sitting in the task queue and 25 instances running. Our app normally 
>>> runs on
>>> > 4-5 instances. I paused the tasks queue, so I could investigate. I 
>>> found
>>> > that the tasks were making calls to the Google Calendar API and 
>>> throwing
>>> > "DeadlineExceededError: ApplicationError: 5" exception presumably 
>>> UrlFetch
>>> > is timing out when communicating with the API. Regardless of this, 
>>> there
>>> > still should not be that many tasks, so I purged the queue and started 
>>> the
>>> > job again and sat there watching the tasks spawn - 1, 2, 3, 4, 5 all 
>>> the way
>>> > to about 20 tasks then suddenly 13,000 of them. Clearly this is 
>>> incorrect.
>>> > My app does not contain code to spawn that many tasks in such little 
>>> time.
>>> >
>>> > What is going on here? Why is App Engine reporting so many tasks?
>>> >
>>> > --
>>> > 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/-/8sfyiYFqmM0J.
>>> > 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 view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/MbsSuPMdDScJ.
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.