[google-appengine] Re: templates and CPU time
Hi DaNieL, Obviously, any processing at all will require CPU time, but unless your templates are extremely complicated (and lengthy), I would not worry overly about processing time. Most (all?) template engines support compiling and caching templates when they're first used, which substantially reduces the amount of work required on subsequent requests, too. -Nick Johnson 2009/6/29 DaNieL daniel0...@gmail.com: Does it comsume CPU time when my apps uses a lots complicated templates? -- Nick Johnson, App Engine Developer Programs Engineer Google Ireland Ltd. :: Registered in Dublin, Ireland, Registration Number: 368047 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Error using fetch ... any ideas?
Hi Blair, Can you please include the code you're using to call the URLFetch service? At a guess, I'd say you're trying to pass a dict as the body of the request, rather than a string, but I can't tell without seeing the source. -Nick Johnson 2009/6/28 Blair shi...@gmail.com: Hi all I'm getting this error every time I try to run this particular fetch call. In the development environment I get TypeError: sendall() argument 1 must be string or read-only buffer, not dict instead. Fetch is working fine with GET's elsewhere in the app without an issue. Any ideas as to what I'm doing wrong? fromstring() argument 1 must be string or read-only buffer, not dict Traceback (most recent call last): File /base/python_lib/versions/1/google/appengine/ext/webapp/ __init__.py, line 501, in __call__ handler.get(*groups) File /base/data/home/apps/farcryupdateapp/1.334515093861420580/ updateapp.py, line 321, in get result = fetch(url=thisapplication.url+index.cfm? type=UpdateAppview=displayTypeResetajaxmode=true, payload=resetoptions, method=POST, deadline=25) File /base/python_lib/versions/1/google/appengine/api/urlfetch.py, line 240, in fetch allow_truncated, follow_redirects) File /base/python_lib/versions/1/google/appengine/api/urlfetch.py, line 290, in make_fetch_call rpc.make_call('Fetch', request, response, _get_fetch_result, allow_truncated) File /base/python_lib/versions/1/google/appengine/api/ apiproxy_stub_map.py, line 389, in make_call self.__rpc.MakeCall(self.__service, method, request, response) File /base/python_lib/versions/1/google/appengine/api/ apiproxy_rpc.py, line 92, in MakeCall self._MakeCallImpl() File /base/python_lib/versions/1/google/appengine/runtime/ apiproxy.py, line 124, in _MakeCallImpl self.request.Output(e) File /base/python_lib/versions/1/google/net/proto/ ProtocolBuffer.py, line 163, in Output self.OutputUnchecked(e) File /base/python_lib/versions/1/google/appengine/api/ urlfetch_service_pb.py, line 1599, in OutputUnchecked out.putPrefixedString(self.payload_) File /base/python_lib/versions/1/google/net/proto/ ProtocolBuffer.py, line 366, in putPrefixedString self.buf.fromstring(v) Any help appreciated. Blair -- Nick Johnson, App Engine Developer Programs Engineer Google Ireland Ltd. :: Registered in Dublin, Ireland, Registration Number: 368047 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] datastore writes: only writes changes/differences?
I'm designing my data schema and one thing that popped up is whether I should separate out the frequently changing parts of my data schema from the more static parts. This is especially relevant because of datastore timeouts where I want to do as little work / volume in my writes as possible. If I edit an entity and only 1 property changed, then will gae only update the single property or will it re-write all the properties of the entity (and all the index updates too?). Dennis --~--~-~--~~~---~--~~ 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: datastore writes: only writes changes/differences?
Just occurred to me: at least all the data must be passed back and forth between my app and the datastore. So, if I have large properties (eg: images), then they should be separated out into separate entities. On Jun 30, 6:00 pm, Dennis dennisf...@gmail.com wrote: I'm designing my data schema and one thing that popped up is whether I should separate out the frequently changing parts of my data schema from the more static parts. This is especially relevant because of datastore timeouts where I want to do as little work / volume in my writes as possible. If I edit an entity and only 1 property changed, then will gae only update the single property or will it re-write all the properties of the entity (and all the index updates too?). Dennis --~--~-~--~~~---~--~~ 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: Testing GAE application best practices
Hello, Let's make a bit of walk together, here are some ideas: 1) I am testing Netbeans 6.7 python early access 2, and it looks pretty fine for testing purpose (nice presentation of test results, easy to go to the code, able to run test in the Netbeans project, but above what I will transmit to GAE... + I still don't say that everything is perfect, for example, it mix a bit the counting of tests...) http://download.netbeans.org/netbeans/6.7/python/ea2/ 2) I founded yesterday these interesting links in the GAE discussion, but I don't reden them yet: http://domderrien.blogspot.com/2009/01/automatic-testing-of-gae-applications.html http://blog.appenginefan.com/2008/06/unit-tests-for-google-app-engine-apps.html 3) I don't have investigated your problem in detail yet but: a) I suppose you have read the django doc about this topic, normally, they have material about that... b) I am begining to investigate a bit more... It's not easy to make that import of the django Client, I don't know in which context you try this import... I will try to solve my one... With Netbeans 6.7, when I try this import, it simply don't take the test any more in consideration, silently... Thus, I tried it in a python console: NbPython console Python 2.5.4 (r254:67916, Apr 4 2009, 17:55:16) [GCC 4.3.3] on linux2 Type help, copyright, credits or license for more information. (InteractiveConsole) from django.test.client import Client Traceback (most recent call last): File console, line 1, in module File /usr/lib/python2.5/site-packages/django/test/__init__.py, line 6, in module from django.test.testcases import TestCase File /usr/lib/python2.5/site-packages/django/test/testcases.py, line 10, in module from django.db import transaction File /usr/lib/python2.5/site-packages/django/db/__init__.py, line 9, in module if not settings.DATABASE_ENGINE: File /usr/lib/python2.5/site-packages/django/conf/__init__.py, line 28, in __getattr__ self._import_settings() File /usr/lib/python2.5/site-packages/django/conf/__init__.py, line 57, in _import_settings raise ImportError(Settings cannot be imported, because environment variable %s is undefined. % ENVIRONMENT_VARIABLE) ImportError: Settings cannot be imported, because environment variable DJANGO_SETTINGS_MODULE is undefined. Like that I see better some problems, but I don't know if this is also relevant for you? If you run in a django environment like App Engine Patch, you don't have this kind of problems because these settings are done fou you... Hope it helps, Michel On Jun 30, 1:33 am, Akume akume...@gmail.com wrote: ok, what about this scenario. some of my pages require a login prior to seeing the content and i can't see to get this to work using the django client. any suggestions? this is what my test looks like so far. import unittest from django.test.client import Client class Test(unittest.TestCase): def setUp(self): self.client = Client() def testStart(self): response = self.client.get('/app/layout') self.failUnlessEqual(response.status_code, 301) #attempting to log in here. response = self.client.get('/_ah/login?continue=http%3A//localhost %3A8081/app/layout') self.failUnlessEqual(response.status_code, 302) # another attempt at logging in. #response = self.client.get('/_ah/login?email=Aliquam.nec %40Vestibulumante.eduaction=Logincontinue=http%3A%2F%2Flocalhost %3A8081%2Fapp%2Flayout') response = self.client.login(path='/app/layout', username='Aliquam.nec%40Vestibulumante.edu', password='') self.failUnlessEqual(response, True) response = self.client.get('/app/layout') self.failUnlessEqual(response.status_code, 200) On Jun 26, 12:15 pm, Michelschr michels...@gmail.com wrote: I had GaeUnit working on Rietveld (à la Guido...), the test: import unittest from django.test.client import Client class Test(unittest.TestCase): def testDjango(self): c = Client() response = c.get('/code') self.failUnlessEqual(response.status_code, 200) self.failIf(not ('SERVER' in response.content)) passed, not possible (for me) to 'from django.test import TestCase' only from unittest. But it is not out of the box! You should search a lot by yourself... I will continue to investigate... --~--~-~--~~~---~--~~ 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: Google App Engine: URL redirection
You can't do redirects in your app.yaml file. You will need to write some code that will handle the URLs to be redirected and use the response.redirect method to perform the redirect. On Jun 29, 9:32 am, Jonatan blue...@gmail.com wrote: Hi, how do I have to configure the app.yaml file to redirect all urls to a certain url? Or one url to another. Example I wanthttp://test.appspot.com/helloorhttp://test.appspot.com/hello28928723 to redirect tohttp://domain.com I am only serving static files at the moment. Here is my app.yaml file: application: testapp version: 1 runtime: python api_version: 1 handlers: - url: (.*)/ static_files: static\1/index.html upload: static/index.html - url: / static_dir: static --~--~-~--~~~---~--~~ 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] question about GAE server
I was a GAE beginer.Today I started GAE server using the eclipse GAE plugin.I accessed my app using such URL http://myIpAddress:8080/ appName but couldn't connect to the GAE server.When I replace myIpAddress with localhost it works.So now the question is that does GAE server only support local accessing? --~--~-~--~~~---~--~~ 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: can not force delete a index with error!
i got this problem too,and hope be resolved On Jun 29, 12:13 pm, adobeman xil...@gmail.com wrote: I have some index showing as error , and tried appcfg.py vacuum_indexes My_application/ appcfg.py update_indexes My_application/ but after I delete the index by command line, the index still shows up in the admin page. Anyone have idea how to effectively clear all the indexs, so I can try to rebuild the indexes for my application? --~--~-~--~~~---~--~~ 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] Raise NonAuthSubToken
Hi.. I am facing this error when i request for a authsub token... Traceback (most recent call last): File /base/python_lib/versions/1/google/appengine/ext/webapp/ __init__.py, line 501, in __call__ handler.get(*groups) File /base/data/home/apps/sandyyoutubetestapp/1.334566082742425805/ youtube.py, line 84, in get self.UpgradeAndStoreToken() File /base/data/home/apps/sandyyoutubetestapp/1.334566082742425805/ youtube.py, line 182, in UpgradeAndStoreToken self.client.UpgradeToSessionToken() File /base/data/home/apps/sandyyoutubetestapp/1.334566082742425805/ gdata/service.py, line 891, in UpgradeToSessionToken raise NonAuthSubToken NonAuthSubToken please help me out what is this error for??? --~--~-~--~~~---~--~~ 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] Communication Protocol
Hello, which protocol can we use to communicate with the installed applications? Is it possible to use UDP for the communication? (Java) --~--~-~--~~~---~--~~ 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] memcache architecture
Hi, I'm wondering what the memcache architecture is - is it a) single instance with a massive pool of memory for everyone, or b) many instances that are each shared by a few apps, or c) an instance per app, or d) something else? I'm guessing (a) if there is an intelligent LRU policy that provides separate LRU for each app, preventing a few apps evicting everyone else's data, or (b) if the LRU policy is not intelligent. (c) would lead to a very poor memory utilisation. Apart from being interested, I am wondering about memcache prioritisation - i.e. where the blunt LRU scheme is not suitable. I might have a small amount of data that I really don't want evicted from memcache (even if it is not used very often), and a large stream of less important data for which the blunt LRU policy is fine. In the current GAE implementation my important data can be evicted by my less important data. It would be great if there was some way to prioritise memcache data - in a stand-alone system, this would be achieved using multiple instances, one for each priority level. Assuming we have option (a) with intelligent LRU on a per app basis, then it shouldn't be too hard to provide multiple memcache instances that can be used for prioritisation of cached data. It should be easy enough to make this backward compatible by providing an optional parameter to specify the instance, defaulting if it is not provided. I can see that this would impact memory utilisation, but it would be possible to make the second, non-default instance much smaller than the default one - say 5% - forcing developers to think carefully about using the smaller cache. Even if no one uses the secondary instance, memory utilisation can still top 95%. Interested to understand the issues, as this is forcing me not to cache my 'big data' for fear of constantly evicting my 'little data'. In my situation, my 'little data' is very important for general response times, which are good to keep up even if the data is not used particularly often. Essentially what I need is a cache with low volatility, and a cache whose volatility isn't so important. Cheers, Colin --~--~-~--~~~---~--~~ 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: memcache architecture
i agree colin, there is a lot of big data that I just don't cache in fear of evicting the smaller, more important chunks. cheers brian On Jun 30, 10:32 am, hawkett hawk...@gmail.com wrote: Hi, I'm wondering what the memcache architecture is - is it a) single instance with a massive pool of memory for everyone, or b) many instances that are each shared by a few apps, or c) an instance per app, or d) something else? I'm guessing (a) if there is an intelligent LRU policy that provides separate LRU for each app, preventing a few apps evicting everyone else's data, or (b) if the LRU policy is not intelligent. (c) would lead to a very poor memory utilisation. Apart from being interested, I am wondering about memcache prioritisation - i.e. where the blunt LRU scheme is not suitable. I might have a small amount of data that I really don't want evicted from memcache (even if it is not used very often), and a large stream of less important data for which the blunt LRU policy is fine. In the current GAE implementation my important data can be evicted by my less important data. It would be great if there was some way to prioritise memcache data - in a stand-alone system, this would be achieved using multiple instances, one for each priority level. Assuming we have option (a) with intelligent LRU on a per app basis, then it shouldn't be too hard to provide multiple memcache instances that can be used for prioritisation of cached data. It should be easy enough to make this backward compatible by providing an optional parameter to specify the instance, defaulting if it is not provided. I can see that this would impact memory utilisation, but it would be possible to make the second, non-default instance much smaller than the default one - say 5% - forcing developers to think carefully about using the smaller cache. Even if no one uses the secondary instance, memory utilisation can still top 95%. Interested to understand the issues, as this is forcing me not to cache my 'big data' for fear of constantly evicting my 'little data'. In my situation, my 'little data' is very important for general response times, which are good to keep up even if the data is not used particularly often. Essentially what I need is a cache with low volatility, and a cache whose volatility isn't so important. Cheers, Colin --~--~-~--~~~---~--~~ 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: question about GAE server
On Jun 29, 11:28 pm, except...@gmail.com except...@gmail.com wrote: I was a GAE beginer.Today I started GAE server using the eclipse GAE plugin.I accessed my app using such URL http://myIpAddress:8080/ appName but couldn't connect to the GAE server.When I replace myIpAddress with localhost it works.So now the question is that does GAE server only support local accessing? By default, yes, it can only be accessed on localhost. If you run the server with --address=0.0.0.0 it will allow external connections. --~--~-~--~~~---~--~~ 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: memcache architecture
Thanks for the response Brian - it should be interesting to google that I'm not the only one choosing not to cache data for this reason, because it means that people are using more CPU and datastore resources because of this issue. Given that the availability of CPU (especially on a per request basis) seems to be the biggest bottleneck in GAE at the moment, there may be a noticeable drop in the use of this resource if developers are able to choose to use memcache more effectively. Certainly I haven't heard any complaints that memcache allocation is too small, so a 5% rejig as suggested would probably go unnoticed. Sounds like a win-win situation. Are there any other issues I'm not considering here? Thanks, Colin On Jun 30, 4:00 pm, bFlood bflood...@gmail.com wrote: i agree colin, there is a lot of big data that I just don't cache in fear of evicting the smaller, more important chunks. cheers brian On Jun 30, 10:32 am, hawkett hawk...@gmail.com wrote: Hi, I'm wondering what the memcache architecture is - is it a) single instance with a massive pool of memory for everyone, or b) many instances that are each shared by a few apps, or c) an instance per app, or d) something else? I'm guessing (a) if there is an intelligent LRU policy that provides separate LRU for each app, preventing a few apps evicting everyone else's data, or (b) if the LRU policy is not intelligent. (c) would lead to a very poor memory utilisation. Apart from being interested, I am wondering about memcache prioritisation - i.e. where the blunt LRU scheme is not suitable. I might have a small amount of data that I really don't want evicted from memcache (even if it is not used very often), and a large stream of less important data for which the blunt LRU policy is fine. In the current GAE implementation my important data can be evicted by my less important data. It would be great if there was some way to prioritise memcache data - in a stand-alone system, this would be achieved using multiple instances, one for each priority level. Assuming we have option (a) with intelligent LRU on a per app basis, then it shouldn't be too hard to provide multiple memcache instances that can be used for prioritisation of cached data. It should be easy enough to make this backward compatible by providing an optional parameter to specify the instance, defaulting if it is not provided. I can see that this would impact memory utilisation, but it would be possible to make the second, non-default instance much smaller than the default one - say 5% - forcing developers to think carefully about using the smaller cache. Even if no one uses the secondary instance, memory utilisation can still top 95%. Interested to understand the issues, as this is forcing me not to cache my 'big data' for fear of constantly evicting my 'little data'. In my situation, my 'little data' is very important for general response times, which are good to keep up even if the data is not used particularly often. Essentially what I need is a cache with low volatility, and a cache whose volatility isn't so important. Cheers, Colin --~--~-~--~~~---~--~~ 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: Communication Protocol
On Jun 30, 8:10 am, Rodion gan...@googlemail.com wrote: Hello, which protocol can we use to communicate with the installed applications? Is it possible to use UDP for the communication? (Java) You can only communicate with your applications using HTTP/HTTPS. --~--~-~--~~~---~--~~ 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: memcache architecture
agreed, sounds like it would be better for GAE as a whole. something like a simple priority value (or just low/high) when setting the cache would be sufficient and then GAE could figure out where to place it memcache cheers brian On Jun 30, 11:22 am, hawkett hawk...@gmail.com wrote: Thanks for the response Brian - it should be interesting to google that I'm not the only one choosing not to cache data for this reason, because it means that people are using more CPU and datastore resources because of this issue. Given that the availability of CPU (especially on a per request basis) seems to be the biggest bottleneck in GAE at the moment, there may be a noticeable drop in the use of this resource if developers are able to choose to use memcache more effectively. Certainly I haven't heard any complaints that memcache allocation is too small, so a 5% rejig as suggested would probably go unnoticed. Sounds like a win-win situation. Are there any other issues I'm not considering here? Thanks, Colin On Jun 30, 4:00 pm, bFlood bflood...@gmail.com wrote: i agree colin, there is a lot of big data that I just don't cache in fear of evicting the smaller, more important chunks. cheers brian On Jun 30, 10:32 am, hawkett hawk...@gmail.com wrote: Hi, I'm wondering what the memcache architecture is - is it a) single instance with a massive pool of memory for everyone, or b) many instances that are each shared by a few apps, or c) an instance per app, or d) something else? I'm guessing (a) if there is an intelligent LRU policy that provides separate LRU for each app, preventing a few apps evicting everyone else's data, or (b) if the LRU policy is not intelligent. (c) would lead to a very poor memory utilisation. Apart from being interested, I am wondering about memcache prioritisation - i.e. where the blunt LRU scheme is not suitable. I might have a small amount of data that I really don't want evicted from memcache (even if it is not used very often), and a large stream of less important data for which the blunt LRU policy is fine. In the current GAE implementation my important data can be evicted by my less important data. It would be great if there was some way to prioritise memcache data - in a stand-alone system, this would be achieved using multiple instances, one for each priority level. Assuming we have option (a) with intelligent LRU on a per app basis, then it shouldn't be too hard to provide multiple memcache instances that can be used for prioritisation of cached data. It should be easy enough to make this backward compatible by providing an optional parameter to specify the instance, defaulting if it is not provided. I can see that this would impact memory utilisation, but it would be possible to make the second, non-default instance much smaller than the default one - say 5% - forcing developers to think carefully about using the smaller cache. Even if no one uses the secondary instance, memory utilisation can still top 95%. Interested to understand the issues, as this is forcing me not to cache my 'big data' for fear of constantly evicting my 'little data'. In my situation, my 'little data' is very important for general response times, which are good to keep up even if the data is not used particularly often. Essentially what I need is a cache with low volatility, and a cache whose volatility isn't so important. Cheers, Colin --~--~-~--~~~---~--~~ 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: memcache architecture
This sounds like a useful feature. If you create an issue in the issues list I'll star it :) On Jun 30, 11:41 am, bFlood bflood...@gmail.com wrote: agreed, sounds like it would be better for GAE as a whole. something like a simple priority value (or just low/high) when setting the cache would be sufficient and then GAE could figure out where to place it memcache cheers brian On Jun 30, 11:22 am, hawkett hawk...@gmail.com wrote: Thanks for the response Brian - it should be interesting to google that I'm not the only one choosing not to cache data for this reason, because it means that people are using more CPU and datastore resources because of this issue. Given that the availability of CPU (especially on a per request basis) seems to be the biggest bottleneck in GAE at the moment, there may be a noticeable drop in the use of this resource if developers are able to choose to use memcache more effectively. Certainly I haven't heard any complaints that memcache allocation is too small, so a 5% rejig as suggested would probably go unnoticed. Sounds like a win-win situation. Are there any other issues I'm not considering here? Thanks, Colin On Jun 30, 4:00 pm, bFlood bflood...@gmail.com wrote: i agree colin, there is a lot of big data that I just don't cache in fear of evicting the smaller, more important chunks. cheers brian On Jun 30, 10:32 am, hawkett hawk...@gmail.com wrote: Hi, I'm wondering what the memcache architecture is - is it a) single instance with a massive pool of memory for everyone, or b) many instances that are each shared by a few apps, or c) an instance per app, or d) something else? I'm guessing (a) if there is an intelligent LRU policy that provides separate LRU for each app, preventing a few apps evicting everyone else's data, or (b) if the LRU policy is not intelligent. (c) would lead to a very poor memory utilisation. Apart from being interested, I am wondering about memcache prioritisation - i.e. where the blunt LRU scheme is not suitable. I might have a small amount of data that I really don't want evicted from memcache (even if it is not used very often), and a large stream of less important data for which the blunt LRU policy is fine. In the current GAE implementation my important data can be evicted by my less important data. It would be great if there was some way to prioritise memcache data - in a stand-alone system, this would be achieved using multiple instances, one for each priority level. Assuming we have option (a) with intelligent LRU on a per app basis, then it shouldn't be too hard to provide multiple memcache instances that can be used for prioritisation of cached data. It should be easy enough to make this backward compatible by providing an optional parameter to specify the instance, defaulting if it is not provided. I can see that this would impact memory utilisation, but it would be possible to make the second, non-default instance much smaller than the default one - say 5% - forcing developers to think carefully about using the smaller cache. Even if no one uses the secondary instance, memory utilisation can still top 95%. Interested to understand the issues, as this is forcing me not to cache my 'big data' for fear of constantly evicting my 'little data'. In my situation, my 'little data' is very important for general response times, which are good to keep up even if the data is not used particularly often. Essentially what I need is a cache with low volatility, and a cache whose volatility isn't so important. Cheers, Colin --~--~-~--~~~---~--~~ 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: memcache architecture
I was hoping google could comment on the architecture, so I can structure a feature request that is actually possible :) On Jun 30, 5:31 pm, Peter Recore peterrec...@gmail.com wrote: This sounds like a useful feature. If you create an issue in the issues list I'll star it :) On Jun 30, 11:41 am, bFlood bflood...@gmail.com wrote: agreed, sounds like it would be better for GAE as a whole. something like a simple priority value (or just low/high) when setting the cache would be sufficient and then GAE could figure out where to place it memcache cheers brian On Jun 30, 11:22 am, hawkett hawk...@gmail.com wrote: Thanks for the response Brian - it should be interesting to google that I'm not the only one choosing not to cache data for this reason, because it means that people are using more CPU and datastore resources because of this issue. Given that the availability of CPU (especially on a per request basis) seems to be the biggest bottleneck in GAE at the moment, there may be a noticeable drop in the use of this resource if developers are able to choose to use memcache more effectively. Certainly I haven't heard any complaints that memcache allocation is too small, so a 5% rejig as suggested would probably go unnoticed. Sounds like a win-win situation. Are there any other issues I'm not considering here? Thanks, Colin On Jun 30, 4:00 pm, bFlood bflood...@gmail.com wrote: i agree colin, there is a lot of big data that I just don't cache in fear of evicting the smaller, more important chunks. cheers brian On Jun 30, 10:32 am, hawkett hawk...@gmail.com wrote: Hi, I'm wondering what the memcache architecture is - is it a) single instance with a massive pool of memory for everyone, or b) many instances that are each shared by a few apps, or c) an instance per app, or d) something else? I'm guessing (a) if there is an intelligent LRU policy that provides separate LRU for each app, preventing a few apps evicting everyone else's data, or (b) if the LRU policy is not intelligent. (c) would lead to a very poor memory utilisation. Apart from being interested, I am wondering about memcache prioritisation - i.e. where the blunt LRU scheme is not suitable. I might have a small amount of data that I really don't want evicted from memcache (even if it is not used very often), and a large stream of less important data for which the blunt LRU policy is fine. In the current GAE implementation my important data can be evicted by my less important data. It would be great if there was some way to prioritise memcache data - in a stand-alone system, this would be achieved using multiple instances, one for each priority level. Assuming we have option (a) with intelligent LRU on a per app basis, then it shouldn't be too hard to provide multiple memcache instances that can be used for prioritisation of cached data. It should be easy enough to make this backward compatible by providing an optional parameter to specify the instance, defaulting if it is not provided. I can see that this would impact memory utilisation, but it would be possible to make the second, non-default instance much smaller than the default one - say 5% - forcing developers to think carefully about using the smaller cache. Even if no one uses the secondary instance, memory utilisation can still top 95%. Interested to understand the issues, as this is forcing me not to cache my 'big data' for fear of constantly evicting my 'little data'. In my situation, my 'little data' is very important for general response times, which are good to keep up even if the data is not used particularly often. Essentially what I need is a cache with low volatility, and a cache whose volatility isn't so important. Cheers, Colin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] SDK functionality for Task Queue API
Hi, Just a quick note to say I have posted a couple of feature requests for SDK functionality re. Task Queue API - I'm hoping these are already very high priority within google - http://code.google.com/p/googleappengine/issues/detail?id=1795 - Actually execute tasks http://code.google.com/p/googleappengine/issues/detail?id=1796 - Fire tasks automatically Lack of these features make testing the Task Queue API almost unbearable in the SDK. Combine that with the fact that you can't administer the queue in production (http://groups.google.com/group/ google-appengine/browse_thread/thread/ fbf4119a2e9efdf0/39fdf95b204c70b6) to fix the bugs that got through from the SDK, and the dev experience is really time consuming. Realise we're in preview at the moment for this API, but worth pointing out. Cheers, Colin --~--~-~--~~~---~--~~ 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: memcache architecture
Ok here it is - please star it :) http://code.google.com/p/googleappengine/issues/detail?id=1797 On Jun 30, 5:31 pm, Peter Recore peterrec...@gmail.com wrote: This sounds like a useful feature. If you create an issue in the issues list I'll star it :) On Jun 30, 11:41 am, bFlood bflood...@gmail.com wrote: agreed, sounds like it would be better for GAE as a whole. something like a simple priority value (or just low/high) when setting the cache would be sufficient and then GAE could figure out where to place it memcache cheers brian On Jun 30, 11:22 am, hawkett hawk...@gmail.com wrote: Thanks for the response Brian - it should be interesting to google that I'm not the only one choosing not to cache data for this reason, because it means that people are using more CPU and datastore resources because of this issue. Given that the availability of CPU (especially on a per request basis) seems to be the biggest bottleneck in GAE at the moment, there may be a noticeable drop in the use of this resource if developers are able to choose to use memcache more effectively. Certainly I haven't heard any complaints that memcache allocation is too small, so a 5% rejig as suggested would probably go unnoticed. Sounds like a win-win situation. Are there any other issues I'm not considering here? Thanks, Colin On Jun 30, 4:00 pm, bFlood bflood...@gmail.com wrote: i agree colin, there is a lot of big data that I just don't cache in fear of evicting the smaller, more important chunks. cheers brian On Jun 30, 10:32 am, hawkett hawk...@gmail.com wrote: Hi, I'm wondering what the memcache architecture is - is it a) single instance with a massive pool of memory for everyone, or b) many instances that are each shared by a few apps, or c) an instance per app, or d) something else? I'm guessing (a) if there is an intelligent LRU policy that provides separate LRU for each app, preventing a few apps evicting everyone else's data, or (b) if the LRU policy is not intelligent. (c) would lead to a very poor memory utilisation. Apart from being interested, I am wondering about memcache prioritisation - i.e. where the blunt LRU scheme is not suitable. I might have a small amount of data that I really don't want evicted from memcache (even if it is not used very often), and a large stream of less important data for which the blunt LRU policy is fine. In the current GAE implementation my important data can be evicted by my less important data. It would be great if there was some way to prioritise memcache data - in a stand-alone system, this would be achieved using multiple instances, one for each priority level. Assuming we have option (a) with intelligent LRU on a per app basis, then it shouldn't be too hard to provide multiple memcache instances that can be used for prioritisation of cached data. It should be easy enough to make this backward compatible by providing an optional parameter to specify the instance, defaulting if it is not provided. I can see that this would impact memory utilisation, but it would be possible to make the second, non-default instance much smaller than the default one - say 5% - forcing developers to think carefully about using the smaller cache. Even if no one uses the secondary instance, memory utilisation can still top 95%. Interested to understand the issues, as this is forcing me not to cache my 'big data' for fear of constantly evicting my 'little data'. In my situation, my 'little data' is very important for general response times, which are good to keep up even if the data is not used particularly often. Essentially what I need is a cache with low volatility, and a cache whose volatility isn't so important. Cheers, Colin --~--~-~--~~~---~--~~ 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] Short sign in time in GAE
The ability to sign in with Google Accounts to GAE applications is awesome I think, but there is a rather short time the sign in stays, like 24 hours or something like that. I would like to have at least a number of days before needing to enter the password again. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: api method to obtain version deploy time
what about using this code in any of your class public static Data deployTime; static { deployTime = new Date(); } I think after redeployment, server will reload your classes, and the above code will execute first time the class reloaded. I think currently in web.xml google app server dont support load on startup attribute, so you just have to find out which is the first class usually being used after redeployment and put this code in that class. Till the time google come up with proper solution, you may use this one. Ravi On Mon, Jun 29, 2009 at 11:18 PM, Sylvain sylvain.viv...@gmail.com wrote: Currently : no answer. We have to wait. On 29 juin, 16:27, Mariano Benitez mari...@benitez.nu wrote: thanks sylvain, did you got any answer from google? at least an unsupported way of getting it? it's that or running some script in my machine just before uploading to set the current date in a file... have you got any workaround? Regards, On Jun 29, 5:13 am, Sylvain sylvain.viv...@gmail.com wrote: star this : http://code.google.com/p/googleappengine/issues/detail?id=952 On 29 juin, 03:58, Mariano Benitez mari...@benitez.nu wrote: Hello, I want to use the version deploy time as my sitemap last modified date. The fact is that I don't find a way to do it. I know that the CURRENT_VERSION_ID variable holds something related... Is there a way to obtain the deploy time from CURRENT_VERSION_ID? 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] Handler Question
This may sound silly, but can I define something other than get and post methods in a handler? IE: class My_Handler(webapp.RequestHandler): def get(self): #Stuff def post(self): #Stuff def my_function(self): #Stuff If so, how exactly do I get things to go to my_function()? --~--~-~--~~~---~--~~ 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] KindError
I'm receiving a strange error: 'KindError: Kind 'WA_File' is not a subclass of kind 'WA_File' wa_File = wa_File.get(db.Key (fileIndex)) This code had been working fine for several weeks, and I didn't make any change to 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-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: Problem with index as well, any one from google can help?
Hi adobeman, It looks like two of your indexes were stuck in the building state, so I've moved them to error so that you can vacuum them. Instructions for vacuuming the errored indices can be found at the bottom of this page: http://code.google.com/appengine/docs/python/datastore/queriesandindexes.html#Big_Entities_and_Exploding_Indexes Thank you, Jeff On Mon, Jun 29, 2009 at 7:33 AM, adobeman xil...@gmail.com wrote: for my app tagregister , I tried to fix the index shows as error, tried the command line to delete the index and rebuild the index, but in the dashboard it still shows as error. I noticed lots of people as similar problem with index, it seems datastore has bugs for indexing data. i only have very small amount of testing data in datastore, when I tired to rebuild the index, some of the index still showing as building for hours. Does anyone from google can give us more details about how to fix our problem in a more general way? Or provide some tool in Dashboard for user to manage indexes. I remeber last month i actually found inside dashboard it actually have a button to reset index, but now it disappeared. Any help will be appreciated. I will be grateful if you are an google engineer and can help me to force delete all the indexes in my 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 google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Deploying Spring Java app on GAE gives exception.
Hi Vishal, What is the app ID that you would like to upload to? It looks like your config file lists 'mywebapp' as the app ID, so my first guess is that this may be a default ID which needs to be changed. Happy coding, Jeff On Mon, Jun 29, 2009 at 3:22 AM, Vishal vishal.bajpa...@gmail.com wrote: Hi, While trying to deploy a spring webapp on gae I get this exception. java.io.IOException: Error posting to URL: http://appengine.google.com/api/appversion/create?app_id=mywebappversion=1; 403 Forbidden You do not have permission to modify this app (app_id=u'mywebapp'). I had 9 apps pending in my quota, when trying to deploy this one and also for the first app that I tried to deploy, I'd previously got it registered so deploying it one second time seemingly suggested that I might be trying to update an already added app for which didn't have the permissions. So this time I created an app and just tried deploying it through eclipse plugin. Anyone with any clue??? 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: can not force delete a index with error!
Hello hu, I think the issues with adobeman's app have been addressed. What is your app ID? I'll take a look. Thank you, Jeff On Tue, Jun 30, 2009 at 2:32 AM, hu itswa...@gmail.com wrote: i got this problem too,and hope be resolved On Jun 29, 12:13 pm, adobeman xil...@gmail.com wrote: I have some index showing as error , and tried appcfg.py vacuum_indexes My_application/ appcfg.py update_indexes My_application/ but after I delete the index by command line, the index still shows up in the admin page. Anyone have idea how to effectively clear all the indexs, so I can try to rebuild the indexes for my application? --~--~-~--~~~---~--~~ 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: Raise NonAuthSubToken
Hi Sandy, My first guess would be that the AuhSub token is not being saved so the upgrade to session token call doesn't receive the token. The easiest way for me to debug this would be for you to send me your code if you are willing to share it. You may also find the following articles to be helpful: http://code.google.com/appengine/articles/gdata.html http://code.google.com/apis/youtube/articles/youtube_api_appengine.html Thank you, Jeff On Tue, Jun 30, 2009 at 3:38 AM, Sandy G sandy9849492...@gmail.com wrote: Hi.. I am facing this error when i request for a authsub token... Traceback (most recent call last): File /base/python_lib/versions/1/google/appengine/ext/webapp/ __init__.py, line 501, in __call__ handler.get(*groups) File /base/data/home/apps/sandyyoutubetestapp/1.334566082742425805/ youtube.py, line 84, in get self.UpgradeAndStoreToken() File /base/data/home/apps/sandyyoutubetestapp/1.334566082742425805/ youtube.py, line 182, in UpgradeAndStoreToken self.client.UpgradeToSessionToken() File /base/data/home/apps/sandyyoutubetestapp/1.334566082742425805/ gdata/service.py, line 891, in UpgradeToSessionToken raise NonAuthSubToken NonAuthSubToken please help me out what is this error for??? --~--~-~--~~~---~--~~ 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: Google App Engine: URL redirection
thanks man! I know I should write some code on the main.py, the problem is I'm not developer, just designer. I found some code but not sure how to mod it Anyway thanks for the tip! On Jun 30, 3:31 pm, Adam adam.crossl...@gmail.com wrote: You can't do redirects in your app.yaml file. You will need to write some code that will handle the URLs to be redirected and use the response.redirect method to perform the redirect. On Jun 29, 9:32 am, Jonatan blue...@gmail.com wrote: Hi, how do I have to configure the app.yaml file to redirect all urls to a certain url? Or one url to another. Example I wanthttp://test.appspot.com/helloorhttp://test.appspot.com/hello28928723 to redirect tohttp://domain.com I am only serving static files at the moment. Here is my app.yaml file: application: testapp version: 1 runtime: python api_version: 1 handlers: - url: (.*)/ static_files: static\1/index.html upload: static/index.html - url: / static_dir: static --~--~-~--~~~---~--~~ 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: Error using fetch ... any ideas?
Yes, I just figured that out this morning. Adding urllib.urlencode (resetoptions) fixed the problem. I don't know if it's just me, but I didn't find it obvious that that was necessary. Blair On Jun 30, 7:39 pm, Nick Johnson (Google) nick.john...@google.com wrote: Hi Blair, Can you please include the code you're using to call the URLFetch service? At a guess, I'd say you're trying to pass a dict as the body of the request, rather than a string, but I can't tell without seeing the source. -Nick Johnson 2009/6/28 Blair shi...@gmail.com: Hi all I'm getting this error every time I try to run this particular fetch call. In the development environment I get TypeError: sendall() argument 1 must be string or read-only buffer, not dict instead. Fetch is working fine with GET's elsewhere in the app without an issue. Any ideas as to what I'm doing wrong? fromstring() argument 1 must be string or read-only buffer, not dict Traceback (most recent call last): File /base/python_lib/versions/1/google/appengine/ext/webapp/ __init__.py, line 501, in __call__ handler.get(*groups) File /base/data/home/apps/farcryupdateapp/1.334515093861420580/ updateapp.py, line 321, in get result = fetch(url=thisapplication.url+index.cfm? type=UpdateAppview=displayTypeResetajaxmode=true, payload=resetoptions, method=POST, deadline=25) File /base/python_lib/versions/1/google/appengine/api/urlfetch.py, line 240, in fetch allow_truncated, follow_redirects) File /base/python_lib/versions/1/google/appengine/api/urlfetch.py, line 290, in make_fetch_call rpc.make_call('Fetch', request, response, _get_fetch_result, allow_truncated) File /base/python_lib/versions/1/google/appengine/api/ apiproxy_stub_map.py, line 389, in make_call self.__rpc.MakeCall(self.__service, method, request, response) File /base/python_lib/versions/1/google/appengine/api/ apiproxy_rpc.py, line 92, in MakeCall self._MakeCallImpl() File /base/python_lib/versions/1/google/appengine/runtime/ apiproxy.py, line 124, in _MakeCallImpl self.request.Output(e) File /base/python_lib/versions/1/google/net/proto/ ProtocolBuffer.py, line 163, in Output self.OutputUnchecked(e) File /base/python_lib/versions/1/google/appengine/api/ urlfetch_service_pb.py, line 1599, in OutputUnchecked out.putPrefixedString(self.payload_) File /base/python_lib/versions/1/google/net/proto/ ProtocolBuffer.py, line 366, in putPrefixedString self.buf.fromstring(v) Any help appreciated. Blair -- Nick Johnson, App Engine Developer Programs Engineer Google Ireland Ltd. :: Registered in Dublin, Ireland, Registration Number: 368047 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Problem in dashboard expanding log entries using Firefox 3.5 (Windows XP)
Hi I am just trying out Firefox 3.5 (windows xp - yeah I know ;-) and noticed that in the appengine dashboard that I am unable to expand log entries in the logviewer (ie clicking on the + sign at the top or on the log entry itself) Works fine on ff 3.0.11 on my machine. Can anyone else check it to see if its just me ? Thanks Tim --~--~-~--~~~---~--~~ 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: Your application is exceeding a quota: Datastore Indices Count
I just started seeing this message as well today after I enabled billing on my app (id = typeracerdata) On Jun 29, 8:20 pm, Jeff S (Google) j...@google.com wrote: This quota has been reset, apologies for the inconvenience. Happy coding, Jeff On Mon, Jun 29, 2009 at 1:35 PM, gae123 pa...@gae123.com wrote: I see this with my app with appid: neatschool after I uploaded a new version of the app that I have not made the current version yet. Could you please reset the count? 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] Elevated quota dropped a week ahead of schedule - not cool
A recent email from the App Engine team said: -- * On June 22nd, as previously announced, standard free quota levels are being adjusted: http://code.google.com/appengine/docs/quotas.html#Free_Changes * On July 6th, two weeks later, your application's special elevated free quota will revert to the new standard free quota levels. -- Well, my app's elevated quota got dropped today (June 30, at 7:51 PDT). This caused a few hours of downtime for my users. --~--~-~--~~~---~--~~ 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: Problem in dashboard expanding log entries using Firefox 3.5 (Windows XP)
Confirmed. I'm also on XP with FF 3.5. Filed a bug for this: http://code.google.com/p/googleappengine/issues/detail?id=1799 On Jun 30, 11:13 pm, Tim Hoffman zutes...@gmail.com wrote: Hi I am just trying out Firefox 3.5 (windows xp - yeah I know ;-) and noticed that in the appengine dashboard that I am unable to expand log entries in the logviewer (ie clicking on the + sign at the top or on the log entry itself) Works fine on ff 3.0.11 on my machine. Can anyone else check it to see if its just me ? Thanks Tim --~--~-~--~~~---~--~~ 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: POST data causes error: type 'exceptions.UnicodeDecodeError': 'ascii' codec can't decode byte X in position Y: ordinal not in range(128)
Here's what I found out, in case it helps someone. Turns out I mis- read the stack trace. The exception happened AFTER calling my handler, not before (trace messages in my handler didn't show up because of buffering, reinforcing my incorrect theory that it hadn't been invoked). The issue was that in this one case I happened to be emitting some valid text that contained the 0xc3 byte. After my handler was invoked, the framework was trying to gather the output using a StringIO, which contains this warning: The StringIO object can accept either Unicode or 8-bit strings, but mixing the two may take some care. If both are used, 8-bit strings that cannot be interpreted as 7-bit ASCII (that use the 8th bit) will cause a UnicodeError to be raised when getvalue() is called. and that's exactly what happened to me. Turns out because I was inadvertently emitting a unicode string at one point, followed later by the 0xc3 byte, it caused the exception. Simply by wrapping the unicode string in str(variable_name), I was able to make the problem go away. I'm not 100% sure I understand why, but emitting uUTEST causes the exception but TEST does not (when the 0xc3 byte is also present somewhere in the output). It's a bit scary just how easy it is to lay a really obscure trap for yourself like this. I have to be very careful not to emit any unicode strings, it seems. Any guidance/advice appreciated. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---