[google-appengine] What changes were recently made to request.charset?
I had an issue with European characters in my application that I fixed two months ago. However, the issue has recently returned. I started seeing "UnicodeEncodeError: 'ascii' codec can't encode character u'\xe3' in position 180: ordinal not in range(128)" in the production logs about a week ago and after I upgraded the dev app server, I started seeing it locally as well. The release notes for 1.1.5 say "Set the webapp Request charset property more accurately from CONTENT_TYPE." This must have been done to match some change in production. My question is - what has changed in production regarding request charset handling since August? --~--~-~--~~~---~--~~ 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: Can I use Python script in the HTML just like the javascript?
Hi Davide, I have download the Zip file of IronBrowser, But how can I use this browser. Sorry, I am really fresh man of python and App. Thanks a lot. On 9月12日, 上午2时20分, Davide Rognoni <[EMAIL PROTECTED]> wrote: > Yes, but you must use this danger > browserhttp://pyoohtml.appspot.com/IronBrowser > > On Sep 11, 10:05 am, Allen <[EMAIL PROTECTED]> wrote: > > > Hey guys, > > > I am newcommer of Google App > > > Can I usePythonscriptin the HTML just like the javascript? > > > 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Can I use Python script in the HTML just like the javascript?
Thanks ! I will try. it's funny. --~--~-~--~~~---~--~~ 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] Datastore Timeouts Must Die
Please see: http://code.google.com/p/googleappengine/issues/detail?id=764 There is a recent thread on this group titled "Why Google App Engine is broken and what Google must do to fix it." I personally don't think that any of the topics raised by the OP of that thread imply that anything is broken - they are just feature requests. What *is* broken, however, is writing to the Datastore. Lots of developers, not just me, have been complaining about this here for months. I don't think there's been any real response from the Google team about this. This issue needs to be investigated and hopefully fixed before App Engine can be used for production. The probability of failure for any given data write request is just too high right now. I actually *am* using App Engine in production and somewhat regretting it, mostly due to this issue. --~--~-~--~~~---~--~~ 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.
Datastore timeouts, which some users on this thread mentioned, are the most disturbing issue for me at this point. I'm getting timeouts on 3-5% of all write requests. This is especially bad if you're using GAE as a back-end data layer that your front-end server talks to through a REST API. Each timeout ties up a thread on your front-end server for 5 seconds, which is kind of scary, since timeouts on GAE seem to happen in batches - I often get 5 timeouts in a row one minute and then 5 more in a row 10-20 minutes later, etc., and this continues 24/7. 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. > > GAE has significant flaws; these are basic flaws and the time spent > writing a work-around to these problems is far too great for very > short internet times. > > Let me add some basic very necessary items (I am going to do a blog > entry as well on these issues) > > 1. No Bulk Delete/Update: If you ever create a one-to-many or many-to- > many relation; you will inevitably come to a point when you have to > remove an object. In doing so, if that object was being referred by > 400 objects; you have to read, change and write those objects back. > GAE does not allow you to change that this many objects. A user might > leave your service, you would want to remove all their data or mark it > as unavailable. A large tweet comes in, 20,000 followers need to be > updated. A group gets deleted, all the contacts referring to that > group need to be updated. > > 2. Random Datastore timeouts: The most annoying issue is that a single > object read/writeback can sometimes be <1000mc or can be more than > 5000mc. This random behavior cripples the app and makes it impossible > to optimize > > 3. The Google Quota Bad: if your app exceeded it's short-term quota > the punishment is very excessive: a 24 hour ban. This is the worst > possible action you can take on a dot com: You take it offline. > > 4. No sorting: When using lists, inequalities etc you can't sort on > multiple properties. You just can't. > > 5. Limited Datastore functionality and very poor workarounds: Want to > use OR? Sorry, you can't. What to simulate OR in memory? Sorry, your > process will be killed either because of high quota or long response > time. Even if you get your app to do it in memory, it is a ticking > timebomb, it will explode when more users come in. Very unsalable in > that regard. Want to use two inequalities? Sorry. > > 6. Magic Exploding Indexes: Yes, Lists are a great concept but they > can cut you in half. You cannot mix multiple lists in a single WHERE > clause, or suffer explosion. You cannot create too many (20< if that > sounds like too many) indexes, you will have them explode. Lists are a > double-edged sword which cut you a lot more than help you. > > 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. > > 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. > > 9. Dev Server is broken. The local test server doesn't work on half > our development systems. Its broken. Its results do not reflect the > behavior of GAE itself. It won't do simple things like load static > files. > > 10. No support: Ofcourse, this is a preview, if you get in a mess and > need a Googler's attention; it's up to their discretion and leisure > time do they respond to you. Nothing is binding at this time; you're > not paying them anything yet. > > 11. GAE Admin is NO replacement for the Django Admin. But that's how > it is portrayed in the GAE's documentation. You think that Google's > Admin is a replacement for django's admin. Boy, are you wrong. The GAE > admin is a very limited app; on dev server it will keep throwing > errors at you. The app looks more like a backend for programmers where > as the whole point of the django admin was to allow for "admin USERS" > to access it and make changes to the data. In its current form, it > can't be used by non-tech-savy users. > > 12. Very slow GAE upgrades: The GAE team is very slow on introducing > changes to appengine. For something that's targeted for release by the > end of the year, this is not at all going to the pace required. > > 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 > > I'm a big fan of Django and when Google announced a scalable web > a
[google-appengine] Re: What to expect if an account is created after a User instance?
On Oct 1, 10:50 am, "Marzia Niccolai" <[EMAIL PROTECTED]> wrote: > Taking the last question first, App Engine allows authentication against > either Google Accounts or Google Apps. A full explanation of the options can > be found at:http://code.google.com/appengine/articles/auth.html > > As for the first part, which is the same for both Google Accounts and Google > Apps accounts, this is covered in our documentation > (http://code.google.com/appengine/docs/users/userobjects.html): * snip * Thanks Marzia! pr3d4t0r http://www.istheserverup.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: user client upload a text file ?
On Oct 5, 1:47 pm, herbie <[EMAIL PROTECTED]> wrote:
> I’ve been through the “Getting Started” helloworld examples and it
> all makes reasonable sense to me. Now I want to try my own little web
> app.
>
> I would like the user to be able to upload a textfile which my webapp
> can then process. (Instead of having totyping it into a textarea) .
> So far I can’t work out how to do this.
>
> Could someone share some examples of what I need to do in my html file
> and mywebapp.py file to achieve this.
Herbie,
The process is rather simple:
1. Define a form in your HTML document that includes the tag and posts it to an App Engine handler:
http://yourappnamehere.appspot.com/fileupload";
enctype="multipart/form-data" method="POST">
In your handler in this case is fileupload.
2. Define an event handler for your App Engine application that
processes the by fetching it from the POST method:
In your app.yaml file:
- url: /fileupload
script: fileuploadhandler.py
In your Python code:
def post(self):
fileContents = self.request.get('dataFile')
self.__processFile(fileContents)
You'll have to provide some level of error checking; this is a bare
bones handler just to explain the concept. Check out this URL for
details about how to do this:
http://www.cs.tut.fi/~jkorpela/forms/file.html
You may want to check on Python CGI in general, and App Engine's
webapp for more details.
Cheers,
E
http://www.istheserverup.com
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---
[google-appengine] Re: Datastore, hundreds of records, slow, slow, slow
Yep, I figured it out, and found some threads which talk about it. I know the documentation does state this, but I think it could be a little clearer. 2008/10/5 David Symonds <[EMAIL PROTECTED]>: > > On Sun, Oct 5, 2008 at 6:26 PM, hinx <[EMAIL PROTECTED]> wrote: > >> I'm using limit (35) and offset. But the higher the offset goes, the >> more resources the request takes. It's also a direct correlation to >> how much time the request takes. > > Using an offset still incurs the cost of loading the skipped entities. > You'll be better off using that datetime property and filtering on > that instead. > > > Dave. > > > > -- Chris Hinkle Brooklyn, NY [EMAIL PROTECTED] 347-407-4993 --~--~-~--~~~---~--~~ 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: appcfg.py and 500 Server Error
Hello, I'm having the same problem. I get 500 errors when trying to vacuum or upload indexes. Initially it seemed to be caused by some indexes being in the 'building' state. Once those eventually changed to 'serving' I was able to vacuum the indexes, but now the deleted one appears to be stuck in 'deleting' mode and I consistently get 500 errors when either trying to vacuum or upload. I deleted all the entities in the datastore, but that doesn't seem to help. It would be great if there was a more meaningful type of feedback besides a 500 server error. The dashboard is not much help in this regard. Do you have any suggestions about what I should do? (my app name is 'adb2') thanks! - Claude --~--~-~--~~~---~--~~ 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] orderly iterate a dictionary in the template?
hi,
how do I iterate from a dictionary orderly ?
when i try to iterate from a dictionary i use the lines
{% for i in mydictionary.items %}
{{i.0}} {{i.1}}
{% endfor %}
i seem to get it unorderly? and why is dictionary iteration not in the
template documentation?
--~--~-~--~~~---~--~~
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] Problems with Logs menu
I just have problems with the Logs menu in administration console. In Logs, there is the menu which contains Debug, Info, Warning, Error, Critical, Requests Only. But currently it only allows to set to Error. Setting to other options doesn't work. Don't know if other people also face such problems, and what's wrong. Scott --~--~-~--~~~---~--~~ 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: urlfetch -- DownloadError: ApplicationError: 2
Thank for responding, Dave. Those threads seem to be focused on posts to the twitter API. I'm just trying a GET of an RSS feed -- it actually works fine if I want to get one user's status, but the public time line fails. If Twitter is responding with a 403, it would be nice if GAE responding with something more useful than "DownloadError: ApplicationError: 2" - Mark On Oct 5, 8:28 am, "David Symonds" <[EMAIL PROTECTED]> wrote: > On Mon, Oct 6, 2008 at 12:11 AM, llad <[EMAIL PROTECTED]> wrote: > > I'm getting "DownloadError: ApplicationError: 2", with code trying to > > fetchhttp://twitter.com/statuses/public_timeline.rss. > > This could be a known problem with accessing Twitter from production GAE: > > http://groups.google.com/group/google-appengine/browse_thread/thread/...http://groups.google.com/group/twitter-development-talk/browse_thread... > > I haven't read through those threads fully, but it'd be a good place > for you to start. > > Dave. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: GData Calendar 501 Error
Yes. I'm still building the next killer app only the SDK for now
(killer in my mind anyway)
Yes. R-534 fixes my problem. I downloaded the file and will update on
the next release...
Yes. People from the Googles will answer questions...
Gracias senor Jeff...
On Oct 3, 2:36 pm, Jeff S <[EMAIL PROTECTED]> wrote:
> Hi Elmore,
>
> I'm guessing that this 501 error will only occur when your code is
> running in the SDK. The Calendar service sometimes responds with a 302
> redirect and the SDK's version of urlfetch retries the POST as a GET,
> which is why the Calendar server responds with "Not Implemented". On
> the App Engine servers, urlfetch will correctly retry with a POST so
> this is not an issue if you've uploaded your app.
>
> I added a workaround for this issue in revision 534 of the gdata-
> python-client:http://code.google.com/p/gdata-python-client/source/detail?r=534
> You can either add this change into your copy of the library, checkout
> the latest revision from subversion, or wait for a future release :)
>
> Happy coding,
>
> Jeff
>
> On Oct 1, 6:37 pm, Elmore <[EMAIL PROTECTED]> wrote:
>
> > I'm trying to use the the GData Python library to create a calendar
> > for a user. The logon (client based) works, getting the calendar feed
> > works, but then the code chokes on the InsertCalendar call. Here is
> > the snippet:
>
> > # Check for the master Google calendar, if not present create
> > one
> > calendar_service = gdata.calendar.service.CalendarService()
> > gdata.alt.appengine.run_on_appengine(calendar_service)
> > calendar_service.email = g_user
> > calendar_service.password = g_pass
> > calendar_service.source = GOOGLE_DICT['api-source']
> > calendar_service.ProgrammaticLogin()
> > logging.info(calendar_service.GetClientLoginToken()) <
> > things are okay here
>
> > # Create the default calendar, if it is not there
> > feed = calendar_service.GetOwnCalendarsFeed()
> > logging.info('Obtained a feed: ' + feed.title.text) <
> > things are okay here
>
> > if 'mydefault' not in ( c.title.text for c in feed.entry ):
> > logging.info('Default calendar not found, creating!')
> > calendar = gdata.calendar.CalendarListEntry()
> > calendar.title = atom.Title(text='mydefault')
> > new_calendar =
> > calendar_service.InsertCalendar(new_calendar=calendar) < Bombs
> > here!
> > logging.info(new_calendar.title)
>
> > The insert bombs with a 501 from the Googles :
>
> > File "C:\Program Files\Google\google_appengine\academic\admin.py",
> > line 92, in post
> > new_calendar =
> > calendar_service.InsertCalendar(new_calendar=calendar)
> > File "C:\Program Files\Google\google_appengine\academic\gdata
> > \calendar\service.py", line 197, in InsertCalendar
> > converter=gdata.calendar.CalendarListEntryFromString)
> > File "C:\Program Files\Google\google_appengine\academic\gdata
> > \service.py", line 831, in Post
> > media_source=media_source, converter=converter)
> > File "C:\Program Files\Google\google_appengine\academic\gdata
> > \service.py", line 951, in PostOrPut
> > 'reason': server_response.reason, 'body': result_body}
> > RequestError: {'status': 501, 'body': '\n\n\n > equiv="content-type" content="text/html;charset=utf-8">\n501
> > Not Implemented\
>
> > I am using the latest iterations of GAE and the Python lib (Local Dev
> > 1.1.4 and GData Python 1.2.1).
>
> > I added the following at the top of my file just after my imports, but
> > to no avail:
>
> > gdata.service.http_request_handler = gdata.urlfetch
>
> > Any ideas / suggestions?
>
>
--~--~-~--~~~---~--~~
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.
I just revisited this thread and noticed someone (probably one individual) gave "1" ratings to every person responding in the thread. Is there a way within Google groups to remove these kinds of individuals? A HackerNews thread discussed destructive people, but this is my first obvious exposure to how it can corrupt the ratings system for a community. Aral does not deserve to have a low rating with the information he's provided so I've counterbalanced with a "5". Something to remember when implementing a rating system for your app. --~--~-~--~~~---~--~~ 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: www [mydomain.org] Already used, please remove previous mapping first.
I appreciate the feedback on this, but notice I already disabled web pages and sites, and everything except for mail. I even removed "www" from the enom panel. the fact is, there's something going on behind the scenes on google's side that is the problem. there's some sort of auto-redirect already in place from the naked domain to the "www" prefixed domain. that in itself is fine, but it seems to prevent me from deciding what I personally want "www" to be applied to. According to the app engine docs, it was a recent change not to allow the naked domain for an app engine app. but the "www" was still supposed to work. that is simply not the case right now: I am very curious if anyone else has specifically set the "www" subdomain for an app engine app, or any of the services for that matter. On Oct 5, 7:33 am, Tom <[EMAIL PROTECTED]> wrote: > Please try the following: > > Go to your site's > dashboardhttps://www.google.com/a/cpanel/[yourdomain.org]/Dashboard > > From there you'll likely see the Web Pages service set towww.yourdomain.org. > Clicking on that will let you rename it (to home.yourdomain.org for > example). > > Hope that helps! --~--~-~--~~~---~--~~ 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: Datastore, hundreds of records, slow, slow, slow
On Sun, Oct 5, 2008 at 6:26 PM, hinx <[EMAIL PROTECTED]> wrote: > I'm using limit (35) and offset. But the higher the offset goes, the > more resources the request takes. It's also a direct correlation to > how much time the request takes. Using an offset still incurs the cost of loading the skipped entities. You'll be better off using that datetime property and filtering on that instead. Dave. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: www [mydomain.org] Already used, please remove previous mapping first.
Please try the following: Go to your site's dashboard https://www.google.com/a/cpanel/[yourdomain.org]/Dashboard >From there you'll likely see the Web Pages service set to www.yourdomain.org. Clicking on that will let you rename it (to home.yourdomain.org for example). Hope that helps! --~--~-~--~~~---~--~~ 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] Getting UNIX Timestamps out of DateTime fields in the db?
Hey, I'm working on a project that needs timestamps out of the db, and I'd like to do it as cleanly as possible. Is there any easy way to do this? I'm storing all dates as DateTime fields, and thinking about adding an accessor method to the model, but I can't see how anyone has done this so far, and can't find any python functions for doing this. It seems way too simple to be this hard, so I'm guess I'm missing something obvious. Any ideas? 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: www [mydomain.org] Already used, please remove previous mapping first.
I'm also having this problem, and the work-around doesn't fix it. I have also tried changing the DNS settings to use "Current Version" rather than "Next Generation" but that does not help either. It is very frustrating that this very common (and important) use case gives so much trouble. Has anybody figured out how to solve this? Thanks Danny On Oct 5, 9:28 am, "Feris Thia" <[EMAIL PROTECTED]> wrote: > Try this workaround : > - Add Google Page Creator services in your Google Apps control panel > - After added, click on "Web Pages" menu > - Click Change URL > - Change "www" default URL to something else > - After that you can try to add your app engine to www > > Hope this helps ! > > Regards, > > Feris > > On Sun, Oct 5, 2008 at 10:04 AM, Brade <[EMAIL PROTECTED]> wrote: > > > I'm having this problem too. Very frustrating. I bought the domain > > thru google apps, so everything should be primed to work, but when I > > try to add one of my app engine apps to the "www" subdomain, it gives > > the error message. I even logged into the enom panel and removed the > > "www" cname record, but I still get the error... I need help! > > > On Sep 29, 4:49 am, Efe <[EMAIL PROTECTED]> wrote: > > > hi all, > > > > I cannot add domain to my appengine app. > > > > when i follor thru staps, I got an error that says > > > > www [mydomain.org]Alreadyused, please remove previous mapping > > > first. > > > > but I'm sure there are no previous mappings for 'www'! > > > > anyone else having this/similar problem? > > > > thanks > > > Efe --~--~-~--~~~---~--~~ 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] Datastore, hundreds of records, slow, slow, slow
Greetings, Sorry if this has been covered before, but has anyone else experienced slowness when trying to access record sets? I've only tested with maybe 1200 or so records. I'm not filtering the set. I am sorting it. I'm sorting it in ascending order, using a single property, which is a datetime. I'm using limit (35) and offset. But the higher the offset goes, the more resources the request takes. It's also a direct correlation to how much time the request takes. I've noticed the Data Viewer application does this too. Try to use the page controls to a far out page, and it dies. Did I miss 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Since 1.1.5 import cgi/urllib/traceback/etc fails (on MacOS)
Hi,
Since upgrading to GAE 1.1.5 my app stopped working, dev_appserver.py
can't import cgi, urllib, traceback, etc:
: No module named cgi
args = ('No module named cgi',)
message = 'No module named cgi
Importing these from python2.5 shell works fine.
It might be a MacOS (10.5.5) issue, I just ran the same app on my
linux box and it works there (well, I could not import
wsgiref.handlers any more, but changing to run_wsgi_app() made that
import unnecessary).
A fix would be awesome, since my linux box is old and cranky.
Best regards,
Gijsbert
--~--~-~--~~~---~--~~
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: Cache-Control header & the Google Frontend Server
I found a temporary solution, adding the following meta tag to my html head: This works, but there should be a more elegant solution. On Oct 5, 4:31 pm, MP <[EMAIL PROTECTED]> wrote: > Symptoms: > > I noticed when I sign out of my app, it takes me to a page which > indicates I am still logged in, which is confusing. When I click > signout in my app, I want it to take me to a page that indicates I am > signed out. This problem occurs with the Google Frontend Server, but > not with the Development Server. > > Diagnosis: > > It looks like the culprit is browser cacheing... my browser caches the > "signed in" version of the page and serves it after I signout. If I > refresh the page again, it returns to the correct state of 'signed > out'. > > My attempt at a solution was to set "Cache-Control" to "no-cache" in > the response headers of all my dynamic pages. This seems to work fine > when I do not have a session cookie stored. However, when the browser > has a session cookie, it seems that the Google Frontend overwrites > "Cache-Control" with "private, max-age=86400". This is what breaks my > signout procedure. > > Question: > > Can I stop the Google Frontend from overriding my Cache-Control header > when the browser has a cookie? --~--~-~--~~~---~--~~ 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] user client upload a text file ?
Firstly please be patient I’m new to web app development in general not just GAE. (Thank you!) I’ve been through the “Getting Started” helloworld examples and it all makes reasonable sense to me. Now I want to try my own little web app. I would like the user to be able to upload a textfile which my webapp can then process. (Instead of having totyping it into a textarea) . So far I can’t work out how to do this. Could someone share some examples of what I need to do in my html file and mywebapp.py file to achieve this. Many 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Cache-Control header & the Google Frontend Server
Symptoms: I noticed when I sign out of my app, it takes me to a page which indicates I am still logged in, which is confusing. When I click signout in my app, I want it to take me to a page that indicates I am signed out. This problem occurs with the Google Frontend Server, but not with the Development Server. Diagnosis: It looks like the culprit is browser cacheing... my browser caches the "signed in" version of the page and serves it after I signout. If I refresh the page again, it returns to the correct state of 'signed out'. My attempt at a solution was to set "Cache-Control" to "no-cache" in the response headers of all my dynamic pages. This seems to work fine when I do not have a session cookie stored. However, when the browser has a session cookie, it seems that the Google Frontend overwrites "Cache-Control" with "private, max-age=86400". This is what breaks my signout procedure. Question: Can I stop the Google Frontend from overriding my Cache-Control header when the browser has a cookie? --~--~-~--~~~---~--~~ 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 ?
Thanks Jonathan for your reply, My intention is to bring these issues out, I'm a big Google, Django, Python fan and I would love to see GAE work for a larger subset of problems. Current functionality is just very limited. > > 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. You can't do that with a two or more property sort. The combiniations are infinite and despite the popular belief, the an object's instance size is limited. If you attempt to save a large object, it will cause a datastore timeout while populating the rows of it's 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. I know the difference between the two and I'm not making a logical error. I'm talking about basic functionality like deleting an object which has 200 other objects refer to it. You need a way of updating all those referring objects that the data is now deleted. If you don't do that, you will need to always check whether that object exists which itself incurs considerable costs while retrieving data. > > 7. In 2008, GAE keeps on making you reinvent the wheel: As a > > On the other hand, it's *so easy* to implement those features! I completely, respectfully disagree. Try implementing an OR. Or try implementing simple word-based search (the SearchableModel doesn't stack with GQL). Try getting data that is between two dates and with in a range. As a programmer, I like small problems I can work with, it's even fun. But these problems have no work around except doing it "in-memory" or in a "purely-pythonic" implementation. Doing so will create a solution which will ofcourse time-out and will not scale. On Oct 5, 5:45 pm, Jonathan Feinberg <[EMAIL PROTECTED]> wrote: > 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
[google-appengine] Uploading app behind proxy
Hey guys, I do have a problem..i have developed an app and im trying to upload it but im getting an error.I have specified the proxy ip and port in the shell as "export https_proxy="https://172.16.1.17:3128""; but it seems it dosnt manage to authenticate me thru the clientlogin in https://www.google.com/accounts/ClientLogin'...what could be the problem? It exits with the error Traceback (most recent call last): File "./appcfg.py", line 55, in execfile(script_path, globals()) File "/root/Desktop/google_appengine/google/appengine/tools/ appcfg.py", line 1943, in main(sys.argv) File "/root/Desktop/google_appengine/google/appengine/tools/ appcfg.py", line 1936, in main AppCfgApp(argv).Run() File "/root/Desktop/google_appengine/google/appengine/tools/ appcfg.py", line 1521, in Run self.action.function(self) File "/root/Desktop/google_appengine/google/appengine/tools/ appcfg.py", line 1733, in Update lambda path: open(os.path.join(basepath, path), "rb")) File "/root/Desktop/google_appengine/google/appengine/tools/ appcfg.py", line 1313, in DoUpload missing_files = self.Begin() File "/root/Desktop/google_appengine/google/appengine/tools/ appcfg.py", line 1174, in Begin version=self.version, payload=self.config.ToYAML()) File "/root/Desktop/google_appengine/google/appengine/tools/ appcfg.py", line 281, in Send self._Authenticate() File "/root/Desktop/google_appengine/google/appengine/tools/ appcfg.py", line 320, in _Authenticate super(HttpRpcServer, self)._Authenticate() File "/root/Desktop/google_appengine/google/appengine/tools/ appcfg.py", line 229, in _Authenticate auth_token = self._GetAuthToken(credentials[0], credentials[1]) File "/root/Desktop/google_appengine/google/appengine/tools/ appcfg.py", line 174, in _GetAuthToken response = self.opener.open(req) File "/usr/lib/python2.5/urllib2.py", line 381, in open response = self._open(req, data) File "/usr/lib/python2.5/urllib2.py", line 399, in _open '_open', req) File "/usr/lib/python2.5/urllib2.py", line 360, in _call_chain result = func(*args) File "/usr/lib/python2.5/urllib2.py", line 1115, in https_open return self.do_open(httplib.HTTPSConnection, req) File "/usr/lib/python2.5/urllib2.py", line 1082, in do_open raise URLError(err) urllib2.URLError: 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: www [mydomain.org] Already used, please remove previous mapping first.
thanks for the tip. I tried, and it doesn't work. In fact, I then disabled every service besides email. I went back to the enom panel and removed the other subdomain/cname records aside from mail. I still cannot add "www" as my subdomain to my app! Has anyone else had success using "www" as their subdomain??? On Oct 5, 12:28 pm, "Feris Thia" <[EMAIL PROTECTED]> wrote: > Try this workaround : > - Add Google Page Creator services in your Google Apps control panel > - After added, click on "Web Pages" menu > - Click Change URL > - Change "www" default URL to something else > - After that you can try to add your app engine to www > > Hope this helps ! > > Regards, > > Feris > > On Sun, Oct 5, 2008 at 10:04 AM, Brade <[EMAIL PROTECTED]> wrote: > > > I'm having this problem too. Very frustrating. I bought the domain > > thru google apps, so everything should be primed to work, but when I > > try to add one of my app engine apps to the "www" subdomain, it gives > > the error message. I even logged into the enom panel and removed the > > "www" cname record, but I still get the error... I need help! > > > On Sep 29, 4:49 am, Efe <[EMAIL PROTECTED]> wrote: > > > hi all, > > > > I cannot add domain to my appengine app. > > > > when i follor thru staps, I got an error that says > > > > www [mydomain.org]Alreadyused, please remove previous mapping > > > first. > > > > but I'm sure there are no previous mappings for 'www'! > > > > anyone else having this/similar problem? > > > > thanks > > > Efe > > --~--~-~--~~~---~--~~ 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: Who would post a detailed app with testcases powered by gaeunit?
Hmmm.. I used the graphical App Engine launcher on Mac OS X to develop
and run the sample application. Did you have a 'test' directory
present when you got that exception?
On Sep 30, 3:39 am, "Issac Trotts" <[EMAIL PROTECTED]> wrote:
> This time I followed the instructions more closely, using dev_appserver.py
> instead of the graphical App Engine launcher on Mac OS X, and putting a test
> case in the test/ directory. It runs fine. Thanks for making this
> available!
>
> On Tue, Sep 30, 2008 at 12:32 AM, Issac Trotts <[EMAIL PROTECTED]>wrote:
>
>
>
> > GAEUnit looks useful, but when I followed the instructions I got a
> > traceback:
>
> > 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 496, in __call__
>
> > handler.get(*groups)
> > File "/Users/issactrotts/Documents/swyzl/gaeunit.py", line 193, in get
> > module_names = [mf[0:-3] for mf in os.listdir(_DEFAULT_TEST_DIR) if
> > mf.endswith(".py")]
> > File
> > "/Applications/GoogleAppEngineLauncher.app/Contents/Resources/GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/google/appengine/tools/dev_appserver.py",
> > line 782, in __call__
>
> > raise OSError(errno.EACCES, 'path not accessible')
> > OSError: [Errno 13] path not accessible
>
> > The problem persists after creating a test/ subdirectory (which I guessed
> > from _DEFAULT_TEST_DIR = 'test').
>
> > Issac
>
> > On Fri, Sep 26, 2008 at 8:22 PM, Steven R. Farley <[EMAIL PROTECTED]>wrote:
>
> >> You can see a few examples in the sample app I recently added to
> >> GAEUnit:
>
> >> http://code.google.com/p/gaeunit/source/browse/#svn/trunk/sample_app
>
> >> ++Steve
>
> >> On Sep 25, 10:31 pm, GAEFans <[EMAIL PROTECTED]> wrote:
> >> > For example, some testcases for '%google_appengine_home%\demos
> >> > \guestbook'.
>
> >> > Thanks!
>
> > --
> >http://svwebbuilder.com
>
> --http://svwebbuilder.com
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to [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 ?
Hi Feris,
Are you testing it locally, or live? (The datastore can be slow for
puts locally.)
Are you trying to update the same records, or 1000 unique records?
If you are doing 27 updates per second, are you ramping up, and
ramping down your requests when you run tests? Try to simulate a
smooth usage graph, rather than a spikey one.
Have you tried profiling your code live with something like:
import logging
import cProfile, pstats, StringIO
prof = cProfile.Profile()
prof = prof.runctx("self.your_main_function()", globals(),
locals())
stream = StringIO.StringIO()
stats = pstats.Stats(prof, stream=stream)
stats.sort_stats("time") # Or cumulative
stats.print_stats(400) # how many to print
stats.print_callees()
stats.print_callers()
msg = "Profile: \n%s" % stream.getvalue()
logging.info(msg)
What are the 3 fields? Are they indexed?
-Dave
On Oct 5, 7:05 am, "Feris Thia" <[EMAIL PROTECTED]> wrote:
> I'm a bit confuse for what this scale means. Is it scale in terms to server
> large static / cached items ? I have tried to use model puts into datastore
> and it get over quota easily, I test it using a 1000 records - with only 3
> fields and no blob - loop with around 27 records updates per second. Kinda
> slow.. is it supposed to be like that ? What if I developed a social
> networking site with very high updates to datastore ?
>
> Any best practice suggestions ?
>
> Please advice..
>
> Regards,
>
> Feris
>
> On Sun, Oct 5, 2008 at 7:45 PM, Jonathan Feinberg <[EMAIL PROTECTED]>wrote:
>
> > Unless, of course, you can't find anything else with the same scaling
> > properties, ease of use, and pleasure of development. Then do.
>
>
--~--~-~--~~~---~--~~
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: Encrypted Paypal Forms and supported python encryption libraries
Hi, Tito^^ I have not tried, but I think pure python code is work. pyDES @ pure python. http://pydes.cvs.sourceforge.net/viewvc/pydes/pyDes/pyDes_152_compat.py?view=markup Official pyDES http://twhiteman.netfirms.com/des.html I think S/MIME too. Kosei. On Oct 5, 10:50 pm, Tito <[EMAIL PROTECTED]> wrote: > Hello, > > I need to output an encrypted paypal form in google app engine. But I > couldn't find a package in the python standard library that can handle > S/MIME or Triple DES encryption. > > As far as I know libraries such as M2Crypto (which runs on C modules > and SWIG) would not run on Google App Engine. Is this correct? > > Do you know of any alternatives? > > Thank you > Tito --~--~-~--~~~---~--~~ 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: www [mydomain.org] Already used, please remove previous mapping first.
Try this workaround : - Add Google Page Creator services in your Google Apps control panel - After added, click on "Web Pages" menu - Click Change URL - Change "www" default URL to something else - After that you can try to add your app engine to www Hope this helps ! Regards, Feris On Sun, Oct 5, 2008 at 10:04 AM, Brade <[EMAIL PROTECTED]> wrote: > > I'm having this problem too. Very frustrating. I bought the domain > thru google apps, so everything should be primed to work, but when I > try to add one of my app engine apps to the "www" subdomain, it gives > the error message. I even logged into the enom panel and removed the > "www" cname record, but I still get the error... I need help! > > On Sep 29, 4:49 am, Efe <[EMAIL PROTECTED]> wrote: > > hi all, > > > > I cannot add domain to my appengine app. > > > > when i follor thru staps, I got an error that says > > > > www [mydomain.org]Alreadyused, please remove previous mapping > > first. > > > > but I'm sure there are no previous mappings for 'www'! > > > > anyone else having this/similar problem? > > > > thanks > > Efe > > --~--~-~--~~~---~--~~ 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: urlfetch -- DownloadError: ApplicationError: 2
On Mon, Oct 6, 2008 at 12:11 AM, llad <[EMAIL PROTECTED]> wrote: > I'm getting "DownloadError: ApplicationError: 2", with code trying to > fetch http://twitter.com/statuses/public_timeline.rss. This could be a known problem with accessing Twitter from production GAE: http://groups.google.com/group/google-appengine/browse_thread/thread/8262c3fdc57bceb6/e702f6125c3221f0?hl=en&lnk=gst&q=Twitter http://groups.google.com/group/twitter-development-talk/browse_thread/thread/ebf637d1ea971247/bb8c1c9c23901ecb?lnk=gst&q=referer I haven't read through those threads fully, but it'd be a good place for you to start. Dave. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [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 ?
I'm a bit confuse for what this scale means. Is it scale in terms to server large static / cached items ? I have tried to use model puts into datastore and it get over quota easily, I test it using a 1000 records - with only 3 fields and no blob - loop with around 27 records updates per second. Kinda slow.. is it supposed to be like that ? What if I developed a social networking site with very high updates to datastore ? Any best practice suggestions ? Please advice.. Regards, Feris On Sun, Oct 5, 2008 at 7:45 PM, Jonathan Feinberg <[EMAIL PROTECTED]>wrote: > Unless, of course, you can't find anything else with the same scaling > properties, ease of use, and pleasure of development. Then do. > --~--~-~--~~~---~--~~ 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] Encrypted Paypal Forms and supported python encryption libraries
Hello, I need to output an encrypted paypal form in google app engine. But I couldn't find a package in the python standard library that can handle S/MIME or Triple DES encryption. As far as I know libraries such as M2Crypto (which runs on C modules and SWIG) would not run on Google App Engine. Is this correct? Do you know of any alternatives? Thank you Tito --~--~-~--~~~---~--~~ 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] urlfetch -- DownloadError: ApplicationError: 2
I'm getting "DownloadError: ApplicationError: 2", with code trying to fetch http://twitter.com/statuses/public_timeline.rss. The request (and my code) works 100% of the time in the dev environment but never on production. Can someone tell me what this error means and if there is a way around it? It is clearly not timing out, as the error is thrown within a second of the request. It was working in production earlier this summer, so something changed. Error: File "/base/data/home/apps/oddsurd/1.21/views.py", line 95, in _get_something feed_rss = urlfetch.Fetch(feed) File "/base/python_lib/versions/1/google/appengine/api/urlfetch.py", line 219, in fetch raise DownloadError(str(e)) DownloadError: ApplicationError: 2 --~--~-~--~~~---~--~~ 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: SDK 1.1.5 Released
This is right http://code.google.com/appengine/docs/memcache/clientclass.html#Client_add_multi Not right http://code.google.com/appengine/docs/memcache/clientclass#Client_add_multi On Oct 5, 12:51 pm, Davide Rognoni <[EMAIL PROTECTED]> wrote: > 404 Not > Foundhttp://code.google.com/appengine/docs/memcache/clientclass#Client_add... > > On Oct 4, 3:26 am, Marce <[EMAIL PROTECTED]> wrote: > > > Today is the release of the 1.1.5 SDK, which, as always, is available > > for download on our Google hosting > > project:http://code.google.com/p/googleappengine/downloads/list. > > > The release notes (http://code.google.com/p/googleappengine/wiki/ > > SdkReleaseNotes) contain all of the nitty gritty details. Here's a > > summary: > > > For this release, we've added these features: > > * The Expando model and datastore: Entity now allows lists containing > > different > > types:http://code.google.com/appengine/docs/datastore/entitiesandmodels.htm... > > * The Memcache API now has the add_multi and replace_multi > > functions:http://code.google.com/appengine/docs/memcache/clientclass#Client_add.. > > > The SDK also contains the following issue fixes: > > * StringListProperty is now a proper > > class:http://code.google.com/p/googleappengine/issues/detail?id=415 > > * TimeProperty now correctly accepts > > datetime.time(0,0):http://code.google.com/p/googleappengine/issues/detail?id=279 --~--~-~--~~~---~--~~ 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: GAE Obfuscator?
The solution is in the title: "GAE Obfuscator" On Oct 5, 5:44 am, "Jorge Vargas" <[EMAIL PROTECTED]> wrote: > On Sat, Oct 4, 2008 at 3:32 AM, Davide Rognoni <[EMAIL PROTECTED]> wrote: > > > Search the word "obfuscate" > >http://evolvingtrends.wordpress.com/2008/07/23/google-app-engine-thre... > > > """\ > > There is one other serious issue with the Google appengine: relying on > > a predatory company like Google to host your startup's application > > could be very risky from a business point of view. Will Google allow > > you to upload obfuscated code or obfuscated Python byte code? Do they > > have access to your code? (yes) What if you have invested heavily in > > developing some commercial product that Google wants to copy or > > acquire? Will they have more leverage because they host your code? > > """ > > And how is this different from hosting with someone else? or you plan > to plant your servers on your office? > > > > > On Oct 3, 11:13 pm, Davide Rognoni <[EMAIL PROTECTED]> wrote: > >> Why Google can see my secret code? > > >> i.e.http://www.lysator.liu.se/~astrand/projects/pyobfuscate/ --~--~-~--~~~---~--~~ 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.
Hi Jorge, > You clearly don't get must of the stuff you are talking about. > > ALL the quotas are there for you to be efficient they the whole > purpose, they are not hard coded to make your live bad they are in > there to make the system better. I feel that you have missed the point of my post. Rest assured that I get the stuff I'm talking about. Please re-read the post and you will see that it is not an attempt to bash Google App Engine. Quite the contrary, it is a simple summary of the issues encountered by one developer while developing a real-world application. The reason for the post is to highlight these issues so that they can be fixed and thus, ultimately, to improve Google App Engine. As you can see from the replies here, and on the post, I am not the only one who has encountered these issues either. We provide constructive criticism for the things that we care about so that they can evolve. I invite you to add value to the conversation and help make Google App Engine better. Aral --~--~-~--~~~---~--~~ 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: SDK 1.1.5 Released
404 Not Found http://code.google.com/appengine/docs/memcache/clientclass#Client_add_multi On Oct 4, 3:26 am, Marce <[EMAIL PROTECTED]> wrote: > Today is the release of the 1.1.5 SDK, which, as always, is available > for download on our Google hosting > project:http://code.google.com/p/googleappengine/downloads/list. > > The release notes (http://code.google.com/p/googleappengine/wiki/ > SdkReleaseNotes) contain all of the nitty gritty details. Here's a > summary: > > For this release, we've added these features: > * The Expando model and datastore: Entity now allows lists containing > different > types:http://code.google.com/appengine/docs/datastore/entitiesandmodels.htm... > * The Memcache API now has the add_multi and replace_multi > functions:http://code.google.com/appengine/docs/memcache/clientclass#Client_add...,http://code.google.com/appengine/docs/memcache/clientclass#Client_rep... > > The SDK also contains the following issue fixes: > * StringListProperty is now a proper > class:http://code.google.com/p/googleappengine/issues/detail?id=415 > * TimeProperty now correctly accepts > datetime.time(0,0):http://code.google.com/p/googleappengine/issues/detail?id=279 --~--~-~--~~~---~--~~ 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: delete app
no, you can't delete. On 5 oct, 08:48, Abhi Batra <[EMAIL PROTECTED]> wrote: > is it possible to delete an application from the net once made. --~--~-~--~~~---~--~~ 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: delete app
On Sun, Oct 5, 2008 at 5:48 PM, Abhi Batra <[EMAIL PROTECTED]> wrote: > is it possible to delete an application from the net once made. Not at present; you can only disable it. Dave. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
