[google-appengine] Re: I can't get to my dashboard.
On Feb 2, 10:18 am, Jonathan Feinberg wrote: > My attempt to access the URL > > http://appengine.google.com/dashboard?app_id=wordle > > Results in > > Error: Server Error FYI, I cleared my cookies, and was able to get in. I still consider this a show-stopper. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] I can't get to my dashboard.
My attempt to access the URL http://appengine.google.com/dashboard?app_id=wordle Results in Error: Server Error The server encountered an error and could not complete your request. If the problem persists, please report your problem and mention this error message and the query that caused it. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: download_data: How do we deal with blobs?
On Jun 23, 10:04 am, "Nick Johnson (Google)" wrote: > > Am I write in my understanding that by the time these Exporter methods > > are called, the entities have already been transferred in some opaque > > (and presumably efficient) form from GAE to the client? > > Correct - the bulkloader uses remote_api. If you want, of course, you can > write your own importer, exporter, or anything else, using remote_api. Again, thanks. One final question (I think): is my undertsnading of the code correct in that the result_db is not deleted at the conclusion of a successful transfer, and that, therefore, if i run the export a couple of weeks later, only the newly added entities will be transferred? --~--~-~--~~~---~--~~ 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: download_data: How do we deal with blobs?
On Jun 23, 9:57 am, "Nick Johnson (Google)" wrote: > Raw strings (that is, ones that aren't unicode) can contain any data, > including blobs, and all the conversion functions should return raw strings. > You can then override output_entities to output the data to the format of > your choice. Huzzah! Thank you. Am I write in my understanding that by the time these Exporter methods are called, the entities have already been transferred in some opaque (and presumably efficient) form from GAE to the client? --~--~-~--~~~---~--~~ 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: download_data: How do we deal with blobs?
On Tue, Jun 23, 2009 at 9:26 AM, Nick Johnson (Google) < nick.john...@google.com> wrote: > Check out the source code for the Exporter in the bulkloader: > http://code.google.com/p/googleappengine/source/browse/trunk/python/google/appengine/tools/bulkloader.py#3308. > The docstrings describe how to define your own exporter class that stores > data however you want. > The docstring on the Exporter class is incorrect; it suggests overriding a method on the Loader class. The Exporter class's __init__ method expects a bunch of tuples that connect entity properties to functions that return strings. There doesn't seem to be a way to decouple this assumption (that properties are serialized as strings) from the other initialization machinery (registering the exporter for a given entity class). Am I missing something? --~--~-~--~~~---~--~~ 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: download_data: How do we deal with blobs?
On Jun 23, 9:13 am, GenghisOne wrote: > def get(self, display_type, pic_key): I'm afraid I still don't see how this addresses my question about download_data. http://code.google.com/appengine/docs/python/tools/uploadingdata.html#Downloading_Data_from_App_Engine --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: download_data: How do we deal with blobs?
On Jun 23, 8:57 am, GenghisOne wrote: > Here's a sample that might provide some value to you... > > http://code.google.com/p/google-app-engine-samples/source/browse/trun... I couldn't find any reference to download_data there; which file defines the exporter? --~--~-~--~~~---~--~~ 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: download_data: How do we deal with blobs?
On Jun 23, 8:13 am, "Nick Johnson (Google)" wrote: > No, just whatever suits you best. You can write them in binary, or to > separate files, if you want. In reading the documentation for appcfg.py download_data , which is what I'm talking about here, I don't see any sample code or documentation that describes how to do what you're suggesting. Could you give me a pointer? Here's the documentation I've seen: http://code.google.com/appengine/docs/python/tools/uploadingdata.html#Downloading_Data_from_App_Engine 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] Re: download_data: How do we deal with blobs?
> It's not clear what you're asking. On the way out of what? On the way out of App Engine. :) Is there a preferred "correct" way to encode blobs in an exporter? --~--~-~--~~~---~--~~ 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: download_data: Can I get only entities created since some arbitrary point in time?
On Jun 22, 2:29 pm, Tony wrote: [snip] > Hope that's more helpful. I'm hoping that someone who actually knows the answer--someone with google.com in their email address--will contribute to this thread. --~--~-~--~~~---~--~~ 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: download_data: Can I get only entities created since some arbitrary point in time?
On Jun 22, 2:18 pm, Tony wrote: > If you add a property such as: created_at = db.DateTimeProperty > (auto_now_add=True) to the models you are moving, you could then query > on that property to find entities created during any timeframe. That's true. What does that have to do with appcfg.py download_data? --~--~-~--~~~---~--~~ 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] download_data: How do we deal with blobs?
How should we deal with blobs on the way out? Should we build (potentially large) Base64 strings? --~--~-~--~~~---~--~~ 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] download_data: Can I get only entities created since some arbitrary point in time?
I'm moving my application off of GAE. I'd like to download all of my data, develop and deploy the new implementation, then get the rest of the data, which had been created in the meantime. Is there a way to do so? --~--~-~--~~~---~--~~ 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: Still no full-text search? Mystified by the priorities.
On Apr 9, 1:21 pm, Adam Sah wrote: > In the meantime, you might consider Google Base You know, I was going to tell you to get real, but that's not so crazy. I have two questions for you: Google base correctly handles unstructured text in its index, with stemming and legitimate scoring, etc.? Will there be a pragmatic way for me to get the text data from my existing 720,000 data items into Google base without blowing through my CPU quotas? --~--~-~--~~~---~--~~ 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] Still no full-text search? Mystified by the priorities.
Long ago I attracted a flame-fest when I expressed my opinion that adding support for other programming languages should be given less priority than fixing bugs and adding infrastructural features. Here we are, months later, and the big announcements are 1) Java (my God, why?) and 2) Cron jobs (...but I could already write cron jobs to hit a URL) In the meantime, full-text search is not even on the roadmap. I'm torn. As the creator of Wordle, I'm truly grateful to Google and the GAE team for the use of an automatically-scaling app infrastructure. It has been a pleasure to use. On the other hand, the lack of search has been a huge problem for Wordle users, and I've got no good options. I acknowledge that search is my pet issue; I don't claim to represent a community or interest group with these comments. Then again, I can't think of a CRUD-style app that doesn't require or benefit from text search. So, while I'd consider using GAE in the future for some stateless utility micro-site, or maybe a static site, I won't use it again for anything with user-created data. While I've begun to regret having used it for Wordle, I admit that it's my own fault for not having thought through the implications of having no full-text search available. --~--~-~--~~~---~--~~ 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: Erroneous Over Quota
Wordle is also getting spurious quota denials. I hope someone at Google is awake and full of Starbucks. --~--~-~--~~~---~--~~ 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: More CDN Posts
Excuse me; I replied to the wrong thread. On Nov 17, 2:27 pm, Jonathan Feinberg <[EMAIL PROTECTED]> wrote: > Yes, I'd already written my own static content server, but I'm > thinking that Google should handle that. > > On Nov 15, 8:40 am, Sylvain <[EMAIL PROTECTED]> wrote: > > > Hi, I've update the idea from ipsojobs. > > > Now it uses memcache and can handle many directories and file types. > > You have to flush memcache, if you update a file > > >http://paste.blixt.org/2381 > > > Didn't test on google server :) > > > Regards > > > On 6 nov, 16:39, Stephan Pötschner <[EMAIL PROTECTED]> > > wrote: > > > > Hi. > > > > Just wanted to hint to some other articles suggesting to use Google > > > App Engine asCDN: > > > >http://www.coderjournal.com/tags/google-app-engine/http://www.ipsojob.. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: More CDN Posts
Yes, I'd already written my own static content server, but I'm thinking that Google should handle that. On Nov 15, 8:40 am, Sylvain <[EMAIL PROTECTED]> wrote: > Hi, I've update the idea from ipsojobs. > > Now it uses memcache and can handle many directories and file types. > You have to flush memcache, if you update a file > > http://paste.blixt.org/2381 > > Didn't test on google server :) > > Regards > > On 6 nov, 16:39, Stephan Pötschner <[EMAIL PROTECTED]> > wrote: > > > Hi. > > > Just wanted to hint to some other articles suggesting to use Google > > App Engine asCDN: > > >http://www.coderjournal.com/tags/google-app-engine/http://www.ipsojob.. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Still no last-modified or if-modified-since support for static files...
Google people, any chance of turning on these simple methods for contributing to cacheability? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Why Google App Engine is broken and what Google must do to fix it.
On Oct 6, 11:20 am, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Regardless if the limitations are by design > or not it is virtually unusable by 99% of all developers. >From which hat are you pulling that number? Source? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Why Google App Engine is broken and what Google must do to fix it.
On Oct 4, 6:20 pm, Nash <[EMAIL PROTECTED]> wrote: > Great article Aral, > > My strong suggestion at this stage to anyone considering GAE for a > production, business use DO NOT USE GAE. I just replied to this same post in a different thread, not realizing it had been posted to this one as well. http://groups.google.com/group/google-appengine/msg/ced273b3bc1a0fa0 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Any Site in Production Use ?
On Oct 4, 6:20 pm, Nash <[EMAIL PROTECTED]> wrote: > My strong suggestion at this stage to anyone considering GAE for a > production, business use DO NOT USE GAE. Unless, of course, you can't find anything else with the same scaling properties, ease of use, and pleasure of development. Then do. > 4. No sorting: When using lists, inequalities etc you can't sort on > multiple properties. You just can't. You can construct a synthetic property that represents the desired ordering lexicographically. This costs you some storage, but so would an index. > 5. Limited Datastore functionality In my opinion, you're making the logical error of judging the Google data store vs. the properties of SQL. They are not comparable. > 7. In 2008, GAE keeps on making you reinvent the wheel: As a > webapplication/startup, the most important thing is feature velocity. > How fast can you deliver features? With GAE, some very common > functionality has to be reinvented over and over. To the point where > it consumes so much time that the cost-time benefits are completely > lost. On the other hand, it's *so easy* to implement those features! > 8. No HTTPS. Toy apps aside (apologies to wordle and buddypoke), if > google wants serious applications it NEEDS to add HTTPS support. In > this day and age of trust building, colored address-bar to peace of > mind; you cannot leave this feature out. There's a huge middle ground between "toy" and "e-commerce". What's wrong with addressing that middle ground? > 9. Dev Server is broken. WFM > 12. Very slow GAE upgrades: The GAE team is very slow on introducing > changes to appengine. Again, WFM. > 13. No roadmap shared: We'd all shutup on the features if Google said > "we're working on it, it'll be out"; Google won't even say it's > working on it or that there is work being done While there is room for improvement, I think it's safe to say that a bug status of "accepted" means "working on it now" and that "acknowledged" means "we intend to get to it." > My software shop had a team of 6 GAE developers, but until GAE can get > it's act together, we're pulling away from it. The time and money > wasted on getting simple things to work is atrocious and the light at > the end of the tunnel is just way too far away. This story goes a long way in explaining your evident anger, and I'm sorry for your lost time. I also share your frustration in not knowing enough about what's going to happen and when. But I do think that there are an enormous number of businesses that could do well to use App Engine. There are a number of dimensions on which to measure the suitability of App Engine for a particular task. For example, "storage- intensive" really suggests the use of S3; "CPU-intensive" (like video rendering or whatever) suggests the use of EC2. "Security above all" suggests your own hardware in your own NOC. But there are many "real" businesses that might be a good match for AE. I don't know Dave Westwood, and can't speak for him, but I don't think there's anything about GAE that's stopping him from monetizing BuddyPoke. (On the other hand, I prefer to keep the Wordle web site non-commercial, while licensing the core technology in other ways.) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Any Site in Production Use ?
On Oct 2, 2:59 am, Bill <[EMAIL PROTECTED]> wrote: > Feris, Wordle.net is Jonathan's site so I don't have any info other > than looking at the web pages. It looks the image thumbnails are > image blobs stored in datastore and the java applet displays graphics > on individual gallery pages. Correct. Thumbnails are little (~15K) blobs, and the saved Wordle state is about 3K, which is then rendered by the applet. > So he'd have at least one intensive > request when doing the thumbnail processing and image put. No, the applet generates the thumbnail and POSTs it as an opaque binary blob. There's no processing to speak of on the server side. > There's no tagging or join models from what I can see, so his gallery page GET > should be reasonably fast. Yes. I get on the order of 100 bogus high CPU warnings per day in my error log. They tend to come in clusters of 4 or 5 within a few seconds, so it's clearly some issue on Google's end (these are simple datastore GETs by key, and they timeout after 10,000 megacycles or so). They've never been a threat to my quota, so I don't worry about them. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Any Site in Production Use ?
On Sep 30, 5:21 am, "Feris Thia" <[EMAIL PROTECTED]> wrote: > I understand that GAE is still in preview used only, but I just wonder if > anyone has used it in any semi or full production ? And with how many page > hits / visitors per day ? Yesterday was a good day; my app got 89,537 pageviews, according to Google Analytics. I typically hum along at 10-13 requests per second during the work day, according to the dashboard. The great thing about GAE is that I don't have to worry about being "slashdotted". If you do what you're supposed to do, App Engine just shrugs off a few hours of 50 requests per second. It has been a joy. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Can't get to my dashboard; 500 status
Any attempt to get to my app's (wordle) dashboard is met with "Server Error (500)". Anyone else? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Future: App Engine datacenters in the ocean?
On Sep 8, 4:01 pm, Bill <[EMAIL PROTECTED]> wrote: > This is a fairly cool Google idea:http://blogs.zdnet.com/BTL/?p=9937 > > Personally, I think my apps would like to be hosted just offshore of > Maui. How about you move me to Maui, then host my apps in my house in Medford, MA? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Blob() argument should be str instance, not unicode ???
On Sep 9, 7:05 am, jago <[EMAIL PROTECTED]> wrote: > How I got the image I wrote here: image = self.request.get('image') Try image = self.request.str_POST['image'] --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Are webapps allowed to create new theads?
As documented, no. http://code.google.com/appengine/docs/python/sandbox.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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: users.is_current_user_admin() CANNOT recognize admin? And blank page problem?
On Sep 3, 9:38 am, "Matt Dragon" <[EMAIL PROTECTED]> wrote: > Reported as an > issue:http://code.google.com/p/googleappengine/issues/detail?id=689 Please, everyone, go star that bug. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Having doubts about AppEngine
> And Google is not in competing with the free or obscure services, they > are competing for the business market with Amazon, Microsoft and soon > Yahoo! and likely others as well. I missed where anyone from Google claimed to be looking for businesses to develop their commercial applications on App Engine. Do you have any pointers to such public statements? > Google is in competition with those services TODAY I don't see how App Engine is "in competition" with Amazon. The services (GAE vs EC2/S3/SQS/etc.) are not comparable. Amazon's offerings are much lower-level, and require a great deal of tech savvy to exploit. I use (and adore) the Amazon stack where appropriate, but would never even think of using it for a web app like my wordle.net. It would be like building a whole factory, from scratch, to sell lemonade from my driveway. I don't know enough about the Microsoft and Yahoo offerings to compare them. The App Engine platform is a way to build massively scalable CRUD- style web apps by sticking to a few simple constraints. It's perfect for situational apps, one-offs, hobby projects, all of which can now survive slashdotting without arcane architectural hacks. What's not to love about that? Why criticize it for not being something it isn't designed to be? If I've missed any claims to the contrary from Google, again, please point me to them. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---