[google-appengine] Re: Prettier values for reference keys?
I wrote a KeyNameReferenceProperty awhile back, maybe this will help: http://gist.github.com/109193 On Oct 12, 12:45 am, Tonny wrote: > Hi > > Can someone help with this consideration: > > When we're creating a ReferenceProperty on datastore objects the value > stored in the model is the key > for the referenced object (stating the obvious here, but please stay > with me), but when the reference object > has a key_name, which makes up a pretty name (understandable from the > datastore viewer), it would be nice to use that key name instead. Is > there an easy way to use that key_name instead? > > I could imaging subclassing ReferenceProperty, but looking at the API, > I can't seem to find someplace to hook > in. I could write my own ReferenceProperty from scratch, subclassing > Property, but I would also like a simple > solution where I didn't reinvent all ready existing functionality. > > Regards > Tonny --~--~-~--~~~---~--~~ 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: Prettier values for reference keys?
Thanks. My own experiment looked similar (your solution i more general an prettier), but doesn't this approach trigger an extra data fetch for the referred entity each time we fetch instantiate the referrer? Cheers Tonny On 15 Okt., 08:59, Chris Tan wrote: > I wrote a KeyNameReferenceProperty awhile back, maybe this will help: > > http://gist.github.com/109193 > > On Oct 12, 12:45 am, Tonny wrote: > > > > > Hi > > > Can someone help with this consideration: > > > When we're creating a ReferenceProperty on datastore objects the value > > stored in the model is the key > > for the referenced object (stating the obvious here, but please stay > > with me), but when the reference object > > has a key_name, which makes up a pretty name (understandable from the > > datastore viewer), it would be nice to use that key name instead. Is > > there an easy way to use that key_name instead? > > > I could imaging subclassing ReferenceProperty, but looking at the API, > > I can't seem to find someplace to hook > > in. I could write my own ReferenceProperty from scratch, subclassing > > Property, but I would also like a simple > > solution where I didn't reinvent all ready existing functionality. > > > Regards > > Tonny --~--~-~--~~~---~--~~ 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] Mismatch between values from the new statistics page and the values from the quota page
Hi With the 1.2.6 release I began looking at doing some cleanup and optimization based on qualitative data, I started looking into our app storage usage but either i have misunderstood the the statistics page or something is wrong in our app though. According to the quota page we're using most of half a gigabyte. According to the statistics page, our entities consumes 72MB. Why is there such a difference, did I misinterpret the numbers or...? Regards Tonny --~--~-~--~~~---~--~~ 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: vote for native Django support
I personally would say no. I would rather see effort put in other areas, django isn't the only platform used on gae /python. T On Oct 14, 9:40 pm, Waldemar Kornewald wrote: > Hey guys, > if you want to have native support for Django including Django's > models (the REAL THING!) please vote for it as described in this > post:http://groups.google.com/group/django-developers/browse_thread/thread... > > Bye, > Waldemar Kornewald --~--~-~--~~~---~--~~ 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 convince client
The short answer. Don't. I convinced a client to use GAE and we both regret it. The App keeps going down at inopportune moments, the scheduled maintenance outages are in prime time. For the small number of users (about 600) we get far too many complaints about time out errors. They are random and there is nothing I can do to fix them. I don't even see timeouts in the two slow admin pages, they only happen to users. The largest issue I have right now is Risk. Things keep breaking, you can not fix them yourselves and there is nobody to call. You post it here and hope they can fix. Because our app has a small user base GAE is essentially free. But I've spent enough time and heart ache with GAE that I should have used EC2, it would have been cheaper. I've got several clients now with more than a year without problems on EC2. Well, without problems caused by EC2 :-) There are other hosting solutions that have worked out the kinks, GAE has not. It's not ready for prime time. Rob. On Oct 14, 12:52 am, Richard wrote: > hello, > > the App Engine webpage has lots of good information for developers > like us, but what about for our clients? > > My client is skeptical about deploying on GAE, so I'd like to show him > some propaganda about uptime, costs, etc. Is there anything available, > ideally a short video? > > cheers, > Richard --~--~-~--~~~---~--~~ 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] GAE 1.2.6 Error - No module named taskqueue
Guys, I downloaded the 1.2.6 zip file and when running the remote_api, I got the following error. Looking at the google.appengine.api, I found that there was no module named taskqueue. Is this a problem with the archive? Anybody have this problem? It has been fine in previous versions. Here is the complete Traceback: ERROR2009-10-15 10:55:30,717 dev_appserver.py:3009] Exception encountered handling request Traceback (most recent call last): File "/opt/google/google_appengine/google/appengine/tools/ dev_appserver.py", line 2978, in _HandleRequest base_env_dict=env_dict) File "/opt/google/google_appengine/google/appengine/tools/ dev_appserver.py", line 411, in Dispatch base_env_dict=base_env_dict) File "/opt/google/google_appengine/google/appengine/tools/ dev_appserver.py", line 2244, in Dispatch self._module_dict) File "/opt/google/google_appengine/google/appengine/tools/ dev_appserver.py", line 2162, in ExecuteCGI reset_modules = exec_script(handler_path, cgi_path, hook) File "/opt/google/google_appengine/google/appengine/tools/ dev_appserver.py", line 2058, in ExecuteOrImportScript exec module_code in script_module.__dict__ File "/opt/google/google_appengine/google/appengine/ext/remote_api/ handler.py", line 57, in from google.appengine.api.taskqueue import taskqueue_service_pb ImportError: No module named taskqueue INFO 2009-10-15 10:55:30,717 dev_appserver.py:3038] "POST / remote_api? HTTP/1.1" 500 - ^CINFO 2009-10-15 10:55:44,683 dev_appserver_main.py:483] Server interrupted by user, terminating Cheers Sri --~--~-~--~~~---~--~~ 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: Mismatch between values from the new statistics page and the values from the quota page
Pretty sure the 'Statistics' numbers don't include the indexes. Due to all queries requiring indexes can end up will many indexes. You can perhaps check indexes.yaml for auto generated indexes created during development which are no longer in use. And/or single properties getting indexed and not needed (most single properties indexed by default) . 2009/10/15 Tonny : > > Hi > > With the 1.2.6 release I began looking at doing some cleanup and > optimization based on qualitative data, I started looking into our app > storage usage but either i have misunderstood the the statistics page > or something is wrong in our app though. > > According to the quota page we're using most of half a gigabyte. > According to the statistics page, our entities consumes 72MB. Why is > there such a difference, did I misinterpret the numbers or...? > > Regards > Tonny > > > --~--~-~--~~~---~--~~ 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: vote for native Django support
On Oct 15, 10:46 am, Tim Hoffman wrote: > I personally would say no. > > I would rather see effort put in other areas, django isn't the only > platform used on gae /python. This vote is about what the *Django* team wants to implement for *their* release 1.2 (which explains why the link points to the django- developers discussion group ;). Bye, Waldemar Kornewald --~--~-~--~~~---~--~~ 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] high cpu warning
Hi, I have this java app that basically gets 3 rows from the datastore, fetches some URLs and does some processing on the content. I see in the log that it gets a high CPU warning and that "it may soon exceed its quota". 12843ms 9130cpu_ms 49api_cpu_ms Since I don't have everything in this piece of code that I want, I am a bit concerned that this will just become worse. If the script can run for 30 seconds, as I understand it, I am not allowed to burn as much CPU that I might need for this period? It would be nice to be able to do that. So that means that the script can run for 30 seconds, but you expect it to be IO-bound for much of that time, waiting for data for much of the time? And that you esentially want more requests, with less work done in each request? What is the limits for CPU usage per requests, so that I can try to get it under it, and avoid the warning and potential quota problems. Thanks for any input. Regards, Jon Berg. --~--~-~--~~~---~--~~ 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: GAE 1.2.6 Error - No module named taskqueue
On Oct 15, 12:03 pm, Sri wrote: > > File "/opt/google/google_appengine/google/appengine/ext/remote_api/ > handler.py", line 57, in > from google.appengine.api.taskqueue import taskqueue_service_pb > ImportError: No module named taskqueue http://code.google.com/p/googleappengine/issues/detail?id=2259 --~--~-~--~~~---~--~~ 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: Need more info: Request was aborted after waiting too long...
Has it been fixed for cron jobs as well? Thanks for your quick bugfix! On 14 Okt., 22:39, Jon McAlister wrote: > There was an issue with 1.2.6 in that it throughput on task queue requests was > getting unfairly throttled. This has now been fixed. Apologies for the bug and > for the confusion. > > On Wed, Oct 14, 2009 at 12:51 PM, Picalolabu > > > > wrote: > > > Created a new issue for this problem. Please star it if you are > > affected by it: > > >http://code.google.com/p/googleappengine/issues/detail?id=2266 > > > On Oct 14, 2:48 pm, ramu wrote: > >> Yea, this error seems to have cropped up A LOT since last 4-5 > >> days I didn't even change anything in my code but suddenly the > >> error rate with this message is 3% of the total taskqueue ! --~--~-~--~~~---~--~~ 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 convince client
Are you doing any kind of retries on timeouts? On Thu, Oct 15, 2009 at 12:10 PM, Rob Osborne wrote: > > The short answer. Don't. > > I convinced a client to use GAE and we both regret it. The App keeps > going down at inopportune moments, the scheduled maintenance outages > are in prime time. For the small number of users (about 600) we get > far too many complaints about time out errors. They are random and > there is nothing I can do to fix them. I don't even see timeouts in > the two slow admin pages, they only happen to users. > > The largest issue I have right now is Risk. Things keep breaking, you > can not fix them yourselves and there is nobody to call. You post it > here and hope they can fix. > > Because our app has a small user base GAE is essentially free. But > I've spent enough time and heart ache with GAE that I should have used > EC2, it would have been cheaper. I've got several clients now with > more than a year without problems on EC2. Well, without problems > caused by EC2 :-) > > There are other hosting solutions that have worked out the kinks, GAE > has not. It's not ready for prime time. > > Rob. > > On Oct 14, 12:52 am, Richard wrote: > > hello, > > > > the App Engine webpage has lots of good information for developers > > like us, but what about for our clients? > > > > My client is skeptical about deploying on GAE, so I'd like to show him > > some propaganda about uptime, costs, etc. Is there anything available, > > ideally a short video? > > > > cheers, > > Richard > > > -- 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] SDK Release Suggestion
GAE Team, A simple lesson-learned from the 1.2.6 fiasco is that you have your release process backward. What you *should* be doing is: 1) Release the new version of the SDK to developers 2) NOTIFY developers that there is a new version and it *will* be going live in X days 3) Let the developers tell you about all the problems, and help them find work-arounds, or do an update if necessary 4) Update the servers This is the way Apple releases new JDKs, for example. That way, the developers have a chance to find all the bugs *before* millions of people are bitten by bugs introduced by framework changes. -Joshua --~--~-~--~~~---~--~~ 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: SDK Release Suggestion
Hmmm. I guess this is complicated. The problem with cancelled background tasks was not in the sdk but in the appengine backend. The only option to test things in advance would be to have some kind of sandbox with the latest backend plus some dev previews of the sdk to try out the new sdk/backend combination. I have no clue if this is feasible as developers may need their actual datastore data. But of course it would be great to have some kind of staging process. Daniel On 15 Okt., 16:01, Joshua Smith wrote: > GAE Team, > > A simple lesson-learned from the 1.2.6 fiasco is that you have your > release process backward. > > What you *should* be doing is: > > 1) Release the new version of the SDK to developers > 2) NOTIFY developers that there is a new version and it *will* be > going live in X days > 3) Let the developers tell you about all the problems, and help them > find work-arounds, or do an update if necessary > 4) Update the servers > > This is the way Apple releases new JDKs, for example. That way, the > developers have a chance to find all the bugs *before* millions of > people are bitten by bugs introduced by framework changes. > > -Joshua --~--~-~--~~~---~--~~ 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 convince client
GAE and EC2 are two completely different pairs of shoes.
GAE is a cool and superior concept - but I also suffered badly from
many bugs especially in conjunction with Google Apps, AuthSub and
GData API.
It's always problematic to provide a framework that involves people
from different departments.
Many bugs that I discovered is in nobody's responsibility and that
makes me feel a little bit uncomfortable. I've posted many bugreports
that are still in "new" state and I guess no one ever tried to
reproduce them using my provided code snippets (otherwise they would
have been switched to accepted or any other state than new).
It would be a good idea if Google would create an internal team
combining all the provided Google services into a set of test apps
running on app engine.
Other than that I like App engine ;-)
On 15 Okt., 15:54, Alkis Evlogimenos ('Αλκης Ευλογημένος)
wrote:
> Are you doing any kind of retries on timeouts?
>
> On Thu, Oct 15, 2009 at 12:10 PM, Rob Osborne wrote:
>
>
>
>
>
>
>
> > The short answer. Don't.
>
> > I convinced a client to use GAE and we both regret it. The App keeps
> > going down at inopportune moments, the scheduled maintenance outages
> > are in prime time. For the small number of users (about 600) we get
> > far too many complaints about time out errors. They are random and
> > there is nothing I can do to fix them. I don't even see timeouts in
> > the two slow admin pages, they only happen to users.
>
> > The largest issue I have right now is Risk. Things keep breaking, you
> > can not fix them yourselves and there is nobody to call. You post it
> > here and hope they can fix.
>
> > Because our app has a small user base GAE is essentially free. But
> > I've spent enough time and heart ache with GAE that I should have used
> > EC2, it would have been cheaper. I've got several clients now with
> > more than a year without problems on EC2. Well, without problems
> > caused by EC2 :-)
>
> > There are other hosting solutions that have worked out the kinks, GAE
> > has not. It's not ready for prime time.
>
> > Rob.
>
> > On Oct 14, 12:52 am, Richard wrote:
> > > hello,
>
> > > the App Engine webpage has lots of good information for developers
> > > like us, but what about for our clients?
>
> > > My client is skeptical about deploying on GAE, so I'd like to show him
> > > some propaganda about uptime, costs, etc. Is there anything available,
> > > ideally a short video?
>
> > > cheers,
> > > Richard
>
> --
>
> 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: Broadcasting real-time notifications using XMPP - possible?
Thanks for your thoughts Nick - I think we'll give it a try, and I'll update this thread when we've got some results to share. :-) Cheers, Kris On Oct 14, 2:08 pm, "Nick Johnson (Google)" wrote: > Hi Kris, > > On Tue, Oct 13, 2009 at 11:53 PM, Kris wrote: > > > Hi Nick, > > > Interesting idea - I'd not really looked at PubSubHubbub before. > > Sadly I don't think it's the right fit for this project - they're > > desktop apps, and they're often behind a firewall, so getting an > > external server to initiate a connection isn't going to be practical. > > > So back to XMPP, there are two things putting me off creating separate > > accounts: > > > * Speed - won't announcing to a single account be much faster to > > process? > > It may be simpler on your end, if it works. > > > * Sign-up - more importantly, I don't really want people to have to > > create a new account to use my software. There's no need from my end > > - I want to give this information away freely. Using a single, > > > shared, read-only* account would avoid bothering the user. > > Fair enough. > > > > > Any thoughts? From what you've said, it sounds like it's worth trying > > a pilot scheme, at least. :-) > > If it works, this seems like a reasonable solution. Give it a go and report > back! ;) > > -Nick Johnson > > > > > > > > > Thanks, > > Kris > > > * Read-only in the sense that if anyone does send a message from the > > client account, no-one's listening, so it doesn't matter. > > > On Oct 13, 12:09 pm, "Nick Johnson (Google)" > > wrote: > > > Hi Kris, > > > Have you considered using PubSubHubbub? If your 'clients' are other > > servers, > > > this is exactly what it's designed for. If your clients are, eg, desktop > > > apps, the XMPP solution is probably a good one, though realistically you > > > probably want each client to have a separate account, and notify them > > > individually. > > > > -Nick Johnson > > > > -Nick Johnson > > > > On Mon, Oct 12, 2009 at 9:03 PM, Kris wrote: > > > > > Can I bounce an idea off anyone who's interested? I'm looking for an > > > > efficient way to get realtime updates to a large-ish number of client > > > > apps, and I'm wondering if using App Engine+Google's Talk servers > > > > might be the way to do it. > > > > > I need to get timely messages to 100-5000 thousand clients, with > > > > reasonable (99%?) reliability. I know I can do this with Google Talk > > > > at a very small scale - if someone IMs me I'll get the message through > > > > Gmail on one computer, iChat on another and Google Talk on my iPhone, > > > > all at the same time. But that's just 3 clients on the same account. > > > > Could this work at scale? > > > > > Let's say I create an account - clients-of-kris-12...@gmail.com - and > > > > have my all my client apps connect as that user. They're all coded to > > > > listen for updates from their buddy - server-of-kris-54...@gmail.com - > > > > which is part of my App Engine project. As far as I understand, > > > > they'll all hear everything the server is announcing, roughly at the > > > > same time. > > > > > Does anyone know that this would/wouldn't work? And if it would work, > > > > does anyone know the billing implications? I'd rather the App Engine > > > > team billed me for 5000 messages and were happy to do so, than billed > > > > me for one but felt I was abusing the system. > > > > > (Sorry - I realise this may be more of a Google Talk question than an > > > > App Engine question. If anyone wants to point me to a low-level GTalk > > > > forum instead, please do!) > > > > -- > > > Nick Johnson, Developer Programs Engineer, App Engine > > > Google Ireland Ltd. :: Registered in Dublin, Ireland, Registration > > Number: > > > 368047 > > -- > Nick Johnson, Developer Programs Engineer, App Engine > Google Ireland Ltd. :: Registered in Dublin, Ireland, Registration Number: > 368047 --~--~-~--~~~---~--~~ 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 convince client
2009/10/15 dflorey : > > GAE and EC2 are two completely different pairs of shoes. > GAE is a cool and superior concept - but I also suffered badly from > many bugs especially in conjunction with Google Apps, AuthSub and > GData API. > It's always problematic to provide a framework that involves people > from different departments. > Many bugs that I discovered is in nobody's responsibility and that > makes me feel a little bit uncomfortable. I've posted many bugreports > that are still in "new" state and I guess no one ever tried to > reproduce them using my provided code snippets (otherwise they would > have been switched to accepted or any other state than new). > It would be a good idea if Google would create an internal team > combining all the provided Google services into a set of test apps > running on app engine. > Other than that I like App engine ;-) I still gather that AppEngine is nothing but an Erlang type system in another language with not as many capabilities and concurrence capabilities. They really should integrate Erlang into the system. I am not big on the Prolog type syntax, but you cannot beat it for this type of work. --~--~-~--~~~---~--~~ 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: SDK Release Suggestion
Getting access to latest back-ends might also provide impetus for open sourcing the backend platform. On Oct 15, 3:25 pm, dflorey wrote: > Hmmm. I guess this is complicated. > The problem with cancelled background tasks was not in the sdk but in > the appengine backend. > The only option to test things in advance would be to have some kind > of sandbox with the latest backend plus some dev previews of the sdk > to try out the new sdk/backend combination. > I have no clue if this is feasible as developers may need their actual > datastore data. > But of course it would be great to have some kind of staging process. > > Daniel > > On 15 Okt., 16:01, Joshua Smith wrote: > > > GAE Team, > > > A simple lesson-learned from the 1.2.6 fiasco is that you have your > > release process backward. > > > What you *should* be doing is: > > > 1) Release the new version of the SDK to developers > > 2) NOTIFY developers that there is a new version and it *will* be > > going live in X days > > 3) Let the developers tell you about all the problems, and help them > > find work-arounds, or do an update if necessary > > 4) Update the servers > > > This is the way Apple releases new JDKs, for example. That way, the > > developers have a chance to find all the bugs *before* millions of > > people are bitten by bugs introduced by framework changes. > > > -Joshua --~--~-~--~~~---~--~~ 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: Cron job suffering from intermittent timeouts since approx 21:00 UTC 12-OCT-09
Normal service resumed for 'metutil' cron jobs as of roughly 02:00 UTC 15-OCT-09 - thanks to the team for resolving this. Regards, Ed On Oct 14, 9:39 pm, Jon McAlister wrote: > There was an issue with 1.2.6 in that it throughput on task queue requests was > getting unfairly throttled. This has now been fixed. Apologies for the bug and > for the confusion. > > > > On Wed, Oct 14, 2009 at 12:06 PM, divricean wrote: > > > I can confirm this exact behavior. Except that my cron jobs run every > > hour. The request fails just above 10 seconds. > > > On Oct 14, 6:33 pm, RollingCircle wrote: > >> Still occurring as of 15:30 UTC 14-OCT-09. > > >> Any ideas? > > >> On Oct 13, 3:15 pm, RollingCircle wrote: > > >> > (Apologies if this appears to be a cross-posting - I did raise this as > >> > a reply to a post describing a similar issue, but that reply seems to > >> > have disappeared into the ether) > > >> > Since approx 21:00 UTC yesterday (12-OCT-09) my application (tag > >> > 'metutil') has been suffering from roughly 75% timeouts on a > >> > previously reliable cron job - although when run manually, the request > >> > run by the cron job still completes correctly in all cases. > > >> > The timeout report in the log states: > > >> > "Request was aborted after waiting too long to attempt to service your > >> > request. Most likely, this indicates that you have reached your > >> > simultaneous active request limit. This is almost always due to > >> > excessively high latency in your app. Please > >> > seehttp://code.google.com/appengine/docs/quotas.htmlformoredetails."; > > >> > and the reported time for the request when it fails is usually just > >> > over 10 seconds. Normally, the request (which calls out via HTTP to > >> > an external service) completes in a couple of seconds at most. The > >> > cron job is set to run every 15 minutes, and as noted above, currently > >> > roughly every 3 out of four requests are now timing out. > > >> > Could this be related to the 1.2.6 release I've seen mentioned on > >> > other threads? > > >> > Regards, > > >> > Ed --~--~-~--~~~---~--~~ 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: Managing Very Large one to many relationships
Thanks for the reply Kevin
99% of the time i would query for a list of child object using the
parent id, and a range of the timestamp field.
our child objects have these values
@Persistent
private Date timestamp;
@Persistent
private String parentFK;
so a query like this
Query q = pm.newQuery(ChildObject.class,"parentFK == k && timestamp >=
sd && timestamp <= ed");
q.declareImports("import java.util.Date");
Map args = new HashMap();
args.put("k", "theparentkeystring");
args.put("sd", startDate);
args.put("ed", endDate);
q.declareParameters("Long k, Date sd, Date ed");
q.setOrdering("timestamp descending");
List data = (List) q.executeWithMap(args);
Now, imagine each of my users with several 100 parent objects each
with many tens of thousands of daily child objects they will be
retrieving subsets of throughout their usage. I have solved
performance problems in the past when I used SQL Server for this by
moving older and less used child objects out of the main tables and
combining their data into flat files for archiving. I'm hoping i can
just leave everything in the data store this time around and store/
retrieve things correctly.
On Oct 13, 5:16 pm, Kevin Pierce wrote:
> Some ideas,
>
> You may need to avoid using an entity group with that many records if you
> are concerned about contention.
>
> I would suggest generating key_names from your logical primary_key fields.
>
> Also understand how you could leverage a list property style model for
> filtering.
>
> Your children can have the composite key as the key_name allowing you to
> perform keys_only queries that you can pop out the parent key_name from.
>
> What types of queries do you want to perform on your child entities?
>
>
>
>
>
> On Tue, Oct 13, 2009 at 1:54 PM, Benjamin wrote:
>
> > anyone have a recomendation on the best way to store millions of child
> > objects in data nuclues and maintain their relationship to a single
> > persistant parent?
>
> > On Oct 8, 10:21 am, Benjamin wrote:
> > > sorry for the dup post
>
> > > I'm trying to find guidence on managing one to many releationships in
> > > the data store when the number of children the parent will have will
> > > be huge - 32000 children added to a parent a day
>
> > > a simple parent class:
>
> > > @PersistenceCapable(identityType = IdentityType.APPLICATION,
> > > detachable = "false")
> > > public class Parent {
>
> > > �...@persistent(mappedBy = "parent")
> > > private ArrayList points;
>
> > > a simple child class
>
> > > public class Child {
> > > @Persistent
> > > private Parent parent;
>
> > > and the parent arraylist is getting many children added to it and the
> > > datastore updated. I'm afraid that whenever i query for the parent
> > > object i'm going to get all of the children which i would never need
> > > to do - i would want to get parts of the children collection and i do
> > > want to maintain the relationship so parent deletes are cascaded.
>
> > > How do you query the datastore and get a parent without the children -
> > > it looks like the child collection gets populated by default when you
> > > just do a query like this:
>
> > > Query q = pm.newQuery(Parent.class, "key== k");
> > > k.declareParameters("Long u");
> > > List result;
> > > result = (List) q.execute(key);
>
> > > with a huge number of children, wouldn't this query be very slow?
>
> --
> Kevin Pierce
> Software Architect
> VendAsta Technologies Inc.
> kpie...@vendasta.com- 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: SDK Release Suggestion
There was a problem with a non-backwards compatible change in db.Model constructor as well. That could have been caught by releasing the sdk early. On Thu, Oct 15, 2009 at 4:25 PM, dflorey wrote: > > Hmmm. I guess this is complicated. > The problem with cancelled background tasks was not in the sdk but in > the appengine backend. > The only option to test things in advance would be to have some kind > of sandbox with the latest backend plus some dev previews of the sdk > to try out the new sdk/backend combination. > I have no clue if this is feasible as developers may need their actual > datastore data. > But of course it would be great to have some kind of staging process. > > Daniel > > On 15 Okt., 16:01, Joshua Smith wrote: > > GAE Team, > > > > A simple lesson-learned from the 1.2.6 fiasco is that you have your > > release process backward. > > > > What you *should* be doing is: > > > > 1) Release the new version of the SDK to developers > > 2) NOTIFY developers that there is a new version and it *will* be > > going live in X days > > 3) Let the developers tell you about all the problems, and help them > > find work-arounds, or do an update if necessary > > 4) Update the servers > > > > This is the way Apple releases new JDKs, for example. That way, the > > developers have a chance to find all the bugs *before* millions of > > people are bitten by bugs introduced by framework changes. > > > > -Joshua > > > -- 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] Error every time I make a change to mail_handlers.InboundMailHandler code
I get the following error each time I make a change to the code when I attempt to test it through the Development Console. The link below the error is the code that I am using to test the new receive email API. If I stop and restart the development server, the error goes away. I change one line of code, the error is back. http://pastie.org/656315 Does anyone know what I'm getting wrong? Traceback (most recent call last): File "/Applications/GoogleAppEngineLauncher.app/Contents/Resources/ GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/ google/appengine/ext/webapp/__init__.py", line 509, in __call__ handler.post(*groups) File "/Applications/GoogleAppEngineLauncher.app/Contents/Resources/ GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/ google/appengine/ext/webapp/mail_handlers.py", line 58, in post self.receive(mail.InboundEmailMessage(self.request.body)) File "/Applications/GoogleAppEngineLauncher.app/Contents/Resources/ GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/ google/appengine/api/mail.py", line 525, in __init__ mime_message = _parse_mime_message(mime_message) File "/Applications/GoogleAppEngineLauncher.app/Contents/Resources/ GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/ google/appengine/api/mail.py", line 209, in _parse_mime_message return email.message_from_string(mime_message) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/email/__init__.py", line 56, in message_from_string from email.parser import Parser SystemError: Parent module 'email' not loaded --~--~-~--~~~---~--~~ 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] Stored data statistics
On the statistics page of the admin console for my application, it says that the size of all of my entities total 68Mb, but under the Dashboard-> Stored Data field, it says I'm using 420 MB. I'm curious about what is taking up all that space? I've read that indexes are not counted on the statistics page, but it seems surprising to me that they would take up 5 times the space of the entitiy that they are indexing. Any ideas on what is taking up so much space? Thanks, Nick --~--~-~--~~~---~--~~ 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] Associating receive email address with account.
Hello, I would like to send mail as the same address I expect replies for the Email Receiver. For example, the email for receiving is jacob...@jacob-6.appspotmail.com. This is not a registered administrator of the application and I'm not sure you can do this. Can I send as this address successfully? "The sender address can be either the email address of a registered administrator for the application, or the email address of the current signed-in user" --~--~-~--~~~---~--~~ 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: Associating receive email address with account.
Hi, You can send from *anyth...@yourapp.appspotmail.com *without it being registered as a developer. Paul 2009/10/15 bvelasquez > > Hello, I would like to send mail as the same address I expect replies > for the Email Receiver. For example, the email for receiving is > jacob...@jacob-6.appspotmail.com. This is not a registered > administrator of the application and I'm not sure you can do this. > Can I send as this address successfully? > > "The sender address can be either the email address of a registered > administrator for the application, or the email address of the current > signed-in user" > > > --~--~-~--~~~---~--~~ 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: Associating receive email address with account.
*anyth...@yourapp.appspotmail.com *is little longer id, why can't google allow sending (& receiving too) from *your...@appspot.com *(like XMPP)?* expecting reply from someone from google... * --~--~-~--~~~---~--~~ 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: Associating receive email address with account.
I would create an issue and star it (and share it with the group so it gets some attention), and do the same for incoming emails too. Or allow your own custom domains (which is the most important in my opinion) P 2009/10/15 Prashant > *anyth...@yourapp.appspotmail.com *is little longer id, why can't google > allow sending (& receiving too) from *your...@appspot.com *(like XMPP)?* > > expecting reply from someone from google... > * > > > > --~--~-~--~~~---~--~~ 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: Stored data statistics
in my case 24mb in stats showing 144mbs in dashboard. i'm also eager to know the reason. --~--~-~--~~~---~--~~ 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: bulkloader.py Authentication
Hi everyone,
Well I'm glad bgood was able to get his issue solved! In the meantime,
I'm still having a bit of trouble with appcfg.py and the download_data
function.
To recap:
I followed Nick Johnson's suggestion for Java developers and created a
simple python version of my application for the purpose of using
python tools to interact with my datastore.
I'm trying to download data in csv format from my datastore. I just
upgraded to the latest version of the python tools (1.2.6.542). It's
not working -- I am told there is a syntax error in my app.yaml file.
However I'm able to upload my app fine and use bulkloader.py directly
with success. Here's the exact command I'm using with appcfg.py and a
link to my configuration file. I'm on OSX v10.6.
appcfg.py download_data --kind=Video_ --url=http://
upload.latest.idolornot-dev.appspot.com/remote_api --
filename=videos.csv --config_file=../idolornot-dev-empty/app.yaml ../
idolornot-dev-empty/
http://jeffinmotion.com/work/appengine/appcfg_issue/app.yaml
The error:
Application: idolornot-dev; version: upload.
Downloading data records.
[INFO] Logging to bulkloader-log-20091015.135351
Traceback (most recent call last):
File "/usr/local/bin/appcfg.py", line 60, in
run_file(__file__, globals())
File "/usr/local/bin/appcfg.py", line 57, 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 2548, in
main(sys.argv)
File "/Applications/GoogleAppEngineLauncher.app/Contents/Resources/
GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/
google/appengine/tools/appcfg.py", line 2539, 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 1640, in Run
self.action(self)
File "/Applications/GoogleAppEngineLauncher.app/Contents/Resources/
GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/
google/appengine/tools/appcfg.py", line 2427, in __call__
return method()
File "/Applications/GoogleAppEngineLauncher.app/Contents/Resources/
GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/
google/appengine/tools/appcfg.py", line 2293, in PerformDownload
run_fn(args)
File "/Applications/GoogleAppEngineLauncher.app/Contents/Resources/
GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/
google/appengine/tools/appcfg.py", line 2215, 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 3894, in Run
return _PerformBulkload(arg_dict)
File "/Applications/GoogleAppEngineLauncher.app/Contents/Resources/
GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/
google/appengine/tools/bulkloader.py", line 3717, in _PerformBulkload
LoadConfig(config_file)
File "/Applications/GoogleAppEngineLauncher.app/Contents/Resources/
GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/
google/appengine/tools/bulkloader.py", line 3467, in LoadConfig
('', 'r', imp.PY_SOURCE))
File "../idolornot-dev-empty/app.yaml", line 1
application: idolornot-dev
^
SyntaxError: invalid syntax
Any ideas?
Jeff
On Oct 1, 1:16 am, bgood wrote:
> Takashi, you rock! Thanks so much, that solved it
>
> On Sep 30, 8:13 pm, Takashi Matsuo wrote:
>
>
>
> > Hi bgood,
>
> > Perhaps you can try specifying app_id explicitly by adding
> > "--app-id='yourappid'".
> > Sorry if it won't work for you.
>
> > Regards,
>
> > --
> > Takashi Matsuo
> > The father of kay framework
>
> > On Thu, Oct 1, 2009 at 4:38 AM, bgood wrote:
>
> > > I found part of my answer in a previous thread
> > >http://groups.google.com/group/google-appengine/browse_thread/thread/...
>
> > > It seems that the url I was requesting didn't exist - which you can
> > > identify by inspecting the stack trace for the 404.
>
> > > But the --dump option is failing as follows.
>
> > > I am trying to dump the data created in a Java app engine
> > > application. So, I have two versions of the app - the live java
> > > version and the python version that hosts /remote_api . (this caused
> > > the url confusion)
>
> > > I succeeded with authenticating a request to the python remote_api (in
> > > version 'bulkload') with this:
>
> > >bulkloader.py --dump --filename=my-new-archive.csv --kind=MyClass --
> > > url=http://bulkload.latest.myappid.appspot.com/remote_api./
>
> > > however, the request failed with the error:
> > > [ERROR ] Error in Thread-1: app myappid cannot access app
> > > bulkload.latest.myappid's data
>
> > > My app.yaml file looks like this
>
> > > application: myappid
> > > version: bulk
[google-appengine] Cannot change access URL for application
In spite of following the instructions at http://www.google.com/support/a/bin/answer.py?hl=en&answer=91080 to the letter, I can't get www.adamduston.com to point to my GAE app at http://adam-duston.appspot.com/ . The CNAME record is correctly set: http://www.dnsstuff.com/tools/legacy/?formaction=DNSLOOKUP&ToolFormName=customlookup&name=www.adamduston.com&r=235660&detail=0&type=CNAME . My adam-duston settings read: Your users can access adam-duston at: https://adam-duston.appspot.com http://www.adamduston.com Sounds good, right? But www.adamduston.com brings up a Google search page. Try it! Crazy, huh? I thought it would be cool to host my personal site on GAE but it looks like it won't be, on account of the difficulty of accessing through a custom url. Any help/suggestions welcome! Thank you, Adam --~--~-~--~~~---~--~~ 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] why not receive the verification code via sms
i‘m using the chinamobile’s service ，i‘m in hangzhou zhejiang， but i con't receive the verification code，and now i try some times，after this it remind me “There were errors:Mobile Number or Username” and “The phone number has been sent too many messages or has ”。i am sure i enter the correct phone number as +86136*，so i don't know what i can do。so please help me，thanks a lot。 --~--~-~--~~~---~--~~ 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] Small tutorial on using the list property on GAE
Hello App Engine users! I wrote a tutorial about using the list property: http://www.gomuse.com/google-app-engine-using-the-list-property-dbl I was excited and confused after watching Brett Slatkin's Google I/O talk [1], so I sat down and really thought about how I was organizing my data. I hope this article will help some people learn more about implementing list properties. Comments, insights, and criticism are very much appreciated! --wings [1] (http://code.google.com/events/io/2009/sessions/ BuildingScalableComplexApps.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] Running both Python and Java cron jobs for same app...possible?
Is it possible to have both Python and Java cron jobs running at the same time? I want the processes to share the datastore..that's why im asking. 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 -~--~~~~--~~--~--~---
[google-appengine] java.lang.NoClassDefFoundError: com/google/gdata/util/AuthenticationException
Hi,
I am getting this error
java.lang.NoClassDefFoundError: com/google/gdata/util/
AuthenticationException.
I am using Eclipse with "Google Plugin for Eclipse" and Google app
engine. I am trying to get all blogs from blogger using Gdata plugin.
I have included the following jar files also:
gdata.** all jar files,
google-collect-1.0-rc1.jar
Gdata plugin
My Code:
public class GetAllBlogs extends HttpServlet {
public void doGet(HttpServletRequest req, HttpServletResponse resp)
throws IOException{
try {
GoogleService myservice = new GoogleService("blogger",
"exampleCo-
exampleApp-1");
myservice.setUserCredentials("mygmail account", "my
password");
// Request the feed
final URL feedUrl = new
URL("http://www.blogger.com/feeds/default/
blogs");
Feed resultFeed = myservice.getFeed(feedUrl,
Feed.class);
// Print the results
System.out.println(resultFeed.getTitle().getPlainText());
for (int i = 0; i < resultFeed.getEntries().size();
i++) {
Entry entry = resultFeed.getEntries().get(i);
System.out.println("\t" +
entry.getTitle().getPlainText());
}
} catch (AuthenticationException e) {
e.printStackTrace();
} catch (ServiceException e) {
e.printStackTrace();
}
}
}
Please 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 at
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---
[google-appengine] Google App Engine Program Policies
Program policies list as one of the prohibited content as: Pornographic, obscene or excessively profane content; Is there a source at Google we can ask for a clarification before launching our app as to whether the content will be considered prohibited? We are looking to launch an "Adult" personals listing site and we would like to get specific clarification from Google. Would people posting nude photographs of themselves be considered prohibited. Is there a measurable bar we can test against. If some one posts a link to their Webpicasa album which contains nudity and we show that link will that violate the program policies ? --~--~-~--~~~---~--~~ 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] Get parent object.
I want to have very simple data structure. Users with properties: firsnane, lastname and posts with properties: author(user), text, creationdate. Like very simple guestbook. And i want to show all posts on a page ordered by creating date and with author name near the each post. For example i get all posts ( gql SELECT * FROM Post ), and now i need to get a author for each post? Is it any other way to get Author? --~--~-~--~~~---~--~~ 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 convince client
On Oct 14, 12:52 am, Richard wrote: > hello, > > the App Engine webpage has lots of good information for developers > like us, but what about for our clients? > > My client is skeptical about deploying on GAE, so I'd like to show him > some propaganda about uptime, costs, etc. Is there anything available, > ideally a short video? > > cheers, > Richard Clasically, make 2 columns: Advantages - Disadvantages Or 3 columns. --~--~-~--~~~---~--~~ 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: GAE 1.2.6 Error - No module named taskqueue
You are absolutely right Stephen (and Matsuo!). Problem seems to be a buggy version is checked into the 1.2.6 GAE archive? The 1.2.5 version of remote_api/handler.py does not even import taskqueue. So seems like a slight oversight here. Will try replacing the numbers and see how it goes. Thanks for that pointer. cheers Sri On Oct 16, 12:32 am, Stephen wrote: > On Oct 15, 12:03 pm, Sri wrote: > > > > > File "/opt/google/google_appengine/google/appengine/ext/remote_api/ > > handler.py", line 57, in > > from google.appengine.api.taskqueue import taskqueue_service_pb > > ImportError: No module named taskqueue > > http://code.google.com/p/googleappengine/issues/detail?id=2259 --~--~-~--~~~---~--~~ 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: warm instances on low traffic sites
Would a simple cron task not work to keep an app instance warm? On Oct 14, 3:55 pm, ryan baldwin wrote: > +1 here. > - ryan. > > On Wed, Oct 14, 2009 at 8:52 AM, Gijsbert wrote: > > > > > > > I'm also interested. > > > On Oct 13, 10:24 am, bFlood wrote: > > > bump... > > > > On Oct 12, 12:25 pm, "twink*" wrote: > > > > > Add my name to the list of people that would consider paying to always > > > > keep at least one instance warm. > > > > > On Oct 12, 8:43 am, bFlood wrote: > > > > > > hello > > > > > > I noticed in the Oct 7 chat that Google is considering(?) allowing > > > > > developers paid-for warm instances of your app. > > > > > > "If you're interested in being able to pay for at least one instance > > > > > to be kept > > > > > warm, even with sporadic bursts of traffic, let us know in the > > > > > discussion group and issue tracker." > > > > > > I guess the main question on everyone's mind is how much? a single > > > > > python instance has to be an order of magnitude less expensive then > > > > > say a small EC2 VM so I'd be interested to hear what the > > daily/weekly/ > > > > > monthly costs would be. > > > > > > cheers > > > > > brian --~--~-~--~~~---~--~~ 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: Get parent object.
Here's how I would do it:
class Author(db.Model):
""" set the key_name = user_id when you create an Author
instance"""
first_name = db.StringProperty()
last_name = db.StringProperty()
class Post(db.Model):
text = db.TextProperty()
date = db.DateTimeProperty(auto_now_add=True)
author = db.ReferenceProperty(Author, collection_name="posts")
# to get the author:
author = Author.get_by_key_name(users.get_current_user().user_id())
# to get five of the author's posts in reverse chronological order
(like a blog):
posts = author.posts.order("-date").fetch(5)
read more about the reference property here:
http://code.google.com/appengine/docs/python/datastore/entitiesandmodels.html#References
On Oct 15, 9:48 am, skywa1ker wrote:
> I want to have very simple data structure.
>
> Users with properties: firsnane, lastname and posts with properties:
> author(user), text, creationdate. Like very simple guestbook.
>
> And i want to show all posts on a page ordered by creating date and
> with author name near the each post.
>
> For example i get all posts ( gql SELECT * FROM Post ), and now i need
> to get a author for each post?
>
> Is it any other way to get Author?
--~--~-~--~~~---~--~~
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: 500 error on updating indexes
Thanks Nick, it worked perfectly. However, I'm back in the same sort of a situation, so if you could help out again that would be great. I was wondering, is there any way I can prevent this sort of thing from occurring 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 -~--~~~~--~~--~--~---
[google-appengine] Find new App Engine articles with the App Engine reddit
Those of you who use reddit (and perhaps those of you who don't yet) may be interested in the App Engine reddit, which is now being actively moderated and maintained: http://www.reddit.com/r/appengine/ With the help of the community, we'd like to turn this into a good place to find interesting new news and articles about App Engine - particularly when it comes to blog posts and articles written by community members and highlighting interesting aspects of App Engine. Please don't hesitate to submit anything you find interesting, including your own content. The subreddit will be moderated by members of the App Engine team. -- Nick Johnson, Developer Programs Engineer, App Engine Google Ireland Ltd. :: Registered in Dublin, Ireland, Registration Number: 368047 --~--~-~--~~~---~--~~ 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: warm instances on low traffic sites
doesn't seem to in my tests, anyone have any luck with it? the big downside is all of those requests (CPU/bandwidth) just to keep it running, an always warm instance would only burn memory (although I can see Google having to charge a decent amount, otherwise everyone would just keep one running) On Oct 15, 5:21 pm, Anthony wrote: > Would a simple cron task not work to keep an app instance warm? > > On Oct 14, 3:55 pm, ryan baldwin wrote: > > > > > +1 here. > > - ryan. > > > On Wed, Oct 14, 2009 at 8:52 AM, Gijsbert wrote: > > > > I'm also interested. > > > > On Oct 13, 10:24 am, bFlood wrote: > > > > bump... > > > > > On Oct 12, 12:25 pm, "twink*" wrote: > > > > > > Add my name to the list of people that would consider paying to always > > > > > keep at least one instance warm. > > > > > > On Oct 12, 8:43 am, bFlood wrote: > > > > > > > hello > > > > > > > I noticed in the Oct 7 chat that Google is considering(?) allowing > > > > > > developers paid-for warm instances of your app. > > > > > > > "If you're interested in being able to pay for at least one instance > > > > > > to be kept > > > > > > warm, even with sporadic bursts of traffic, let us know in the > > > > > > discussion group and issue tracker." > > > > > > > I guess the main question on everyone's mind is how much? a single > > > > > > python instance has to be an order of magnitude less expensive then > > > > > > say a small EC2 VM so I'd be interested to hear what the > > > daily/weekly/ > > > > > > monthly costs would be. > > > > > > > cheers > > > > > > brian --~--~-~--~~~---~--~~ 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 convince client
> Clasically, make 2 columns: > Advantages - Disadvantages > Or 3 columns. yeah I've got my own pitch written up, but something from Google too would 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 at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: how to convince client
wow - I didn't know people had such negative experiences with GAE. There would be more than one developer at Google working on this, even if only one is active in this forum. My web apps are a different use case - generally business related for a single customer. And my clients don't want their apps installed on my own server in case I disappear. And I don't want to deal with lots of servers. Also many of these clients use Windows... So GAE has worked well so far. I am using the web2py framework for my apps, which means I can move them to another server if something happens to GAE. --~--~-~--~~~---~--~~ 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: Get parent object.
If he already has a list of posts, and wants to get the author for each
post, then it would be different. Both of these solutions are based on the
parents' data models.
1 way would be to grab the post.author from each post as you loop through.
If you enjoy experiments in poor performance that would be my recommended
approach. ;)
Another way would be to loop through each post you already have and get the
key for the Author, then do a single db.get passing in those keys. This way
you get an author entity for each post in a single round trip.
eg.
posts = SELECT * FROM Post #lets just pretend this gets us the posts... I'm
lazy
author_keys = list(set(Post.author.get_value_for_datastore(p) for p in
posts)) #list(set(list)) eliminates duplicate author keys
authors = Author.get(author_keys)
you could then, if you wanted to, create an authors_dict where the
author.key() is the key, and the author itself is the value, and then
reference the dict instead of the post.author (thereby eliminating another
call to datastore)
authors_dict = dict((author.key(), author) for author in authors)
for post in posts:
text = post.text
author = authors_dict[Post.author.get_value_for_datastore(post)]
author_name = '%s %s' % (author.first_name, author.last_name)
Of course, this is all assuming you loath going back to the datastore in a
loop. I try to minimize my DS accesses as much as possible. Note that I
haven't actually tested any of this. I'm more wanting to show a possible
pattern as opposed to a workable solution.
- ryan.
On Thu, Oct 15, 2009 at 3:45 PM, wings wrote:
>
> Here's how I would do it:
>
> class Author(db.Model):
> """ set the key_name = user_id when you create an Author
> instance"""
> first_name = db.StringProperty()
> last_name = db.StringProperty()
>
> class Post(db.Model):
> text = db.TextProperty()
> date = db.DateTimeProperty(auto_now_add=True)
> author = db.ReferenceProperty(Author, collection_name="posts")
>
> # to get the author:
> author = Author.get_by_key_name(users.get_current_user().user_id())
> # to get five of the author's posts in reverse chronological order
> (like a blog):
> posts = author.posts.order("-date").fetch(5)
>
> read more about the reference property here:
>
> http://code.google.com/appengine/docs/python/datastore/entitiesandmodels.html#References
>
> On Oct 15, 9:48 am, skywa1ker wrote:
> > I want to have very simple data structure.
> >
> > Users with properties: firsnane, lastname and posts with properties:
> > author(user), text, creationdate. Like very simple guestbook.
> >
> > And i want to show all posts on a page ordered by creating date and
> > with author name near the each post.
> >
> > For example i get all posts ( gql SELECT * FROM Post ), and now i need
> > to get a author for each post?
> >
> > Is it any other way to get Author?
> >
>
--~--~-~--~~~---~--~~
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: Stored data statistics
last night i deleted all the indexes (coz' i don't need them) but there was no change in amount of Stored Data (Dashboard), how & why? --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
