[google-appengine] HRD Migration and issue with e-mails sent using the old app name
I just migrated my main app to HRD using the tool introduced with 1.5.5. All in all a very good and fast experience, except one issue. My old app name was foo, the new name is foo2 (fake names for the sake of the example). After the migration as expected: 1) requests to foo.appspot.com get redirected to foo2 GOOD 2) e-mails to foo.appspotmail.com get redirected to the foo2 handler GOOD However, I was surprised to find out that e-mails attempting to leave foo2 with an @ foo.appspotmail.com from address get rejected. This forces me to reveal to my users the new app id and I need to ask them to add this domain to their antispam filters. Is this something that could be fixed? Should I open a case? Thanks, PK www.gae123.com -- 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/-/A76tis4GLesJ. 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] AppEngine Dashboard running really slowly..
Ive noticed recently that the AppEngine Dashboard loads pages really slowly.. just switching between different pages takes ages, and truing to view the DataStore Viewer takes about 30seconds. I know its not my connection speed as other sited load instantly, but anything to do with AppEngine feels like im back on dialup! Anyone else getting this too?? -- 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: Mail Question
You could always use Amazon SES instead of Appengine mail. If you don't feel like managing Amazon yourself, http://sendgrid.com/ (built in top of Amazon SES) has articles, and tutorials to configure your DKIM and all this things to avoid the "via ..." messages in gmail and the security alerts in hotmail. It is the option my client has configured right now. -- 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/-/rpOfoPMbTrQJ. 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] Incorrect results of allocate_ids when running on local dev_appserver.py
this code: class AnyYourDBModelClass(db.Model): some_uid = db.IntProperty() #=key handmade_key = db.Key.from_path('AnyYourDBModelClass', 1) numid_start, numid_end = db.allocate_ids(handmade_key, 1); allocate_ids must return unique values forever but this is not true for local dev_appserver.py, values repeated after each restart of dev_appserver.py (db is not cleaned) -- 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/-/GPUZZOMCuycJ. 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] 6470ms for a memcache get and write out the result?
> page = CachedObject.all(keys_only=True).filter('appversion =', > appversion) \ > .filter('uri =', uri).get() > if page: > p = db.get(str(page)) > self.write(p.html) > memcache.set(cachekey, p.html, > namespace='cachedpage|%s'%appversion) > return > else: Why do you first check to see if the datastore object exist (keys_only=True) and then fetch if key is found. This adds an extra RPC roundtrip. Just fetch the object and test page for None page = CachedObject.all().filter('appversion =', appversion) \ .filter('uri =', uri).get() if page: self.write(p.html) memcache.set(cachekey, p.html, namespace='cachedpage|%s'%appversion) return else: -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to 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 to determine datastore reads?
Where in the Appstats result can I find the number of Datastore Read Ops used in this request or in a certain RPC of the request? Op 14 oktober 2011 06:43 heeft Rishi Arora het volgende geschreven: > Appstats > http://googleappengine.blogspot.com/2010/03/easy-performance-profiling-with.html > > On Thu, Oct 13, 2011 at 10:34 PM, J wrote: >> >> Anyone know a way I can profile my app to see where my datastore reads are >> coming from? -- 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] 6470ms for a memcache get and write out the result?
you are right and i will do it but this is not what is causing that huge delay in the response. On Oct 15, 2011, at 6:01 AM, djidjadji wrote: >>page = CachedObject.all(keys_only=True).filter('appversion =', >> appversion) \ >> .filter('uri =', uri).get() >>if page: >>p = db.get(str(page)) >>self.write(p.html) >>memcache.set(cachekey, p.html, >> namespace='cachedpage|%s'%appversion) >>return >>else: > > Why do you first check to see if the datastore object exist > (keys_only=True) and then fetch if key is found. This adds an extra > RPC roundtrip. > Just fetch the object and test page for None > >page = CachedObject.all().filter('appversion =', appversion) \ > .filter('uri =', uri).get() >if page: >self.write(p.html) >memcache.set(cachekey, p.html, > namespace='cachedpage|%s'%appversion) >return >else: > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appengine@googlegroups.com. > To unsubscribe from this group, send email to > 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] Mail Question
Which level did they go for? We're not doing bulk mailing, so the Lite package looks nice. But would we regret not getting the "Advanced Deliverability Features"? $80/month is awfully steep for something I don't really understand whether I need! On Oct 15, 2011, at 5:29 AM, Ernesto Oltra wrote: > You could always use Amazon SES instead of Appengine mail. > > If you don't feel like managing Amazon yourself, http://sendgrid.com/ (built > in top of Amazon SES) has articles, and tutorials to configure your DKIM and > all this things to avoid the "via ..." messages in gmail and the security > alerts in hotmail. It is the option my client has configured right now. > > -- > 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/-/rpOfoPMbTrQJ. > 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: X-AppEngine-City
Thanks Gordon. That looks even better. And the webapi is more affordable than I expected ($20 for 50,000 requests). On Sat, Oct 15, 2011 at 3:55 AM, GordonHo wrote: > hi chris, > > perhaps the maxmind webapi would be another solution. > i've not tried ipinfodb, but i am using maxmind on several projects (webapi > and local db). > the webapi works quite well for me when caching results locally for a short > time. > when using the webapi i've sometimes put in the local db as a backup > solution in case the webapi times out etc. > > > cheers > > -- > 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/-/4s-jQZ3YBZYJ. > > 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] Mail Question
For the "via ..." problem you need what they call "Whitelisting", so Silver package is the minimum. That said, we have the Bronze package. They sign all the emails you send, so in Gmail: x...@xx.appspotmail.com via sendgrid.info sent by sendgrid.info signed by sendgrid.info That was enough for my client, and deliverability was **great** even when we were in the Lite package. I know he received two/three reports of people saying that they saw the "via ..", then they went to the website (it was not so scary as the 12355...bounce.appengine.. etc) and they saw clearly it was only a mail company, so they trusted the email. 2011/10/15 Joshua Smith > Which level did they go for? We're not doing bulk mailing, so the Lite > package looks nice. But would we regret not getting the "Advanced > Deliverability Features"? $80/month is awfully steep for something I don't > really understand whether I need! > > On Oct 15, 2011, at 5:29 AM, Ernesto Oltra wrote: > > You could always use Amazon SES instead of Appengine mail. > > If you don't feel like managing Amazon yourself, http://sendgrid.com/(built > in top of Amazon SES) has articles, and tutorials to configure your > DKIM and all this things to avoid the "via ..." messages in gmail and the > security alerts in hotmail. It is the option my client has configured right > now. > > -- > 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/-/rpOfoPMbTrQJ. > 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] Mail Question
I forgot to mention they offer click tracking on the links of your email, view tracking (using beacons) and have better "email don't exist", bounce rates, etc; stats. Support is great too and when starting they have a free tier so you can test the service before using it The API is as simple as a POST urlfetch to an URL using your secret key. 2011/10/15 Ernesto Oltra > For the "via ..." problem you need what they call "Whitelisting", so Silver > package is the minimum. That said, we have the Bronze package. They sign all > the emails you send, so in Gmail: > > x...@xx.appspotmail.com via sendgrid.info > sent by sendgrid.info > signed by sendgrid.info > > That was enough for my client, and deliverability was **great** even when > we were in the Lite package. > > I know he received two/three reports of people saying that they saw the > "via ..", then they went to the website (it was not so scary as the > 12355...bounce.appengine.. etc) and they saw clearly it was only a mail > company, so they trusted the email. > > 2011/10/15 Joshua Smith > >> Which level did they go for? We're not doing bulk mailing, so the Lite >> package looks nice. But would we regret not getting the "Advanced >> Deliverability Features"? $80/month is awfully steep for something I don't >> really understand whether I need! >> >> On Oct 15, 2011, at 5:29 AM, Ernesto Oltra wrote: >> >> You could always use Amazon SES instead of Appengine mail. >> >> If you don't feel like managing Amazon yourself, http://sendgrid.com/(built >> in top of Amazon SES) has articles, and tutorials to configure your >> DKIM and all this things to avoid the "via ..." messages in gmail and the >> security alerts in hotmail. It is the option my client has configured right >> now. >> >> -- >> 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/-/rpOfoPMbTrQJ. >> 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] Re: AppEngine Dashboard running really slowly..
Seems to be running a lot quicker now... wonder what was going on?? On Oct 15, 10:21 am, Joe Bourne wrote: > Ive noticed recently that the AppEngine Dashboard loads pages really > slowly.. just switching between different pages takes ages, and truing > to view the DataStore Viewer takes about 30seconds. > I know its not my connection speed as other sited load instantly, but > anything to do with AppEngine feels like im back on dialup! > Anyone else getting this too?? -- 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 to determine datastore reads?
Actually, appstats is more consistent with the old pricing model, and so, it only shows up number of datastore queries executed, puts and gets, for each RPC. Here's a screenshot from the link I posted earlier: http://1.bp.blogspot.com/_dLfQMJsmsaI/S7NKKyRM5-I/AEA/rfaOPZXtr80/s1600/Picture+4.png The request history section shows recent requests, and if you expand a request, it'll show you datastore puts, gets, and queries. I believe gets translate to reads one-to-one, but puts depend on how many indexes get modified in the process. One put will almost always translate to multiple data store writes (one of each index that gets updated, and one for the entity being modified) On Sat, Oct 15, 2011 at 8:17 AM, djidjadji wrote: > Where in the Appstats result can I find the number of Datastore Read > Ops used in this request or in a certain RPC of the request? > > Op 14 oktober 2011 06:43 heeft Rishi Arora > het volgende geschreven: > > Appstats > > > http://googleappengine.blogspot.com/2010/03/easy-performance-profiling-with.html > > > > On Thu, Oct 13, 2011 at 10:34 PM, J wrote: > >> > >> Anyone know a way I can profile my app to see where my datastore reads > are > >> coming from? > > -- > 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] Datastore transport encryption
Does JDO (or JPA) support encryption (SSL)? I would like to collect data from devices in the datastore. The devices will have a small java app that can communicate with the datastore to insert data. But, I'd like the connection with the datastore to be secure (encrypted). Is this possible? -- 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: Designing data model and caching strategy for new pricing model
Busy week, thanks for the replies. RE: legality - ugh. It's amazing how legislation gets in the way of good technology, especially when the technology the legislation prevents is 1000 times more secure than the paper gradebooks it forces teachers to maintain and carry around with them because of the restrictions. After a few hours of perusing Alabama state code, I can pretty confidently state that we don't have any provisions against storing data outside of the state. We even have one provision making it *easier* to transfer records between states targeted at military kids. On the lighter side, I found a ton of legislation protecting the records of student-athletes from their recruiters, and several provisions ensuring that our football coaches are well paid and cared for in retirement. I guess you see what our priorities are here in the South. ROLL TIDE! :rolleyes: Either way, I'm OK with not being able to penetrate every state in the US, as long as I can cover Alabama. The app is for my wife first, and if it catches on and becomes a business of its own, that's great. The cloud does give me the key benefit of being able to scale from one teacher, to one school, to the whole state, to every state that doesn't specifically prohibit out-of-state storage, with minimal additional effort on my part. At least as long as I design it correctly to start with. If my wife and her friends end up being the only ones that use it, then the LAMP server on my own is overkill, and if it spreads to multiple states, then I've got to hire people to maintain them (or rely on whatever IT group the districts manage to cobble together to keep my servers running). Also, the biggest complaint teachers have with locally served grade management systems is they work great until the end of the 9 weeks when everybody is putting in grades at the same time, then they crash or are incredibly slow at the time when there is the biggest amount of pressure to get it all in. The cloud solves this problem handily. There are national confidentiality and accessibility laws regarding student records, primarily FERPA, but they basically say that a particular students records are only visible to their parents, teachers, and school officials, and that parents have the rights to access their students' records at any time. Standard security stuff. My day job is application development in a bank - so this sort of security is pretty simple to me. RE: spreadsheets - That was more of a metaphor for the user interface than a description of everything I'm storing. Each grade also has comments attached to it, can be dropped, exempted, have its own unique total points separate from the rest of the students in the activity (for disability accommodations), and other possible extended attributes. Storing this in a google spreadsheet could work, but it would be confusing to the teacher to actually work with the underlying spreadsheet. Data is data, but I am making the assumption that GAE is at least a little more efficient communicating with the data store than with an external service, and the generic nature of the data store allows me to continue to expand the capabilities without trying to squeeze them into a spreadsheet model. My super-spreadsheets will take the concept of the note tag in the corner and add several other graphical indicators of additional meta-data attached to the all-important number in the middle of the cell. RE: charts - I've already decided on ExtJS 4's charting library. It's all HTML5 based (with canvas support for IE6), and transforms data into pretty pictures on the client side... so all I have to do on the App engine side of things is send and receive data, and update the underlying models. RE: beforeunload - I specifically want to avoid beforeunload hooks. Different browsers deal with an asynchronous request from this hook in different ways, so there's no guarantee that the request would actually execute, much less complete. I also am opposed to hijacking the browser when a frustrated teacher is finally finished for the day and saying "please wait while we save your data... please?" And that doesn't even take into account browser crashes on aging hardware in the classrooms. My first mantra is "don't be annoying"... so I think the extra overhead of sending each update individually is worth it for increased usability. That grade update handler is going to be a one-liner to just take the request and put it on a task queue... it can't take long to do that, can it? RE: 50,000 read/write/small a day: So let's say an average teacher has two activities a day (it's not uncommon in math classes especially to have daily homework and classwork grades). The average class has 25 students. So that's 50 writes a day if I store all the grades in individual grade objects. But my understanding is that there is a key index and then the object itself that has to b
[google-appengine] Re: calling out the app engine team on ssl for custom domains
+1 On Oct 14, 8:07 pm, Louis Le Coeur wrote: > 1.5.5 SDK release and still no mention of SSL whatsoever... > > It seems now certain that we won't have it by the end of the year. And it's > starting to get really frustrating, at a time where browser support is > ubiquitous enough for an SNI-only solution. > > When I see all of their other announcements, I can't help thinking : 99.95% > SLA? conversion API? but why on earth do they even work on this? why don't > they put 100% of their resources on SSL? Do they listen to us at all? And > it's a shame because we'd certainly be able to appreciate their otherwise > excellent work if they solved this bottleneck. > > *"When you send a rocket to the moon, focus on the engine first, not the > leather seats".* -- 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] Datastore transport encryption
By device I assume that you mean a mobile device? Or a non Web app. I don't think you can get a "connection" to the DataStore so to speak other than within your AppEngine app. Why don't you consider using REST ? http://code.google.com/appengine/articles/rpc.html On Sun, Oct 16, 2011 at 7:39 AM, MikeDee wrote: > Does JDO (or JPA) support encryption (SSL)? I would like to collect > data from devices in the datastore. The devices will have a small > java app that can communicate with the datastore to insert data. But, > I'd like the connection with the datastore to be secure (encrypted). > > Is this possible? > > -- > 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.