[google-appengine] Re: Email Marketing on GAE
That's really sucks. Can not the almighty GOOGLE do something aganist the dark power of cyber space? 2009/5/18 Wooble > > > > On May 15, 9:02 pm, Iap wrote: > > I have some question about this issue. > > If people pay, > > why can not they send bulk of emails? > > How to tell spam or not? Who has the authority to say > > this is spam and that is not spam? > > Well, the block lists that would put the App Engine machines' IPs in > if Google's TOS didn't forbid spamming have the "authority" to say > that and watch a large portion of the world's email servers make the > email function useless to the rest of us. > > > --~--~-~--~~~---~--~~ 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] Bulk upload specifying a key name
Hi All, How do i specify a key name when using the bulk upload tool? I am currently using WWW:: Mechanize to upload my data one row at a time but would be nice if i can use the bulk loader as i don't want to reinvent the many options available in the tool. 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: Deleting index stuck
Yes, I have read them and had even tried the vacuum_indexes procedure. It did not work, as I had mentioned in my mail. Tried it again today and they got deleted at once from my indexes. By the way, the problem is not related to exploding indexes - there were 3 new indexes of 2 to 3 properties each, all properties were string/integer properties and the data to be indexed was less than 100. I just discovered that it *might* be because one of the index definition had a non-existing property name specified. I am not going to try it again with a wrong property name in the index, to confirm the reason for the "Error" :-). But, just in case any of you face a similar problem, see if this might be the reason. Regards, R.Rajkumar On Mon, May 18, 2009 at 2:20 AM, ryan > wrote: > > have you read: > > http://code.google.com/appengine/kb/general.html#error_indexes > > http://code.google.com/appengine/docs/python/datastore/queriesandindexes.html#Big_Entities_and_Exploding_Indexes > > > > --~--~-~--~~~---~--~~ 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] Identify user from an Android Device
Hey, Quick question: Is there an easy way to "append" a users Google account/ID to a call made to the App Engine so that a user does need to login? By default, a person using an Android phone is logged into their Google account at all times, so i'm assuming there may be a elegant way of "letting the App Engine know" who is communicating with it. Is this possible? 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: Deleting index stuck
have you read: http://code.google.com/appengine/kb/general.html#error_indexes http://code.google.com/appengine/docs/python/datastore/queriesandindexes.html#Big_Entities_and_Exploding_Indexes --~--~-~--~~~---~--~~ 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: Email Marketing on GAE
On May 15, 9:02 pm, Iap wrote: > I have some question about this issue. > If people pay, > why can not they send bulk of emails? > How to tell spam or not? Who has the authority to say > this is spam and that is not spam? Well, the block lists that would put the App Engine machines' IPs in if Google's TOS didn't forbid spamming have the "authority" to say that and watch a large portion of the world's email servers make the email function useless to the rest of us. --~--~-~--~~~---~--~~ 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] Uneven response time between connection to server to first byte sent
I don't know if this is related to only the Python version or also to the Java version, but the response time from GAE servers (Python) is very uneven. Sometimes the time from connection with the server to the first byte sent is less than a second, but sometimes the response takes several seconds between connection with the server to the first byte being sent. It doesn't depend on the datastore or some other backend it seems since it happens for pages who don't use any (application-level) backend. And the response time can be very long even after a recent (previous minute or so) fast response. I have noticed this using ordinary web browsers, and also when using tools like: http://tools.pingdom.com/?url=http://www.blabline.com&treeview=0&column=objectID&order=1&type=0&save=false Is there some kind of performance bottleneck that sets in from time to time? --~--~-~--~~~---~--~~ 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: Very strange error inside of transactions..?
Some things cannot be done in the transaction block...like queries :) On May 17, 1:07 pm, Tim Hoffman wrote: > I would suggest you include all of the code in this block > If you are getting the error then I will trust the python interpreter > over your code ;-) > > T > > On May 17, 10:34 am, "astrid.thuec...@googlemail.com" > > wrote: > > I encounter a very strange error which wasn't here before and I > > already wonder if it is due to some kind of indendation problem. > > > Anyway. The transaction accesses variables that were defined in the > > sourcecode before the transaction: > > > some variables > > > def txn(): > > if (...): > > > > else: > > > > db.run_in_transaction(txn) > > > in the if and else parts it sometimes complains that the variables I > > clearly defined before the transaction method were referenced before > > they were defined. It is even more confusing since some variables seem > > to be working in the if block but not in the else block and vice > > versa. > > > Any clue what I am missing? > > --~--~-~--~~~---~--~~ 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 in documentation?
On Apr 2, 9:31 pm, dafire wrote: > I guess you missed the part about the "reasonably efficient > application" > > When somebody visits my app the first load of a page is 250k including > scripts and images .. > but after that the images and scripts are in cache and the transfer > size of a typical page is 2-5k If the new content that contains images, it is another matter --~--~-~--~~~---~--~~ 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: different urlfetch behaviour on development and production servers: URLs with the characters: ( or )
Hello, Although I'm not sure why urllib2 resulted in successful retrieval of URLs containing braces I have since come to discover that the issue here lies not with Google App Engine but rather at dbpedia. I have since come to realize that I misdiagnosed the issue and thought I'd update this thread indicating that. If anyone is interested, the root cause seems to be a redirect (303 see other) taking place where the url being redirected to is not encoded.A direct request to the redirect URL, with encoding, retrieves the intended document. Matthew On May 5, 11:07 pm, Matt Trinneer wrote: > Having some luck... By using urllib2 instead of urlfetch I am able to > load the same URLs on the production server without any issue. Not > really a solution per say but it gets the job done. Appreciate > everyone's feedback. > > On May 5, 10:29 pm, Matt Trinneer wrote: > > > > > Hi George, > > > Thanks for the response. I've done some additional testing and am not > > getting much further. Unfortunately in this case I do not have > > control of the endpoint and am stuck with braces in the URL. > > > Some additional notes which may be of use to anyone who happens upon > > this: > > > 1. The URLs being requested in this example return xml/rdf > > documents. > > 2. In the case of requesting a resource without braces in it's URL a > > response similar to the following is received (truncated for brevity) > > > > > http://www.w3.org/1999/02/22-rdf-syntax-ns#"; > > xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#";> > > http://dbpedia.org/resource/Companion_ > > %28manga%29">. > > > > > 3. On the GAE production environment the response to a request for a > > URL with braces is not an error, but rather an empty rdf document. > > > > > http://www.w3.org/1999/02/22-rdf-syntax-ns#"; > > xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#";> > > > > > 4. This lead me to speculate that the request being received by the > > remote host was not for the same resource as I believe I am making a > > request for. So, with the help of another non-GAE endpoint I have > > been logging requests generated via urlfetch and am not able to see > > any appreciable difference between those sent by the development > > version, where these requests work, and the production version, where > > they don't. > > > Continuing to investigate > > > On May 5, 5:31 am, George wrote: > > > > Ivan, Your problem looks like a common encoding problem. The default > > > encoding used in server of GAE is ASCII, but something else such as > > > UTF-8 on your computer. So the code works in your development > > > environment but not on Google server. > > > > To deal with this problem you need to declare the encoding in file > > > header and decode your string to unicode with the proper charset > > > before using it. If you don't do this, the Python interpreter will > > > help you to do it with the system default one. I agree this is a > > > little confusing. Python should do it more elegantly. > > > > For Matthew's problem, sorry I also have no idea about it. urlfetch is > > > a mystery in GAE libs. I found several examples working good in local > > > but throwing error on server. So I can only suggest you avoid touching > > > the dangerous zone like braces in url. :-) > > > > -- > > > George > > > > App Engine Unit Test Frameworkhttp://code.google.com/p/gaeunit/ > > > > On May 4, 5:35 pm, Ivan Maslov wrote: > > > > > I have similar problem. On development server function urlencode works > > > > correctly with unicode string. In production error occurs: > > > > UnicodeEncodeError: 'ascii' codec can't encode character u'\xe2' in > > > > position > > > > 2: ordinal not in range(128). It occurs when i pass russian strings as > > > > parameter. > > > > > 2009/5/4 Matt Trinneer > > > > > > To further that post... > > > > > > It seems to me that URLs containing characters such as ( and ) are not > > > > > being fetched properly on the production environment. I've attempted > > > > > escaping the characters, as per RFC 3986. However the escaped url > > > > > (http://dbpedia.org/resource/Companion_%28manga%29) doesn't fair any > > > > > better. --~--~-~--~~~---~--~~ 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: Shorthand to modify model-Objects?
You can write a function that does it def updateAttr(obj, **kwds): if obj is None: return for k,v in kwds.iteritems(): setattr(obj,k,v) .. me = MyEnt.all().filter("index =", index).get() updateAttr(me, title = title, name=name, public=False) 2009/5/17 astrid.thuec...@googlemail.com : > > When one creates a new entity one can give all the parameters to the > constructor: > > MyEnt(title=title, name=name, public=True, ...) > > But if I modify an entity already stored I need to write it in single > lines: > me = MyEnt.all().filter("index =", index).fetch(1)[0] > me.title = title > me.name=name > me.public=False > ... > > is there a shorter way to do this? > > > > > --~--~-~--~~~---~--~~ 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: Very strange error inside of transactions..?
I would suggest you include all of the code in this block If you are getting the error then I will trust the python interpreter over your code ;-) T On May 17, 10:34 am, "astrid.thuec...@googlemail.com" wrote: > I encounter a very strange error which wasn't here before and I > already wonder if it is due to some kind of indendation problem. > > Anyway. The transaction accesses variables that were defined in the > sourcecode before the transaction: > > some variables > > def txn(): > if (...): > > else: > > db.run_in_transaction(txn) > > in the if and else parts it sometimes complains that the variables I > clearly defined before the transaction method were referenced before > they were defined. It is even more confusing since some variables seem > to be working in the if block but not in the else block and vice > versa. > > Any clue what I am missing? --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---