[google-appengine] Re: Datastore Stored Data Quota Report Wrong
That seems shocking. Twice as much storage for indexes as the data. The data includes sizable statistics stuff as well. Plus, I am very careful on the number on indexed fields and only have 1 compound index. On Nov 11, 10:18 am, Simon Knott wrote: > The additional storage is being used by your indexed-property indexes, along > with any custom indexes. > > Cheers, > Simon -- 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: Python 2.7 multithreaded: ereporter & mapreduce compatibility
Ah OK it works, thanks. Didn't know had to replace path entirely... Was wondering about compatibility since there were still some CGI leftovers in these files. On Nov 11, 1:26 pm, Brian Quinlan wrote: > Hi Pol, > > On Sat, Nov 12, 2011 at 7:46 AM, Pol wrote: > > Indeed the problem is the parsing of app.yaml: > > - url: /mapreduce(/.*)? script: $PYTHON_LIB/google/appengine/ext/ > > mapreduce/main.py login: admin- url: /ereporter.* script: > > $PYTHON_LIB/google/appengine/ext/ereporter/report_generator.py login: > > admin > > So what do I use instead for script paths? > > script: google.appengine.ext.mapreduce.application > script: google.appengine.ext.ereporter.report_generator.main.APP > > > Looking into the SDK > > source, these extensions are not 2.7 multithreaded ready. > > How so? > > Cheers, > Brian > > > > > > > > > On Nov 10, 6:10 pm, Brian Quinlan wrote: > >> On Fri, Nov 11, 2011 at 2:44 AM, Pol wrote: > >> > Hi, > > >> > What are the plans to get these 2 extensions compatible with Python > >> > 2.7 multithreaded? > > >> > $PYTHON_LIB/google/appengine/ext/mapreduce/main.py > >> > $PYTHON_LIB/google/appengine/ext/ereporter/report_generator.py > > >> I assume that you are seeing an error during the parsing of your appcfg.py > >> file? > > >> The error message should say that you can't use a CGI with threadsafe. > >> The solution is to use WSGI in your handlers instead i.e. > > >> google.appengine.ext.mapreduce.application > >> google.appengine.ext.ereporter/report_generator.application > > >> Cheers, > >> Brian > > >> > Thanks, > > >> > - Pol > > >> > -- > >> > 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 > >> > athttp://groups.google.com/group/google-appengine?hl=en. > > > -- > > 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 > > athttp://groups.google.com/group/google-appengine?hl=en. -- 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.
Re: [google-appengine] Re: Dirty issues with GAE left unanswered
Thanks Andrin, I did. On Nov 12, 2011 12:27 AM, "Andrin von Rechenberg" wrote: > Andrius, you need to file bugs if something is broken. > You can't expect the AppEngine Team to keep track > of every single mail on the list. That's why the have an > issue tracker. > > http://code.google.com/p/googleappengine/issues/list > > -Andrin > > On Fri, Nov 11, 2011 at 11:23 PM, Vlad wrote: > >> You have to get out of the frame of mind that assumes - "GAE team >> released feature X. Therefore X is well tested, properly integrated with >> the rest GAE features and fills a gap in the overall platform roadmap." You >> cannot make those assumptions. I am sorry, I know it sounds negative, but >> that is just fact. Developers are left to figure out for themselves which >> features are usable and more importantly which features belong to GAE as >> platform and have a chance to survive long term. I could pull out my own >> laundry list of features which are "almost there" but I do not want to >> write a long rant. Hopefully you get me drift. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Google App Engine" group. >> To view this discussion on the web visit >> https://groups.google.com/d/msg/google-appengine/-/rFLTs4QC1z0J. >> >> 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. >> > > -- > 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. > -- 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.
Re: [google-appengine] Re: Dirty issues with GAE left unanswered
Andrius, you need to file bugs if something is broken. You can't expect the AppEngine Team to keep track of every single mail on the list. That's why the have an issue tracker. http://code.google.com/p/googleappengine/issues/list -Andrin On Fri, Nov 11, 2011 at 11:23 PM, Vlad wrote: > You have to get out of the frame of mind that assumes - "GAE team released > feature X. Therefore X is well tested, properly integrated with the rest > GAE features and fills a gap in the overall platform roadmap." You cannot > make those assumptions. I am sorry, I know it sounds negative, but that is > just fact. Developers are left to figure out for themselves which features > are usable and more importantly which features belong to GAE as platform > and have a chance to survive long term. I could pull out my own laundry > list of features which are "almost there" but I do not want to write a long > rant. Hopefully you get me drift. > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/google-appengine/-/rFLTs4QC1z0J. > > 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. > -- 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: What happened to the promised reliability improvement for email delivery?
> Assume #3. Use a different email provider. There are countless to choose > from. Jeff can you recommend one? -- 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: Dirty issues with GAE left unanswered
You have to get out of the frame of mind that assumes - "GAE team released feature X. Therefore X is well tested, properly integrated with the rest GAE features and fills a gap in the overall platform roadmap." You cannot make those assumptions. I am sorry, I know it sounds negative, but that is just fact. Developers are left to figure out for themselves which features are usable and more importantly which features belong to GAE as platform and have a chance to survive long term. I could pull out my own laundry list of features which are "almost there" but I do not want to write a long rant. Hopefully you get me drift. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/rFLTs4QC1z0J. 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.
Re: [google-appengine] Re: Python 2.7 multithreaded: ereporter & mapreduce compatibility
Hi Pol, On Sat, Nov 12, 2011 at 7:46 AM, Pol wrote: > Indeed the problem is the parsing of app.yaml: > - url: /mapreduce(/.*)? script: $PYTHON_LIB/google/appengine/ext/ > mapreduce/main.py login: admin- url: /ereporter.* script: > $PYTHON_LIB/google/appengine/ext/ereporter/report_generator.py login: > admin > So what do I use instead for script paths? script: google.appengine.ext.mapreduce.application script: google.appengine.ext.ereporter.report_generator.main.APP > Looking into the SDK > source, these extensions are not 2.7 multithreaded ready. How so? Cheers, Brian > On Nov 10, 6:10 pm, Brian Quinlan wrote: >> On Fri, Nov 11, 2011 at 2:44 AM, Pol wrote: >> > Hi, >> >> > What are the plans to get these 2 extensions compatible with Python >> > 2.7 multithreaded? >> >> > $PYTHON_LIB/google/appengine/ext/mapreduce/main.py >> > $PYTHON_LIB/google/appengine/ext/ereporter/report_generator.py >> >> I assume that you are seeing an error during the parsing of your appcfg.py >> file? >> >> The error message should say that you can't use a CGI with threadsafe. >> The solution is to use WSGI in your handlers instead i.e. >> >> google.appengine.ext.mapreduce.application >> google.appengine.ext.ereporter/report_generator.application >> >> Cheers, >> Brian >> >> >> >> >> >> >> >> > Thanks, >> >> > - Pol >> >> > -- >> > 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 >> > athttp://groups.google.com/group/google-appengine?hl=en. > > -- > 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. > > -- 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: What happened to the promised reliability improvement for email delivery?
I'm disappointed no Googler responded. I'll have to interpret this as suggested by Jeff then. -- 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: Python 2.7 multithreaded: ereporter & mapreduce compatibility
Indeed the problem is the parsing of app.yaml: - url: /mapreduce(/.*)? script: $PYTHON_LIB/google/appengine/ext/ mapreduce/main.py login: admin- url: /ereporter.* script: $PYTHON_LIB/google/appengine/ext/ereporter/report_generator.py login: admin So what do I use instead for script paths? Looking into the SDK source, these extensions are not 2.7 multithreaded ready. On Nov 10, 6:10 pm, Brian Quinlan wrote: > On Fri, Nov 11, 2011 at 2:44 AM, Pol wrote: > > Hi, > > > What are the plans to get these 2 extensions compatible with Python > > 2.7 multithreaded? > > > $PYTHON_LIB/google/appengine/ext/mapreduce/main.py > > $PYTHON_LIB/google/appengine/ext/ereporter/report_generator.py > > I assume that you are seeing an error during the parsing of your appcfg.py > file? > > The error message should say that you can't use a CGI with threadsafe. > The solution is to use WSGI in your handlers instead i.e. > > google.appengine.ext.mapreduce.application > google.appengine.ext.ereporter/report_generator.application > > Cheers, > Brian > > > > > > > > > Thanks, > > > - Pol > > > -- > > 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 > > athttp://groups.google.com/group/google-appengine?hl=en. -- 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.
Re: [google-appengine] HRD migration tool now available!
Another question. I have this code in my app, so that when someone comes in with an old key, my code will quietly convert it to the new app-id: from google.appengine.api.app_identity import get_application_id appname = get_application_id() @monkeypatch_method(webapp.Request) def get_db(self, key_attr): k = self.get(key_attr) if not k: return None key = db.Key(k) if key.app() == appname: return db.get(key) logging.info("Fixing up key from old app %s (%s=%s)" % ( key.app() , key_attr , k )) fixed_key = db.Key.from_path(*key.to_path()) return db.get(fixed_key) So what's happening is it is "fixing up" every key, because get_application_id() doesn't have "s~" on the front. What should I call to get the app id used in Keys? (The one with the s~ in front?) (BTW: This approach turned out to be a real time-saver for migrating my blobs. I could pass the old version keys from the new HR version, and it fixed them up into its own namespace without my having to even think about it.) -Joshua On Nov 11, 2011, at 1:16 PM, Joshua Smith wrote: > OK, so the migration from MS to HR was really fast, and I ran into no > problems. Woo hoo! > > I didn't do the alias step, because I now need to figure out how to move my > old blobs into the new app, and I suspect that if I did the alias that would > get really, really hard. Right? > > So instead, I changed the mapping of my www.myapp.com to point to the HR > version using google apps domain management. Seems to have worked. Woo hoo > again! > > How do I get my post-migration email budget back up to 2000? App ID of the > new app is towngovernment-hr > > Now to move the blobs... > > On Nov 10, 2011, at 9:49 AM, Joshua Smith wrote: > >> Guess I know what I'll be doing on my day off tomorrow. >> >> In case anyone didn't notice this in the docs: >> >> Currently, the HRD Migration Tool does not support copying data from >> Blobstore. If you use Blobstore, you need to manually copy that data over. >> >> Ugh. That's a pretty huge hole in the tool. >> >> Perhaps I know what I'll be doing all weekend… >> >> -Joshua >> >> On Nov 9, 2011, at 4:33 PM, Stacy (Google) wrote: >> >>> We’ve just released a new self service HRD migration tool. This tool >>> copies all of your data to HRD minimizing read-only times by using a >>> multi-phase approach. Please see the documentation for details on how to >>> use this. This tool is still considered experimental, please report >>> problems you experience here in the forum or to the external issue >>> tracker.We are still working on solutions for users of blobstore. >>> Using HRD makes your app eligible for our SLA, and will lead to much better >>> availability and more consistent performance. We think every app will >>> benefit from the switch to HRD. >>> >>> Stacy >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Google App Engine" group. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msg/google-appengine/-/RzmZ--blDgIJ. >>> 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. >> >> >> -- >> 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. > > > -- > 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. -- 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.
Re: [google-appengine] Re: How quick is delivering a message through Channels API
Thank you Max On 11 November 2011 17:40, Max wrote: > According to this talk, the latency should be no worse than pulling at any > frequency rate > > http://www.google.com/events/io/2010/sessions/building-real-time-apps-app-engine-feed-api.html > > In practice, we use channel API in project Yaac ( > http://code.google.com/p/yaac/) to push back query results piece by piece > and it works quite good, the latency is just neglectable > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/google-appengine/-/q_yE5v7SAjgJ. > 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. > -- 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 Stored Data Quota Report Wrong
The additional storage is being used by your indexed-property indexes, along with any custom indexes. Cheers, Simon -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/cBNYlsIiC74J. 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.
Re: [google-appengine] HRD migration tool now available!
OK, so the migration from MS to HR was really fast, and I ran into no problems. Woo hoo! I didn't do the alias step, because I now need to figure out how to move my old blobs into the new app, and I suspect that if I did the alias that would get really, really hard. Right? So instead, I changed the mapping of my www.myapp.com to point to the HR version using google apps domain management. Seems to have worked. Woo hoo again! How do I get my post-migration email budget back up to 2000? App ID of the new app is towngovernment-hr Now to move the blobs... On Nov 10, 2011, at 9:49 AM, Joshua Smith wrote: > Guess I know what I'll be doing on my day off tomorrow. > > In case anyone didn't notice this in the docs: > > Currently, the HRD Migration Tool does not support copying data from > Blobstore. If you use Blobstore, you need to manually copy that data over. > > Ugh. That's a pretty huge hole in the tool. > > Perhaps I know what I'll be doing all weekend… > > -Joshua > > On Nov 9, 2011, at 4:33 PM, Stacy (Google) wrote: > >> We’ve just released a new self service HRD migration tool. This tool copies >> all of your data to HRD minimizing read-only times by using a multi-phase >> approach. Please see the documentation for details on how to use this. >> This tool is still considered experimental, please report problems you >> experience here in the forum or to the external issue tracker.We are still >> working on solutions for users of blobstore. >> Using HRD makes your app eligible for our SLA, and will lead to much better >> availability and more consistent performance. We think every app will >> benefit from the switch to HRD. >> >> Stacy >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Google App Engine" group. >> To view this discussion on the web visit >> https://groups.google.com/d/msg/google-appengine/-/RzmZ--blDgIJ. >> 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. > > > -- > 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. -- 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] Can't reuse app after HRD Migration?
I just tried to migrate one of my app to anther. After that I find my app become 404 Not Found, how can I use it 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] Datastore Stored Data Quota Report Wrong
My Datastore Stored Data is reporting .23 Gb (230 megs). Yet, the Admin Datastore Status says size of total entities is 73 megs. I first noticed this disparty about a week ago and it has not changed much in the week. About a 3 to 1 ratio between what the quota is reporting and what the admin datastore stat is reporting. Since this is under the free quota I am not being charged for this but I expect my data to increase rather dramatically soon and would like to get this sorted out before then. My conclusion, is the Datastore Store Data in the quota report is wrong. Any Ideas? -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: How quick is delivering a message through Channels API
According to this talk, the latency should be no worse than pulling at any frequency rate http://www.google.com/events/io/2010/sessions/building-real-time-apps-app-engine-feed-api.html In practice, we use channel API in project Yaac ( http://code.google.com/p/yaac/) to push back query results piece by piece and it works quite good, the latency is just neglectable -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/q_yE5v7SAjgJ. 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.
Re: [google-appengine] issue with objectify
what is the solution ? Should i take this line out of deferredtask class? Thanks Deepak On Fri, Nov 11, 2011 at 2:39 AM, Aidan O'Kelly wrote: > DefferedTask's are serialized, so the field 'Objectify objectify' is > causing the error. > > > On Thu, Nov 10, 2011 at 8:12 PM, Deepak Singh wrote: > >> public class DBMailTask implements DeferredTask { >> Objectify objectify = ObjectifyService.begin(); >> String subject = null; >> String body = null; >> String receipents = null; >> List list = null; >> public void paramValues (final String subjectt, final String bodyy, >> final String receipentss, final List listt) { >> this.subject = subjectt; >> this.body = bodyy; >> this.receipents = receipentss; >> this.list = listt; >> System.out.println("CommonRpcServiceImpl.DBMailTask.paramValues() >> values set"); >> } >> @Override >> public void run() { >> if(object instanceof UserSubscribed) >> { >> UserSubscribed user = (UserSubscribed) object; >> objectify.put(user); >> } >> if(object instanceof UserTravelExpComment) { >> UserTravelExpComment user = (UserTravelExpComment) object; >> objectify.put(user); >> } >> if(object instanceof ContactUs) { >> ContactUs user = (ContactUs) object; >> objectify.put(user); >> } >> } >> } >> >> } >> >> -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appengine@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- Deepak Singh -- 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.
Re: [google-appengine] Instance hours reduction strategies
http://code.google.com/appengine/docs/billing.html#Setting_a_Daily_Budget (Was referred to as "Reserved Instance Hours" previouslly) On Fri, Nov 11, 2011 at 2:40 PM, Deepak Singh wrote: > What is ' discounted instance hours ' ? > > On Fri, Nov 11, 2011 at 5:48 AM, Gregory D'alesandre > wrote: >> >> We wrote an article to help with >> this: http://code.google.com/appengine/articles/managing-resources.html >> The main things to do are: >> - Figure out an appropriate value for Max Idle Instances >> - Use concurrent requests >> - Use discounted instance hours which are 37.5% cheaper but you need to >> pre-commit to a certain number per week >> Hope that helps! >> Greg >> >> On Thu, Nov 10, 2011 at 1:09 PM, Ron wrote: >>> >>> Has anyone got good tips for reducing the number of frontend instance >>> hours? >>> >>> -- >>> 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. >>> >> >> -- >> 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. > > > > -- > Deepak Singh > > -- > 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. > -- 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.
Re: [google-appengine] Instance hours reduction strategies
What is ' discounted instance hours ' ? On Fri, Nov 11, 2011 at 5:48 AM, Gregory D'alesandre wrote: > We wrote an article to help with this: > http://code.google.com/appengine/articles/managing-resources.html > > The main things to do are: > - Figure out an appropriate value for Max Idle Instances > - Use concurrent requests > - Use discounted instance hours which are 37.5% cheaper but you need to > pre-commit to a certain number per week > > Hope that helps! > > Greg > > > On Thu, Nov 10, 2011 at 1:09 PM, Ron wrote: > >> Has anyone got good tips for reducing the number of frontend instance >> hours? >> >> -- >> 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. >> >> > -- > 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. > -- Deepak Singh -- 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.
Re: [google-appengine] how to override skip_files on local dev server
still think this should be mentioned in the docs for skip_files. On Nov 10, 2011, at 8:01 PM, Nick Johnson wrote: > Hi Andreas, > > The dev_appserver attempts to emulate the production environment in every way > possible; we don't document each case explicitly because it's the default > behaviour. > > -Nick Johnson > > On Thu, Nov 10, 2011 at 12:51 PM, andreas schmid wrote: > nick i understand what you are trying to say but i still think such things > should be documented here > http://code.google.com/appengine/docs/python/config/appconfig.html#Skipping_Files > > where the only thing said in the docs about the consequences of the > skip_files configuration is: > > The skip_files element specifies which files in the application directory are > not to be uploaded to App Engine. The value is either a regular expression, > or a list of regular expressions. Any filename that matches any of the > regular expression is omitted from the list of files to upload when the > application is uploaded. > > this could avoid developers to spend hours to figure out whats wrong in their > code. > > andreas > > On Nov 9, 2011, at 7:46 PM, Nick Johnson wrote: > >> On Thu, Nov 10, 2011 at 2:53 AM, andreas schmid wrote: >> i know its not an issue but what is the reason for blocking access to local >> files? >> in my case i have a dev environment and whats going to be deployed and i >> don't see the reason why i have to deploy those files too or switch back and >> forth in the skip_files section. >> >> no docs say that adding stuff to the skip_files section will affect access >> to those files. >> >> The dev_appserver attempts to emulate the production environment as closely >> as possible. skipped files aren't available in production, so it makes them >> unavailable in dev. If you need access to files that aren't uploaded, you >> should write a script that runs outside the dev_appserver, rather than >> trying to work around the restrictions, which are designed to help you test >> your app in as realistic an environment as possible. >> >> -Nick Johnson >> >> >> >> On Nov 9, 2011, at 10:19 AM, Jacob Gur wrote: >> >>> Now that GAE has increased file deployment limit from 3,000 to 10,000, this >>> should not be an issue for most people. >>> >>> On Wed, Nov 9, 2011 at 10:16 AM, andreas schmid >>> wrote: >>> have the same issue but i use different folders depending on local >>> development or deployed app. >>> i think the sdk should not block access to files. skip files should be >>> there to avoid deploying those files and thats it. >>> >>> On Jul 15, 2011, at 4:42 PM, Robert Kluin wrote: >>> >>> > Hey Jscob, >>> > It sounds like you're either dangerously close to the limit or have >>> > a frightening number of js files. Perhaps you should write a build >>> > script to handle making the mods you need or removing the files? >>> > >>> > Robert >>> > >>> > >>> > >>> > On Friday, July 15, 2011, Jacob G wrote: >>> >> To clarify, I don't want these file uploaded at all to GAE, because >>> >> I'll go over 3000 file limit. >>> >> >>> >> On Jul 15, 3:17 pm, Jacob G wrote: >>> >>> skip_files seems to block access on local dev server. How do override >>> >>> that? I need it for minifying javascript, but having access to >>> >>> original files on dev server for debugging. >>> >> >>> >> -- >>> >> 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. >>> >> >>> >> >>> > >>> > -- >>> > -- >>> > Robert Kluin >>> > Ezox Systems, LLC >>> > >>> > -- >>> > 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. >>> > >>> >>> -- >>> 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. >>> >>> >>> >>> -- >>> 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. >>
[google-appengine] How quick is delivering a message through Channels API
Hi guys, I have an app which does ajax request every second to get data from the server and display in the browser. My question is how quickly messages are delivered through Channels API to the client? Does anyone measure the latency? Will it deliver messages faster than doing ajax request every second? Would be grateful for you knowledge. Thx, Andrius -- 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: Performing a "LIKE" query in GQL ??
check out project Yaac! (http://code.google.com/p/yaac/) it now supports LIKE query -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/npV0s2XxoU4J. 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: XMPP Presence: getPresence and isAvailable don't work? sendPresence with PROBE is asynchronous?
'isAvailable' still does not work for me. Anyhow, banishing of synchronous 'isAvailable' method means a pretty big change. Previously, recipient's JID was all needed, to send a xmpp message. From now on, GAE application have to maintain a 'roster' with statuses of the subscribers. And now it is unable to check recipient's status, and send a message. Status have to be already stored in roster. And app must handle 'error' xmpp responses to adjust that statuses. BTW, there is no methods nor classes in the current GAE Java SDK to parse 'error' stanzas. On Nov 10, 6:12 pm, Artem Kuroptev wrote: > Hello everyone. > > I would appreciate if somebody can clarify these things: > > 1. XMPPService.getPresence(..).isAvailable() constantly returns > 'false' as of today. Is that a temporary behavior, or this methods > don't work anymore? > > 2. Is sendPresence method with PROBE PresenceType asynchronous? > > 3. Is that correct, that now there is no way to check JID presence > (whether user online) synchronously? > > I have tried to read the docs. As been noted in Version 1.5.5 release > notes: > ## > In the XMPP API, getPresence() is deprecated in favor of using the > inbound presence handlers documented > inhttp://code.google.com/appengine/docs/java/xmpp/overview.html#Handlin > ## > and getPresence marked as deprecated in the current SDK. But in Java > world "deprecated" usually used to change syntax or semantics, and > leave incorrect method to maintain legacy. But not to mark method as > "non working". So it is unclear what really happened with > 'getPresence(..).isAvailable()'. > > 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.
Re: [google-appengine] Re: Dirty issues with GAE left unanswered
Hello, I would second that. The backup process is almost non-existent! Now we are paying for this service we should have access to some backup mechanism. I'd like to see something on the servers where we could, at the click of a button, create a save point and wide back to save points. I don't want to have to download my data to my local machine. Martin On 11 Nov 2011, at 08:47, Niklas R wrote: > +2: > http://code.google.com/p/googleappengine/issues/detail?id=3258 > http://code.google.com/p/googleappengine/issues/detail?id=5165 > My main problem that stops me from calling my system "real" is that backup is > not working. If I have I data failure I won't have a backup. There is nothing > that stops my development so I still think GAE is the one best web > application development platform ever, it's just that if my backup system > isn't working I really don't think it can call my system a real professional > system. In my case it is an issue > Thanks > Nick Rosencrantz > > > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/google-appengine/-/yfe4mMfN2ycJ. > 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. -- 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: Dirty issues with GAE left unanswered
+2: http://code.google.com/p/googleappengine/issues/detail?id=3258 http://code.google.com/p/googleappengine/issues/detail?id=5165 My main problem that stops me from calling my system "real" is that backup is not working. If I have I data failure I won't have a backup. There is nothing that stops my development so I still think GAE is the one best web application development platform ever, it's just that if my backup system isn't working I really don't think it can call my system a real professional system. In my case it is an issue Thanks Nick Rosencrantz -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/yfe4mMfN2ycJ. 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.