[google-appengine] Re: necessary libs for parsing json?
simplejson is included with django (and so with GAE) or you can use any other pure python libraries : http://deron.meranda.us/python/comparing_json_modules/ On 15 juin, 00:58, Alkis Evlogimenos ('Αλκης Ευλογημένος) wrote: > It is part of the bundled django (from django.utils import simplejson). You > can also drop in simplejson in your project directory and use it directly. > > On Mon, Jun 15, 2009 at 12:02 AM, deostroll wrote: > > > Does the appengine have python support for parsing json-ed data? > > > --deostroll > > -- > > Alkis --~--~-~--~~~---~--~~ 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: SQL-Join in GAE
On Sun, Jun 14, 2009 at 1:12 PM, NealWalters wrote: > The one thing I haven't seen discussed though is that you cannot do an > order-by on fields from both tables. You do that by copying the relevant fields to the "child" entities (the "m" side of the 1-m relationship). Dave. --~--~-~--~~~---~--~~ 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] Response to message on App Engine Status Page (was Re: Unable to reach any application, packets being lost in google infrastructure)
Well, it appears that they have (finally) fixed the problem after a day and a half. The comment in the status blog is: > We have determined that this spike did not affect the performance > or uptime of applications. If you feel we have incorrectly diagnosed > this issue please inform us by posting in our developer forum. Well -- it seems clear that whoever wrote this (or chose the standard answer) did not bother to look in the forum to see that people had reported that the entire service was broken for some set of people. Were we just lucky that someone came in on a Sunday? Philip On Jun 14, 11:51 am, WeatherPhilip wrote: > The status page shows that they are have serious problems, but I guess > that they don't work over the weekend. Maybe someone will come in on > Monday morning and take a look at it. I wonder how the people who pay > for service deal with this type of issue. > > Actually, since one of my apps will (as of June 22nd) no long be a > free app (it transfers more than 1GB per day), I can tell you that > this type of service is not what you expect when you are paying for > it. > > Philip > > On Jun 14, 10:25 am, Peter Recore wrote: > > > looks i spoke too soon. I'm back to being unable to reach > > appgallery.appspot.com > > --~--~-~--~~~---~--~~ 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: necessary libs for parsing json?
It is part of the bundled django (from django.utils import simplejson). You can also drop in simplejson in your project directory and use it directly. On Mon, Jun 15, 2009 at 12:02 AM, deostroll wrote: > > Does the appengine have python support for parsing json-ed data? > > --deostroll > > > -- Alkis --~--~-~--~~~---~--~~ 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] necessary libs for parsing json?
Does the appengine have python support for parsing json-ed data? --deostroll --~--~-~--~~~---~--~~ 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: SQL-Join in GAE
In InvoiceDetails add this: invoice = db.ReferenceProperty(Invoice, collection_name='invoice- invoicedetails') For more details see this video and/or slides with full code examples: http://sites.google.com/site/io/working-with-google-app-engine-models The one thing I haven't seen discussed though is that you cannot do an order-by on fields from both tables. Neal Walters --~--~-~--~~~---~--~~ 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] Using the admin development console to change values in rows with blobs
On the Windows dev-app-server admin tool, I cannot edit any table that have Blob fields on them. I get to the edit screen, but I try to change a simple string field, and get this error: Traceback (most recent call last): File "c:\Program Files\Google\google_appengine\google\appengine\ext \webapp\__init__.py", line 500, in __call__ handler.post(*groups) File "c:\Program Files\Google\google_appengine\google\appengine\ext \admin\__init__.py", line 719, in post value = data_type.parse(form_value) File "c:\Program Files\Google\google_appengine\google\appengine\ext \admin\__init__.py", line 865, in parse return reader.next() Error: line contains NULL byte Does this mean I can never update any row that contains Blobs? I've never had problems updating rows that don't contain blobs. Thanks, Neal Walters --~--~-~--~~~---~--~~ 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: Performance: Datastore writes vs. logging writes
Thanks, Datastore is safer and easier to handle for datamining that is for sure. But as this information is not critical, I worry more about performance. Memcache is probably fastest but also most complicated. So how do these three methods compare in terms of performance? Is it - Memcache: 1ms - Request Log: 10ms - Data Store: 50ms Or something else? On Jun 14, 8:05 pm, Sylvain wrote: > DB > Or you can store it in memcache (not safe but fast) > Or you can use both : save in Memchache then use a job that checks it > and store in DB. > Or Google Analytics ;) > > It depends if you need to log a _LOT_ or not and if this info is > _VERY_ important or only FI. > > Regards. > > On 14 juin, 19:27, pranny wrote: > > > > > Speaking in terms of 'data mining' that you might be doing from the > > user's action logs, i would recommend data store writes ! > > > -- > > Pranav Prakash > > > On Jun 14, 9:28 pm, Henning wrote: > > > > We want to collect usage statistics with our app. > > > Therefore, we want to track user actions somewhere on the server side. > > > > Which option is more suitable, performance-wise: > > > 1. Track user actions in the App Engine Log, i.e. write a log entry > > > each time. Evaluate the logs for usage statistics. > > > 2. Track user actions in a table in the Datastore. Write an entry for > > > each user action. Evaluate this table for usage statistics. > > > > I would guess, that log writes are much faster than Datastore writes. > > > What are your experiences and suggestions? > > > > Thanks: > > > Henning --~--~-~--~~~---~--~~ 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: Performance: Datastore writes vs. logging writes
DB Or you can store it in memcache (not safe but fast) Or you can use both : save in Memchache then use a job that checks it and store in DB. Or Google Analytics ;) It depends if you need to log a _LOT_ or not and if this info is _VERY_ important or only FI. Regards. On 14 juin, 19:27, pranny wrote: > Speaking in terms of 'data mining' that you might be doing from the > user's action logs, i would recommend data store writes ! > > -- > Pranav Prakash > > On Jun 14, 9:28 pm, Henning wrote: > > > We want to collect usage statistics with our app. > > Therefore, we want to track user actions somewhere on the server side. > > > Which option is more suitable, performance-wise: > > 1. Track user actions in the App Engine Log, i.e. write a log entry > > each time. Evaluate the logs for usage statistics. > > 2. Track user actions in a table in the Datastore. Write an entry for > > each user action. Evaluate this table for usage statistics. > > > I would guess, that log writes are much faster than Datastore writes. > > What are your experiences and suggestions? > > > Thanks: > > Henning --~--~-~--~~~---~--~~ 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: How to access form input where type="File"
Your content will be stored in self.request.get('datafile'). Now use any XML parser On Jun 12, 8:29 am, Gaurav wrote: > Hi, > > I am using google app engine and i intend to read an XML file provided > by HTML. I saw the standard example on google app engine doc. I am > also using the HTML form and input type is File. So now I want to read > the attributes of XML which is browsed and submitted by HTML. Pls > help. > > self.response.out.write(""" > http://www.cs.tut.fi/cgi-bin/run/~jkorpela/ > echo.cgi" enctype="multipart/form-data" method="post"> > > > So the file which will be submitted as datafile will an XML and I want > to read it. > > Regards, > Gaurav Joshi --~--~-~--~~~---~--~~ 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: Performance: Datastore writes vs. logging writes
Speaking in terms of 'data mining' that you might be doing from the user's action logs, i would recommend data store writes ! -- Pranav Prakash On Jun 14, 9:28 pm, Henning wrote: > We want to collect usage statistics with our app. > Therefore, we want to track user actions somewhere on the server side. > > Which option is more suitable, performance-wise: > 1. Track user actions in the App Engine Log, i.e. write a log entry > each time. Evaluate the logs for usage statistics. > 2. Track user actions in a table in the Datastore. Write an entry for > each user action. Evaluate this table for usage statistics. > > I would guess, that log writes are much faster than Datastore writes. > What are your experiences and suggestions? > > Thanks: > Henning --~--~-~--~~~---~--~~ 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] Deep entity groups and long key strings
I have possibly deep entity groups (think tree structure), but I want a URL where the user can go to a specific node, like: http://viewnode/. I'd like to use db.get() to directly access the node rather than query based on node-id. If I build the URL based on str(node.key()), then the strings can get very big. Key.from_path() seems to want the entire path from the parent. Is it really the case that the only way to get direct access to an interior node in an entity group is provide the entire path to that node? Thanks, 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] Performance: Datastore writes vs. logging writes
We want to collect usage statistics with our app. Therefore, we want to track user actions somewhere on the server side. Which option is more suitable, performance-wise: 1. Track user actions in the App Engine Log, i.e. write a log entry each time. Evaluate the logs for usage statistics. 2. Track user actions in a table in the Datastore. Write an entry for each user action. Evaluate this table for usage statistics. I would guess, that log writes are much faster than Datastore writes. What are your experiences and suggestions? Thanks: Henning --~--~-~--~~~---~--~~ 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: Unable to reach any application, packets being lost in google infrastructure
The status page shows that they are have serious problems, but I guess that they don't work over the weekend. Maybe someone will come in on Monday morning and take a look at it. I wonder how the people who pay for service deal with this type of issue. Actually, since one of my apps will (as of June 22nd) no long be a free app (it transfers more than 1GB per day), I can tell you that this type of service is not what you expect when you are paying for it. Philip On Jun 14, 10:25 am, Peter Recore wrote: > looks i spoke too soon. I'm back to being unable to reach > appgallery.appspot.com > > --~--~-~--~~~---~--~~ 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: Shorten keys on URLs
Use the key_name or key_id in the URL, then use Model.get_by_key_name or db.Key.from_path to get the entity when asked. On Jun 13, 4:05 pm, david wrote: > Hello everyone, > > I've been looking for a way to shorten keys on URLs, for example: I > learned that an entity key is built from the app id and a path to that > entity using base64, so basically all of the keys for my application > have the same prefix which I could remove from key strings when > putting them in URLs and preppend the common prefix every time I'm > going to process one of those. Have anybody done something similar or > does anybody have and advice on that matter? > > Thanks. > > David --~--~-~--~~~---~--~~ 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: Unable to reach any application, packets being lost in google infrastructure
looks i spoke too soon. I'm back to being unable to reach appgallery.appspot.com On Jun 14, 8:55 am, Peter Recore wrote: > I can now access app engine sites again. > As of yesterday though, my buddy with Verizon FIOS, also in the boston > area, could not accesss them either. > > On Jun 13, 10:51 am, Peter Recore wrote: > > > one more data point - i can access appspot.com pages fine through my > > work network (also boston based) > > > On Jun 13, 10:19 am, Peter Recore wrote: > > > > I'm having the same problem. I am in the boston area too, if that > > > matters. though I am using Sprint instead of comcast as an ISP. > > > > On Jun 13, 9:51 am, WeatherPhilip > > > wrote: > > > > > This is weird. I can no longer reach any appspot.com application. The > > > > TCP SYN packets never get answered! > > > > > A traceroute shows: > > > > > traceroute to shell.appspot.com (74.125.93.141), 30 hops max, 40 byte > > > > packets > > > > 1 * * * > > > > 2 ge-2-33-ur01.maynard.ma.boston.comcast.net (68.87.156.129) 16.565 > > > > ms 14.609 ms 14.864 ms > > > > 3 be-53-crs01.needham.ma.boston.comcast.net (68.85.162.109) 14.427 > > > > ms 15.886 ms 13.920 ms > > > > 4 pos-0-0-0-0-ar99.chartford.ct.hartford.comcast.net (68.85.162.70) > > > > 15.861 ms 13.896 ms 15.875 ms > > > > 5 pos-2-4-0-0-cr01.newyork.ny.ibone.comcast.net (68.86.90.61) > > > > 19.201 ms 17.887 ms 17.016 ms > > > > 6 xe-10-2-0.edge1.NewYork2.Level3.net (4.78.169.49) 18.865 ms > > > > 18.427 ms 16.928 ms > > > > 7 vlan51.ebr1.NewYork2.Level3.net (4.69.138.222) 17.495 ms 19.028 > > > > ms 16.998 ms > > > > 8 ae-3-3.ebr2.Washington1.Level3.net (4.69.132.89) 25.050 ms > > > > 23.015 ms 23.971 ms > > > > 9 ae-82-82.csw3.Washington1.Level3.net (4.69.134.154) 28.534 ms > > > > 26.568 ms 24.599 ms > > > > 10 ae-2-79.edge1.Washington1.Level3.net (4.68.17.80) 20.834 ms > > > > ae-3-89.edge1.Washington1.Level3.net (4.68.17.144) 18.592 ms > > > > ae-1-69.edge1.Washington1.Level3.net (4.68.17.16) 20.260 ms > > > > 11 GOOGLE-INC.edge1.Washington1.Level3.net (4.79.228.38) 24.314 ms > > > > GOOGLE-INC.edge1.Washington1.Level3.net (4.79.22.38) 20.339 ms GOOGLE- > > > > INC.edge1.Washington1.Level3.net (4.79.228.38) 21.295 ms > > > > 12 209.85.240.136 22.858 ms 23.414 ms 23.273 ms > > > > 13 209.85.248.75 40.459 ms 38.476 ms 44.948 ms > > > > 14 209.85.254.237 37.444 ms 209.85.254.235 38.432 ms 49.984 ms > > > > 15 64.233.175.14 49.967 ms 48.712 ms 216.239.47.34 54.186 ms > > > > 16 * * * > > > > 17 * * * > > > > 18 * * * > > > > 19 * * * > > > > > so it looks as though the packets make it into Google's > > > > infrastructure. > > > > > My applications show no significant drop-off in traffic, so this isn't > > > > a widespread outage. > > > > > I checked the status page, and there are a bunch of 'investigating' > > > > marks, but these seem to be to do with latency rather than not > > > > responding at all. Maybe it will all clear up. > > > > > There ought to be a better way to report issues. > > > > > Philip --~--~-~--~~~---~--~~ 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: Unable to reach any application, packets being lost in google infrastructure
I can now access app engine sites again. As of yesterday though, my buddy with Verizon FIOS, also in the boston area, could not accesss them either. On Jun 13, 10:51 am, Peter Recore wrote: > one more data point - i can access appspot.com pages fine through my > work network (also boston based) > > On Jun 13, 10:19 am, Peter Recore wrote: > > > I'm having the same problem. I am in the boston area too, if that > > matters. though I am using Sprint instead of comcast as an ISP. > > > On Jun 13, 9:51 am, WeatherPhilip > > wrote: > > > > This is weird. I can no longer reach any appspot.com application. The > > > TCP SYN packets never get answered! > > > > A traceroute shows: > > > > traceroute to shell.appspot.com (74.125.93.141), 30 hops max, 40 byte > > > packets > > > 1 * * * > > > 2 ge-2-33-ur01.maynard.ma.boston.comcast.net (68.87.156.129) 16.565 > > > ms 14.609 ms 14.864 ms > > > 3 be-53-crs01.needham.ma.boston.comcast.net (68.85.162.109) 14.427 > > > ms 15.886 ms 13.920 ms > > > 4 pos-0-0-0-0-ar99.chartford.ct.hartford.comcast.net (68.85.162.70) > > > 15.861 ms 13.896 ms 15.875 ms > > > 5 pos-2-4-0-0-cr01.newyork.ny.ibone.comcast.net (68.86.90.61) > > > 19.201 ms 17.887 ms 17.016 ms > > > 6 xe-10-2-0.edge1.NewYork2.Level3.net (4.78.169.49) 18.865 ms > > > 18.427 ms 16.928 ms > > > 7 vlan51.ebr1.NewYork2.Level3.net (4.69.138.222) 17.495 ms 19.028 > > > ms 16.998 ms > > > 8 ae-3-3.ebr2.Washington1.Level3.net (4.69.132.89) 25.050 ms > > > 23.015 ms 23.971 ms > > > 9 ae-82-82.csw3.Washington1.Level3.net (4.69.134.154) 28.534 ms > > > 26.568 ms 24.599 ms > > > 10 ae-2-79.edge1.Washington1.Level3.net (4.68.17.80) 20.834 ms > > > ae-3-89.edge1.Washington1.Level3.net (4.68.17.144) 18.592 ms > > > ae-1-69.edge1.Washington1.Level3.net (4.68.17.16) 20.260 ms > > > 11 GOOGLE-INC.edge1.Washington1.Level3.net (4.79.228.38) 24.314 ms > > > GOOGLE-INC.edge1.Washington1.Level3.net (4.79.22.38) 20.339 ms GOOGLE- > > > INC.edge1.Washington1.Level3.net (4.79.228.38) 21.295 ms > > > 12 209.85.240.136 22.858 ms 23.414 ms 23.273 ms > > > 13 209.85.248.75 40.459 ms 38.476 ms 44.948 ms > > > 14 209.85.254.237 37.444 ms 209.85.254.235 38.432 ms 49.984 ms > > > 15 64.233.175.14 49.967 ms 48.712 ms 216.239.47.34 54.186 ms > > > 16 * * * > > > 17 * * * > > > 18 * * * > > > 19 * * * > > > > so it looks as though the packets make it into Google's > > > infrastructure. > > > > My applications show no significant drop-off in traffic, so this isn't > > > a widespread outage. > > > > I checked the status page, and there are a bunch of 'investigating' > > > marks, but these seem to be to do with latency rather than not > > > responding at all. Maybe it will all clear up. > > > > There ought to be a better way to report issues. > > > > Philip --~--~-~--~~~---~--~~ 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 that dev_appserver.py works with isn't the same as what ./manage.py shell sees
I'm having an issue that seems to knock on all over the place... For example, if I run "dev_appserver.py ."It runs fine and using the web console I can add records. But then if I use ./manage.py shell and import the models, there's no data in them. Whilst in the shell, I can kind of ... from blog.models import * post = Post(title='First post') post.put( ) .. but when I look in the Console, there's no Posts there. I would specify, when running dev_appserver.py which datastore to use, but I'm not sure how. This is added to when I use the GoogleAppEngineLauncher.app (I'm on MacOS x) that it sees a different datastore to the other two. And the same thing applies... --~--~-~--~~~---~--~~ 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: SMS Verfication Troubles
Hi Nick! Thanks a ton for the quick help! :) On Jun 11, 4:39 pm, "Nick Johnson (Google)" wrote: > Hi Knight, > > Your account should now be activated. > > -Nick Johnson > > On Wed, Jun 10, 2009 at 2:33 PM, Knight Samar wrote: > > > Hi, > > > I am facing the same problem too. I have posted the SMS Issue form > > some 3 times, but still there hasn't been any reply or action. I have > > tried using my number(BSNL from India) and also my friends number > > (Bharti Airtel from India) and though both have been listed as > > supported carriers, it didn't work at all. Please help me Google :) > > > I am dying to try Google Wave on Google Apps. > > > Thanks. > > > Samar > > > On May 20, 4:51 am, "Jeff S (Google)" wrote: > > > Hi Ted, > > > > You should be all set. I'm assuming the account you were using was the > > > one you are using to post here. > > > > Happy coding, > > > > Jeff > > > > On May 18, 4:49 pm, ted stockwell wrote: > > > > > Hi, > > > > > I am inSMSVerification hell. > > > > Right now I'm in a state where if I try to verify my account I get the > > > > "Too manySMSmessages..." error. > > > > I filled out the 'Having Trouble ReceivingSMSMessages?' form here, > >http://appengine.google.com/waitlist/sms_issues, and I have waited two > > > > working days for a response. > > > > > I really need someone to release me from mySMSVerification > > > > purgatory. > > > > > Thanks in advance, > > > > -ted stockwell > > > > > PS: I think I somehow got into this state because, for reasons I don't > > > > understand, it seems to have taken several hours for theSMS > > > > verification message to show up. By that time, if I try to go back to > > > > the browser and type in the verification code the browser ends up > > > > taking me back to the page to original verification page (because my > > > > web session has timed out). So, I have ended up requesting > > > > verification several times. --~--~-~--~~~---~--~~ 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: Calculate CPU Hours that app will use
I'm interested in the same. I know that you can get the clock-cycles a request used so far by calling quota.get_request_cpu_usage(), but I don't find this to be very useful as an absolute measurement. The docs state (on the quota page): 'CPU time is reported in "seconds," which is equivalent to the number of CPU cycles that can be performed by a 1.2 GHz Intel x86 processor in that amount of time. The actual number of CPU cycles spent varies greatly depending on conditions internal to App Engine, so this number is adjusted for reporting purposes using this processor as a reference measurement.' So, in theory, a CPU second would be about 1.2 billion clock cycles. But I highly doubt it works that way in practice. So my current solution is to just implement the CPU intensive parts and hit them with a load test (And have a backup plan in case the CPU usage policies change again). IMHO this is something that Google really needs to improve. App Engine does lack transparency in some areas - and given that it's a product meant to appeal to engineers that's a real flaw. On Jun 14, 2:13 am, mclovin wrote: > I wanted to see if an app would be cost effective to deploy on > google's app engine and i guess one of the main areas i am concerned > with is CPU usage. Is there a way to calculate how many CPU hours it > will use on Google's servers? (the app is already running on my > computer via django) I dont think an hour of CPU time on my computer > is comparable to a "CPU Hour" but I guess I may be wrong. --~--~-~--~~~---~--~~ 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: Too Many Versions (403)
after today's reset, not better. It was my last hope ! here is my app ID : dicoillico I hope someone at google can help me finding what is wrong. On Jun 14, 8:00 am, Philippe wrote: > if it helps to solve my problem. > On the dashboard of my app, I get that message : Your application is > exceeding a quota: App Config Service Delete App Version Call Count > > last time I could upload was : 1 day, 8:30:16 ago > > Now, I always get a 500 error when I upload. I can get a 403 error, if > I change the version of my app before uploading. > > I have another app on that account that i can upload normaly > for both, I bought a .com > > On Jun 13, 9:42 pm, Philippe wrote: > > > message changed. getting shorter in a way: > > I now got an error 500 > > > Scanning files on local disk. > > Initiating update. > > 2009-06-13 21:40:47,000 ERROR appcfg.py:1241 An unexpected error > > occurred. Aborting. > > Traceback (most recent call last): > > File "C:\Program Files\Google\google_appengine\google\appengine\tools > > \appcfg.py", line 1219, in DoUpload missing_files = self.Begin() > > File "C:\Program Files\Google\google_appengine\google\appengine\tools > > \appcfg.py", line 1014, in Begin version=self.version, > > payload=self.config.ToYAML()) > > File "C:\Program Files\Google\google_appengine\google\appengine\tools > > \appengine_rpc.py", line 344, in Send f = self.opener.open(req) > > File "C:\python25\lib\urllib2.py", line 387, in open response = > > meth(req, response) > > File "C:\python25\lib\urllib2.py", line 498, in http_response > > 'http', request, response, code, msg, hdrs) > > File "C:\python25\lib\urllib2.py", line 425, in error return > > self._call_chain(*args) > > File "C:\python25\lib\urllib2.py", line 360, in _call_chain > > result = func(*args) > > File "C:\python25\lib\urllib2.py", line 506, in > > http_error_default raise HTTPError(req.get_full_url(), code, msg, > > hdrs, fp) > > HTTPError: HTTP Error 500: Internal Server Error > > Error 500: --- begin server output --- > > > Server Error (500) > > A server error has occurred. > > --- end server output --- > > > On Jun 13, 1:33 pm, Philippe wrote: > > > > no : 22 of 250 > > > and so far, I never riched the 250. > > > > On Jun 13, 1:30 pm, Tony wrote: > > > > > On your "Quota Details" page, are you maxed out on your Total > > > > Deployments (down at the bottom)? > > > > > On Jun 13, 6:39 am, Philippe wrote: > > > > > > thank you for helping ! > > > > > > but... my version "id" is very simple : 1 > > > > > then, I tried with : 2, 3, 4 > > > > > finally, with 'test', 'ttt', > > > > > > nothing worked yet :/ > > > > > > On Jun 13, 12:35 pm, "bwh...@dappervision.com" > > > > > wrote: > > > > > > > I've had this, make a new version with a new name and upload. If > > > > > > that > > > > > > doesn't work then make another with a different name. It seems like > > > > > > they have a limit on the number of uploads you can have for a > > > > > > particular version, and it also seems like they have a weird problem > > > > > > where it gives that error for versions I've never used and there is > > > > > > only 1 other version (makes me think that something wasn't cleaned > > > > > > up > > > > > > properly on their end. > > > > > > > On Jun 13, 5:41 am, Philippe wrote: > > > > > > > > I tried to delete my version. but appEngine refuse because I have > > > > > > > only > > > > > > > one. sad... > > > > > > > > I also tried to delete .appcfg_cookies and .appcfg_nag > > > > > > > not better .. > > > > > > > > On Jun 13, 9:32 am, Philippe wrote: > > > > > > > > > little mistake. it was not working for 10 hours (not just 1 > > > > > > > > hour) > > > > > > > > > On Jun 13, 9:00 am, Philippe wrote: > > > > > > > > > > Hi, > > > > > > > > > > I got this error for 1 hours now : Too Many Versions (403) > > > > > > > > > My quota stuff is green. > > > > > > > > > I have only 1 version of my app. > > > > > > > > > I tried making a new version, but it did not upload anything. > > > > > > > > > > I hope someone can help. > > > > > > > > > here is the full error message: > > > > > > > > > > Deploying new version. > > > > > > > > > 2009-06-13 08:44:11,328 ERROR appcfg.py:1241 An unexpected > > > > > > > > > error > > > > > > > > > occurred. Aborting. > > > > > > > > > Traceback (most recent call last): > > > > > > > > > File "C:\Program > > > > > > > > > Files\Google\google_appengine\google\appengine\tools > > > > > > > > > \appcfg.py", line 1234, in DoUpload self.Commit() > > > > > > > > > File "C:\Program > > > > > > > > > Files\Google\google_appengine\google\appengine\tools > > > > > > > > > \appcfg.py", line 1106, in Commit self.Deploy() > > > > > > > > > File "C:\Program > > > > > > > > > Files\Google\google_appengine\google\appengine\tools > > > > > > > > > \appcfg.py", line 1134, in Deploy version=self.version) > > > > > > > > > File "C:\Program > > > > > > > > > Files\Google\google_appengine\google\appengine\