Re: [google-appengine] The pitfalls of building services using Google App Engine
As far as I am aware, that's all pretty much still true. A couple points though: 1. They were using Java. If they used Python (or better yet, Go), two of those issues would disappear because Python and Go can both spin up a new instance in less than a second. If you are doing a big production scaling mess like they are, using Java on GAE is a REALLY bad choice. A REALLY, REALLY, REALLY BAD CHOICE. Don't do it. 2. If you do not expect massive usage, then this article is completely irrelevant to you. I have several applications with just thousands of daily users, and I've never had an issue with any of this stuff. The only complaint I have about GAE is the lack of API stability. I hate that I need to go back and change my applications that are working perfectly fine because Google decided to migrate from one datastore to another, or one python version to another, or whatever. But even that is balanced by the fact that they leave the deprecated stuff working for THREE YEARS, which is really kind of amazing. -Joshua On Aug 5, 2014, at 1:37 AM, James Foster jamesfos...@gmail.com wrote: I came across this article today: http://techtraits.com/system%20admin/2013/02/24/The-problems-of-working-in-App-engine/ I'm considering undertaking my second project in App Engine (larger than the first), but am a bit worried about some of the pitfalls in the article. Does anyone know if any of them have been addressed? (and if so, which ones?) -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] The pitfalls of building services using Google App Engine
Only one of the article's points is related to Java and the long startup issue. And it fully applies to Python as well - GAE does not load large, sophisticated Python apps in under a second. Looking at recent reviews of the app (EA's The Simpsons: Tapped Out) suggests they may still be having server issues (although it's hard to tell what's the fault of the client). Going through them point-by-point: * Hidden Arbitrary Quota Limits - no idea if this has changed, but you can probably be certain there are some still (although maybe not this particular issue). If you're ramping up to EA game scale, it's probably a good idea to frequently check in with support. * Hidden Arbitrary Library Behaviour - from comments in the article, the specific issue about header lengths seems to still be an issue. It's not clear if the failure behavior is the same (silent drop), but you can assume that as you push the boundaries of GAE you will bump into a few undocumented quirks like this. While certainly a legitimate criticism of GAE, it's not unique to GAE - pretty much every platform and library has quirky quasi-documented behavior that you will only discover at runtime, usually in ways that displease users. GAE is a little tougher because it's not opensource, but it's actually better documented than most - although, as the article points out, it's not perfect. * No pre-scaling mechanism - this is true, but the answer from GAE support (which the author dismisses) is a legitimate answer. You basically hit the new version of your app with fake load to spin up a bunch of instances. It's not as graceful as having a button somewhere, but it will work. Use 'ab' to flood thenewversion.yourapp.appspot.com with requests. * The scheduler loop of death - IMHO, user-facing startup requests are GAE's biggest problem right now. It's more of a problem with Java and less of a problem with Python and pretty much nonexistent with Go, but let's face it, this one issue is not why you pick development a platform. So let's say you want to use Java. To avoid the 'loop of death' you need to keep app startup times reasonable. This gets harder as your app gets bigger. You can partially fix it by running larger instances (F4 starts up a lot faster) but that costs $$. You can partially fix it by streamlining your startup flow (mostly by lazy initialization). You can tell the EA devs were using some standard Java dev patterns that should not be used on GAE - in particular, pre-warming caches is a terrible idea. However, even if you keep startup times low enough to prevent the loop of death, some user requests will still see cold starts. You can try to tune this with lots of resident instances but I don't think this works very well and it only reduces the effect. In truth, it doesn't matter if a request comes back in 20s or never; the user has already reloaded the page or assumed the app crashed or whatnot. Huge back mark. Star this issue: https://code.google.com/p/googleappengine/issues/detail?id=7865 * Under-powered application front-end instances - this is true. It's also true with Heroku and pretty much every other PaaS provider. * Under-performing Google Data Store and under-provisioned Cache - this is the first one that seems to no longer be true. Datastore access seems to be quite a bit faster these days, and if you want dedicated memcache you can buy it. * User Interface for Androids - I don't know what this is about. The admin console is actually pretty good. The backup functionality is not great, true. But the logs - especially the new logs console - is *amazing* and vastly better than anything I've seen on any other PaaS platform. The only thing that bugs me is that it's hard to debug data issues without a full query language like SQL - the datastore viewer is really primitive. And having worked in EA Online, the GAE console is lightyears ahead of anything they had during my era. I don't really understand what he's comparing it to. There are some pieces of advice I would have given to that team before they started: * Don't go all in with every GAE service. Just use the core features that bring the most value: the datastore, the task queue, memcache, blobstore. Avoid the edge features that are less well maintained and lock you into proprietary protocols or implementations - Channel, Endpoints, XMPP, Authentication. * Lazy initialize everything. Startup time is the #1 failing of GAE. * GAE is not all or nothing. Some components are better off run in other clouds, maybe even GCE. Latency is not that big. * Load test. Running game backends at EA scale is hard. I really would love to have seen them try this with ElasticBeanstalk, which, last time I tried it, was a _disaster_. There's a lot of things about GAE that suck, but they start to look a lot better when you compare GAE to the alternatives. Jeff On Tue, Aug 5, 2014 at 7:01 AM, Joshua Smith mrjoshuaesm...@gmail.com wrote: As far as I am aware, that’s all pretty
Re: [google-appengine] The pitfalls of building services using Google App Engine
I agree with Jeff. Just a little clarification... On Aug 5, 2014, at 11:52 AM, Jeff Schnitzer j...@infohazard.org wrote: Only one of the article's points is related to Java and the long startup issue. No pre-scaling and Schedule loop of death were the two that I think are impacted by Java having such a pathetic spin-up time. And I'm pretty convinced that it's possible to keep Python startup low as the program scales in size, as long as you keep startup time as a design point. Always lazy import everything, keep stuff modular, use tasks liberally, etc. Brandon made a pretty good case for this a long time ago. And he certainly put a lot of time and effort into it. -Joshua -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Application Data Center/Zone
We never seem to get anything other than us3. And couldn't find a correlation with us-central1-a, b, etc. Thanks anyway Vinny. Miguel Vitorino On 22 July 2014 20:05, Miguel Vitorino mvitor...@gmail.com wrote: Thanks Vinny, I didn't know and will definitely take a look at that. On 22 Jul 2014 05:56, Vinny P vinny...@gmail.com wrote: On Mon, Jul 21, 2014 at 7:00 AM, Miguel Vitorino mvitor...@gmail.com wrote: How is possible to know the current Zone (as in: us-central1-a, b, f) where an AppEngine application is currently running? Cloud SQL allows us to specify that its location should follow an AppEngine app, but for general GCE instances there isn't a similar option (since they obviously aren't managed so static to one zone...) Some runtimes (I'm not sure if all runtimes support this) can supply a name of the hosting datacenter. For example, in Go you can call appengine.Datacenter() https://developers.google.com/appengine/docs/go/reference#Datacenter and get back a string similar to *us3*. - -Vinny P Technology Media Consultant Chicago, IL App Engine Code Samples: http://www.learntogoogleit.com -- You received this message because you are subscribed to a topic in the Google Groups Google App Engine group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-appengine/xr5W6HvWVFE/unsubscribe . To unsubscribe from this group and all its topics, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] The pitfalls of building services using Google App Engine
On Tue, Aug 5, 2014 at 9:25 AM, Joshua Smith mrjoshuaesm...@gmail.com wrote: Brandon made a pretty good case for this a long time ago. And he certainly put a lot of time and effort into it. Brandon made a case for breaking your application down into zillions of separate appids that all communicate with REST calls. I don't think we need to rehash that debate. Jeff -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Re: Announcing a credit for App Engine applications with new custom domains
This feature is completely invisible! Please let me know if I'm doing something wrong. I am trying to the follow the instructions in the documentation at https://developers.google.com/appengine/docs/domain, which I got to by clicking the 'learn more' link on my app's Application Setting page. 1) Prior to that, on clicking on the 'Add domain' button on the Application Settings page, the process seems to be old one, but it fails. It tries to log me into something (presumably Google Apps), but after I login it just redirects me back to the same login page. This just wastes time. 2) When I open, https://console.developers.google.com/, and click on the link for my project, there is no APPENGINE beneath COMPUTE. Both of these are pretty bad. Until I clicked on the 'learn more' button I was pretty frustrated because I thought the old process was still being used, but somehow could not get to it. Now that I know there is a new process, I'm even more frustrated - you talk about it here, it's in the documentation, but is actually invisible. On Friday, April 11, 2014 4:31:58 PM UTC-7, Andrew Jessup wrote: Hi Everyone, I'm happy to report that we have just added support for mapping custom domains to an App Engine application directly from within the Google Developers Console (https://console.developers.google.com/). This means that you can associate your domains without being required to purchase Google Apps for each domain first. This isn't dependent on our recently released Cloud DNS service - although if you *are* looking for a great DNS, they do go well together :) There are still some features we're looking to add to this - notably, support for SSL for custom domains (which is still available if you use Google Apps to associate a domain, and is available automattically from your *.appspot.com URLs). In the meantime, we hope you find this to be a more effective and simpler way to set up your App Engine apps. Since Google Apps is no longer necessary, from today we are no longer offering the Jump Start credit to new applicants. Those who have already been awarded the credit will still be able to draw down from any unused credit on their account, and if you have recently applied prior to today then we will still review your application. However new applications will not be accepted. Thanks for your patience. Regards, Andrew Product Manager, Google Cloud Platform On Thursday, 27 March 2014 20:39:24 UTC+1, Vinny P wrote: On Thu, Mar 27, 2014 at 2:26 PM, Barry Hunter barryb...@gmail.com wrote: Can't just use cloud-dns to CNAME your domain to ghs.googlehosted.com - *without *using Google Apps, because still needs to know the domain-to-appid mapping. So can use Cloud-DNS, but still need Google Apps *too*. I agree with Barry. I read through the Cloud DNS documentation, but unless I missed something, I don't see a way to associate domains with specific applications. For instance, I can create a managed zone and associate it with a project by calling this REST command: https://developers.google.com/cloud-dns/api/v1beta1/managedZones/create . But where is the association between domain/project to App Engine ID? - -Vinny P Technology Media Advisor Chicago, IL App Engine Code Samples: http://www.learntogoogleit.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: App Engine Cloud Endpoints enable CORS
Hi, I'm looking for a way to do this as well. The endpoints I'm talking about are these: com.google.api.server.spi.config The only good answer on SO is to disable security in Chrome when doing local development. Is that really the only way? On Monday, July 30, 2012 4:09:07 AM UTC+2, Brandon Donnelson wrote: My question on stack overflow: http://stackoverflow.com/questions/11714647/how-to-enable-cors-with-could-endpoints -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Online tool to decode/encode a Datastore Key
Hello Having used the AppEngine services for a few months, I experienced the following facts concerning the NoSQL Datastore primary keys : - the exact nature of a Key is not obvious to everyone (although documented in each language-specific online doc). - the creation/modification of a Key is not trivial when it comes to AppIds and Namespaces, depending on what is exposed or not in each language-specific API. FWIW, I've deployed the following page to help data extracting from, or encoding to a Key : http://datastore-key.appspot.com/ Example : http://datastore-key.appspot.com/?keystring=ag9zfmRhdGFzdG9yZS1rZXlyNQsSEk15UGFyZW50RW50aXR5VHlwZSIIZXVyb3BlLTQMCxIPTXlTdWJFbnRpdHlUeXBlGCoM It answers to two questions for debug and understanding purpose : - What entity is refered to by this huge string dangling in my querystring/json/logs/hardcoded constants ? - What would be the string representation of a key of an entity in my application with specific id ? The keys themselves are luckily language-independent, like all the Datastore content and the admin console pages. This online tool also provides nice links to the Datastore Viewer, and two browser search engines taking a Key string as search term. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Error 500 - Unable to deploy project?
I deploy my application via appcfg.py --oauth2 --noauth_local_webserver update . Everything was working fine last week, but over the past 24 hours I keep getting this error: 09:11 PM Application: my-app; version: 0-1-0 09:11 PM Host: appengine.google.com 09:11 PM Starting update of app: my-app, version: 0-1-0 09:11 PM Getting current resource limits. 09:11 PM Scanning files on local disk. 09:11 PM Cloning 381 application files. 09:11 PM Compilation starting. 09:11 PM Compilation: 315 files left. 09:14 PM Error 500: --- begin server output --- htmlhead meta http-equiv=content-type content=text/html;charset=utf-8 title500 Server Error/title /head body text=#00 bgcolor=#ff h1Error: Server Error/h1 h2The server encountered an error and could not complete your request.pPlease try again in 30 seconds./h2 h2/h2 /body/html --- end server output --- 09:14 PM Rolling back the update. Error 500: --- begin server output --- --- end server output --- I don't see anything in the console logs. Please help!! :( -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Unable to connect to remote shell
Hello all, I am using python 2.7.3 with django 1.6.4. I am trying to connect to remote python interactive shell but getting error ritesh@ritesh-PC:~/Git/appoint-me/default$ python manage.py remote shell WARNING:root:The Backends API is deprecated and will be removed in a future release. Please migrate to the Modules API as soon as possible. INFO:root:Setting up remote_api for 'appoint-me' at https://appoint-me.appspot.com/_ah/remote_api. INFO:root:Connecting to remote_api handler. IMPORTANT: Check your login method settings in the App Engine Dashboard if you have problems logging in. Login is only supported for Google Accounts. DEBUG:google.appengine.tools.appengine_rpc:Could not load authentication cookies; LoadError: '/home/ritesh/.appcfg_cookies' does not look like a Netscape format cookies file DEBUG:google.appengine.tools.appengine_rpc:Server: appoint-me.appspot.com DEBUG:google.appengine.tools.appengine_rpc:Sending HTTPS request: GET /_ah/remote_api?rtok=652543765521 HTTPS/1.1 Host: appoint-me.appspot.com X-appcfg-api-version: 1 Content-type: application/octet-stream User-agent: Google-remote_api/1.0 Linux/3.2.0-65-generic Python/2.7.3.final.0 DEBUG:google.appengine.tools.appengine_rpc:Got http error, this is try #1 Traceback (most recent call last): File manage.py, line 10, in module execute_from_command_line(sys.argv) File /home/ritesh/Git/appoint-me/default/django/core/management/__init__.py, line 453, in execute_from_command_line utility.execute() File /home/ritesh/Git/appoint-me/default/django/core/management/__init__.py, line 392, in execute self.fetch_command(subcommand).run_from_argv(self.argv) File /home/ritesh/Git/appoint-me/default/djangoappengine/management/commands/remote.py, line 16, in run_from_argv stub_manager.setup_remote_stubs(connection) File /home/ritesh/Git/appoint-me/default/djangoappengine/db/stubs.py, line 118, in setup_remote_stubs rpc_server_factory=rpc_server_factory) File /home/ritesh/google_appengine/google/appengine/ext/remote_api/remote_api_stub.py, line 725, in ConfigureRemoteApi app_id = GetRemoteAppIdFromServer(server, path, rtok) File /home/ritesh/google_appengine/google/appengine/ext/remote_api/remote_api_stub.py, line 568, in GetRemoteAppIdFromServer response = server.Send(path, payload=None, **urlargs) File /home/ritesh/google_appengine/google/appengine/tools/appengine_rpc.py, line 409, in Send f = self.opener.open(req) File /usr/lib/python2.7/urllib2.py, line 406, in open response = meth(req, response) File /usr/lib/python2.7/urllib2.py, line 519, in http_response 'http', request, response, code, msg, hdrs) File /usr/lib/python2.7/urllib2.py, line 444, in error return self._call_chain(*args) File /usr/lib/python2.7/urllib2.py, line 378, in _call_chain result = func(*args) File /usr/lib/python2.7/urllib2.py, line 527, in http_error_default raise HTTPError(req.get_full_url(), code, msg, hdrs, fp) urllib2.HTTPError: HTTP Error 404: Not Found Please guide me on this. Regards Ritesh Agrawal -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Failed to load error when opening Custom Domains tab in Developer console
Hello, I cannot get into Custom Domains tab (next to Application Setting Tab) using console.developers.google.com. Compute - AppEngine - Settings The error says: Failed to load. It worked this morning. It stopped after I added domains in admin.google.com. I removed the domains the error is still there. Please help! Thank you, Paul. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Cannot get https to work for custom domain
I'm, trying to get SSL working for my custom domain. http://myapp.com - http://myapp.appspot.com, works ok http://www.myapp.com - http://myapp.appspot.com, works ok https://myapp.appspot.com, works ok https://myapp.com - https://myapp.appspot.com, doesn't work https://www.myapp.com - https://myapp.appspot.com, doesn't work I have - added and verified the domain myapp.com in Admin Console - Domains - setup that the GAE app should be available under https://myapp.appspot.com and the sub domain https://www.myapp.com in Admin Console - App Engine Apps - enabled SSL for my custom domain and uploaded the certificate in Admin Console - Security - enabled SNI and assigned https://www.myapp.com which matches the certificate above in Admin Console - Security I cannot see any errors anywhere. Any ideas what may be wrong? Any more info needed? Thanks in advance, Anders -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Unable to create new Client ID for Android Application
After generating my release key and finding the SHA1 I go into my app engine project Dev Console under the APIsAuth-Credentials section. From here I click, Create a new Client ID Select Installed Application Click Android radio button Put in my package name: ca.ajwest.pythonapi And paste in my SHA1 certificate fingerprint Deep linking is enabled After I click Create Client ID the lightbox popup returns to the console screen with the new Client ID for Android application with the SHA1 and package name displayed properly. When refreshing the console or navigating away and back to the credentials screen, the newly created Android Client ID no longer lists the SHA1, and the Deep linking option has been changed to disabled. Just in case, I tried an authenticated call with the backend and the server logs display say that my client id is not authorized, despite it being clearly listed in my project's dev console (but now without the SHA1 field filled in for some reason). I have tried creating an entirely new project, *and *a new keystore/certificate with the same results. Is there a problem with App Engine creating client ID credentials? -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Anyone got Django working on Google App Engine? Seems there are inconsistent, incomplete and conflicting docs. Any advice appreciated....SOS
Is this the latest greatest docs for Django on Google AppEngine? http://django-nonrel.org/ There seems to be another page high on a search: http://www.allbuttonspressed.com/projects/djangoappengine#installation With the first doc I was able to get a toy Django app running with the local devserver but that page has scanty instructions for getting models and uploading to Google beyond that!?!? e.g. (1) In various places it says to do manage.py deploy in order to deploy your app. The problem is that deploy isn't a normal Django switch for manage.py. The docs insinuate you need to somehow use djangoappengine but there is no mention of how to magically tweak manage.py with djangoappengine so that the deploy switch appears suddenly. (2) It isn't clear how to create models and use them. I was getting errors about me not having permission to do this. Any help greatly appreciated. Sincerely, Chris -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
[google-appengine] My $500 starter pack credit applied to someone else's account!
I'm not sure how to contact Google's support for my starter pack so I'm posting here in the hopes that someone will take notice! I applied for the Google Cloud Platform starter project and filled in the form using my email address. But for some reason, it truncated my email address to someone else's email address and the credit has gone to their account! Can you guys please correct this mistake ASAP and allow me to build something on your platform? Thanks Dushyant -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: My $500 starter pack credit applied to someone else's account!
Hi Dushyant, I believe that this page has appropriate links to contact Billing Support: https://developers.google.com/appengine/kb/billing#credit On Friday, August 1, 2014 8:19:21 PM UTC-4, Dushyant Bansal wrote: I'm not sure how to contact Google's support for my starter pack so I'm posting here in the hopes that someone will take notice! I applied for the Google Cloud Platform starter project and filled in the form using my email address. But for some reason, it truncated my email address to someone else's email address and the credit has gone to their account! Can you guys please correct this mistake ASAP and allow me to build something on your platform? Thanks Dushyant -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Static files not being served appengine 1.9.7 in Windows Vista 32-bit
Seems to be a problem serving static files with the latest appengine, 1.9.7, in Windows Vista 32-bit. The best evidence I can site for the bug is that even the minishell demo PHP application doesn't work. These is what shows in the Chrome console: Failed to load resource: the server responded with a status of 500 (Internal Server Error) http://localhost:15080/static/style.css Failed to load resource: the server responded with a status of 500 (Internal Server Error) http://localhost:15080/static/appengine_button_noborder.gif Is this a known bug? Something specific to Windows or Windows Vista? Is there a fix? -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Custom Domain is redirecting http to https and I don't want it to.
I have an app on GAE, it is working with the appspot.com domain. I want my custom domain to point to it, but that doesn't seem to be working now. I have tried with the cloud console, and the legacy admin pages. I know what I am doing with the DNS records and what not, they are there, they have propagated. no matter what when I got to http://www.customdomain.com it immediately redirects to httpS://www.customdomain.com and I get the dreaded SSL error. When I got to the appspot.com domain it switches to https as well. How do I turn this off? The new and legacy admin consoles don't have all the settings the other has, it is very confusing and I keep getting thes #1000 errors -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Custom Domain is redirecting http to https and I don't want it to.
What setting do you have for the secure handler in app.yaml? https://developers.google.com/appengine/docs/php/config/appconfig#PHP_app_yaml_Secure_URLs On Wednesday, July 30, 2014 11:39:44 PM UTC-7, Jarrod Roberson wrote: I have an app on GAE, it is working with the appspot.com domain. I want my custom domain to point to it, but that doesn't seem to be working now. I have tried with the cloud console, and the legacy admin pages. I know what I am doing with the DNS records and what not, they are there, they have propagated. no matter what when I got to http://www.customdomain.com it immediately redirects to httpS://www.customdomain.com and I get the dreaded SSL error. When I got to the appspot.com domain it switches to https as well. How do I turn this off? The new and legacy admin consoles don't have all the settings the other has, it is very confusing and I keep getting thes #1000 errors -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Static files not being served appengine 1.9.7 in Windows Vista 32-bit
On Mon, Jul 28, 2014 at 11:10 PM, Ronald Harris rjharri...@gmail.com wrote: Seems to be a problem serving static files with the latest appengine, 1.9.7, in Windows Vista 32-bit. The best evidence I can site for the bug is that even the minishell demo PHP application doesn't work. These is what shows in the Chrome console: Failed to load resource: the server responded with a status of 500 (Internal Server Error) http://localhost:15080/static/style.css Failed to load resource: the server responded with a status of 500 (Internal Server Error) http://localhost:15080/static/appengine_button_noborder.gif Is this a known bug? Something specific to Windows or Windows Vista? Is there a fix? If the dev appserver encountered an issue, there should be some text being printed on the developer appserver prompt. Do you see any error text? Can you copy the text from the dev appserver screen and post it here? - -Vinny P Technology Media Consultant Chicago, IL App Engine Code Samples: http://www.learntogoogleit.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Anyone got Django working on Google App Engine? Seems there are inconsistent, incomplete and conflicting docs. Any advice appreciated....SOS
On Sat, Aug 2, 2014 at 9:42 PM, Christian Seberino cseber...@gmail.com wrote: Is this the latest greatest docs for Django on Google AppEngine? http://django-nonrel.org/ With the first doc I was able to get a toy Django app running with the local devserver but that page has scanty instructions for getting models and uploading to Google beyond that!?!? Django-nonrel is not only for app engine, but is intended to be used for all NoSQL-style databases such as MongoDB and the App Engine Datastore. If you're fixed on using django-nonrel, there are more detailed instructions here: https://developers.google.com/appengine/articles/django-nonrel But if you're OK with using a SQL database, you can use App Engine and Cloud SQL to directly run django: http://googledevelopers.blogspot.com/2014/02/create-blog-on-app-engine-with-django.html . Note that Cloud SQL is a paid service, separate from App Engine. - -Vinny P Technology Media Consultant Chicago, IL App Engine Code Samples: http://www.learntogoogleit.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Unable to create new Client ID for Android Application
On Sat, Jul 26, 2014 at 7:38 PM, AJ West ajw...@gmail.com wrote: I have tried creating an entirely new project, *and *a new keystore/certificate with the same results. Is there a problem with App Engine creating client ID credentials? Can you try using an entirely different browser, with no add-ons installed? - -Vinny P Technology Media Consultant Chicago, IL App Engine Code Samples: http://www.learntogoogleit.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Unable to connect to remote shell
On Mon, Jul 28, 2014 at 12:11 PM, RITESH AGRAWAL udr.rit...@gmail.com wrote: I am trying to connect to remote python interactive shell but getting error IMPORTANT: Check your login method settings in the App Engine Dashboard if you have problems logging in. Login is only supported for Google Accounts. DEBUG:google.appengine.tools.appengine_rpc:Could not load authentication cookies; LoadError: '/home/ritesh/.appcfg_cookies' does not look like a Netscape format cookies file DEBUG:google.appengine.tools.appengine_rpc:Server: appoint-me.appspot.com DEBUG:google.appengine.tools.appengine_rpc:Sending HTTPS request: GET /_ah/remote_api?rtok=652543765521 HTTPS/1.1 Please guide me on this. If you delete the file */home/ritesh/.appcfg_cookies* and retry, what happens? Are you connecting through a proxy server (usually found in a work or school environment)? - -Vinny P Technology Media Consultant Chicago, IL App Engine Code Samples: http://www.learntogoogleit.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Re: Announcing a credit for App Engine applications with new custom domains
On Sun, Jul 27, 2014 at 10:03 AM, Sam Sumika s...@sumikacrafts.com wrote: I am trying to the follow the instructions in the documentation at https://developers.google.com/appengine/docs/domain, which I got to by clicking the 'learn more' link on my app's Application Setting page. 2) When I open, https://console.developers.google.com/, and click on the link for my project, there is no APPENGINE beneath COMPUTE. Both of these are pretty bad. Until I clicked on the 'learn more' button I was pretty frustrated because I thought the old process was still being used, but somehow could not get to it. Now that I know there is a new process, I'm even more frustrated - you talk about it here, it's in the documentation, but is actually invisible. If you go to the original App Engine console at appspot.com, click on an application, and click the Application Settings link, what do you see on the resulting page under the category *Cloud Integration*? Does it look similar to this: http://imgur.com/zD9DCOY ? - -Vinny P Technology Media Consultant Chicago, IL App Engine Code Samples: http://www.learntogoogleit.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Error 500 - Unable to deploy project?
On Fri, Jul 25, 2014 at 12:12 PM, Jordan jordannpot...@gmail.com wrote: I deploy my application via appcfg.py --oauth2 --noauth_local_webserver update . Everything was working fine last week, but over the past 24 hours I keep getting this error: 09:11 PM Application: my-app; version: 0-1-0 09:11 PM Host: appengine.google.com 09:11 PM Starting update of app: my-app, version: 0-1-0 h2The server encountered an error and could not complete your request.pPlease try again in 30 seconds./h2 h2/h2 I don't see anything in the console logs. Please help!! :( Hi Jordan, Sometimes upload errors occur on a transient basis, but they usually resolve themselves sooner or later. If you're still experiencing this issue, can you try calling a rollback ( appcfg.py rollback */application/directory* ) and see if that fixes your issue? - -Vinny P Technology Media Consultant Chicago, IL App Engine Code Samples: http://www.learntogoogleit.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Cannot get https to work for custom domain
On Tue, Aug 5, 2014 at 4:53 AM, anders.martens...@colormonkey.se wrote: https://myapp.com - https://myapp.appspot.com, doesn't work https://www.myapp.com - https://myapp.appspot.com, doesn't work Hi, When you say it doesn't work, what exactly are you seeing? Are you seeing a 404 error on your browser, or a connection refused, or a SSL error, or anything else? Try this: using Chrome's developer tools, open up the Network tab, visit your web site, and see if any red text appears in the tools section. - -Vinny P Technology Media Consultant Chicago, IL App Engine Code Samples: http://www.learntogoogleit.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] AppEngine / GCS / Cloudstorage API - Is it possible to modify the ACL's and serve files directly from GCS?
On Mon, Aug 4, 2014 at 5:21 PM, Kaan Soral kaanso...@gmail.com wrote: I'm currently using this handler to serve GCS files: class BlobKeyServeHandler(blobstore_handlers.BlobstoreDownloadHandler): def get(self, resource): resource = str(urllib.unquote(resource)) self.send_blob(resource) However there is a very high delay, like 20 seconds, until a file starts to serve, probably caused by instance delays I'm trying to serve videos, the delay really ruins the experience, it's high enough to make a user think the video won't load Does modifying the ACL of the GCS file manually and serving the video file directly sound logical? I'm not sure how public GCS files perform, however, it's obvious that AppEngine performs very poorly (lately, in general too) When you say instance delays, is an instance starting up to handle this request or is it using a warm instance? It looks like a Google employee commented on a very similar question to yours: http://stackoverflow.com/questions/21266198/streaming-videos-from-google-cloud where the user is delivering video straight from Cloud Storage. Personally, my only suggestion would be to randomize your bucket name and file names; that way it'll be difficult to scrapers to guess at file names and might save you some bandwidth costs. - -Vinny P Technology Media Consultant Chicago, IL App Engine Code Samples: http://www.learntogoogleit.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Failed to load error when opening Custom Domains tab in Developer console
On Fri, Jul 25, 2014 at 9:35 PM, Visit Basis Team sa...@visitbasis.com wrote: I cannot get into Custom Domains tab (next to Application Setting Tab) using console.developers.google.com. Compute - AppEngine - Settings The error says: Failed to load. It worked this morning. It stopped after I added domains in admin.google.com. I removed the domains the error is still there. You can configure the custom domain mappings through the Apps console ( admin.google.com) and the old App Engine console so it's not too much of a problem. Is there something specific you need from the Cloud Console options? To configure the domain through Apps, go to appspot.com, click the application you're using, and go to Application Settings. From there, you should see an option to add a domain. Follow the prompts from there to configure the domain through Google Apps. On Fri, Jul 25, 2014 at 9:35 PM, Visit Basis Team sa...@visitbasis.com wrote: (next to Application Setting Tab) Does the application settings tab in the cloud console work for you? - -Vinny P Technology Media Consultant Chicago, IL App Engine Code Samples: http://www.learntogoogleit.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Custom Domain is redirecting http to https and I don't want it to.
On Thu, Jul 31, 2014 at 1:39 AM, Jarrod Roberson jarrod.rober...@comic-pages.com wrote: I have an app on GAE, it is working with the appspot.com domain. I want my custom domain to point to it, but that doesn't seem to be working now. Where did you configure your custom domain through? Did you configure it through the Google Cloud Console or the Google Apps console? - -Vinny P Technology Media Consultant Chicago, IL App Engine Code Samples: http://www.learntogoogleit.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] The pitfalls of building services using Google App Engine
On Tue, Aug 5, 2014 at 12:37 AM, James Foster jamesfos...@gmail.com wrote: I came across this article today: http://techtraits.com/system%20admin/2013/02/24/The-problems-of-working-in-App-engine/ I'm considering undertaking my second project in App Engine (larger than the first), but am a bit worried about some of the pitfalls in the article. Does anyone know if any of them have been addressed? (and if so, which ones?) It's quite difficult to answer that question without access to the source code and assets the blog writers used. But a quick overview: *Quota Limits*: The writers picked on the App Identity API as having a quota limit of a million+ calls. That's enough for the vast majority of applications, and the API was (I believe) still listed as experimental in 2013 when this was written. The experimental tag is there for a reason; the writers should have waited until Identity became a GA feature or implemented their own ID service. Furthermore, this is an Electronic Arts (EA) application; for a company as big as that http://www.ea.com/simpsons-tapped-out-android you really need to buy a support contract with Google and talk with Google engineers directly, because Google can usually increase quota limits if you have a good enough reason (and they can be quite flexible on other topics as well). I'd like to see EA explain exactly what premium support said, and what support package EA bought. *HTTP Header*: The writers complained about HTTP header character limits. Lengths are debatable, most servers enforce a max limit on headers (individual headers and the entire header text). I'd like to see what data they were actually sending in the header and their auth requirements. *Pre-scaling*: Nope, all wrong. If you want to transition smoothly between two versions of an application, use the Traffic Splitting option to slowly migrate users from one app version to another. If you need to force the spin-up of a bunch of instances (what they're calling pre-launch), use ApacheBench or another load testing tool to generate fake load. The writers are claiming that it took up to 30s to open up an instance; I'd be curious to see the average, median and general statistics about their instance start times. By the way, this is also good advice for other cloud services such as ELB. *Cryptography signing time*: The writers compare the time to sign a token from their local laptop to the time it took on frontend instances. I'd rather see a comparison using GCE and Managed VM instances to run the signing code. Signing time is dependent on more variables than just the listed speed of the CPU and RAM space. Can't comment without further details. *Cache*: It sounds like the writers were using shared memcache and were experiencing cache invalidation. If they're relying on memcache so much, they should have paid for dedicated memcache space. *UI*: The post you linked to was written last year, before the new Google Cloud Console was launched ( cloud.google.com/console ) so the UI is getting much, much better. I don't think this item applies. And frankly complaining about long names for backup data strikes me as weird anyways; many enterprise level backup apps have even worse UIs. The blog post authors note - in the ending - that if they had to do it again, they would use Amazon Web Services. I'll leave this last thought: EA has another game backend hosted on Amazon: it's called the latest version of SimCity released in 2013: http://www.reddit.com/r/SimCity/comments/19xx7d/trying_some_technical_analysis_of_the_server/ . And that game has a rating of 1.7 stars out of 5 on Amazon's store because of how badly the networking and DRM code was done: http://www.amazon.com/Electronic-Arts-71481-SimCity-Standard/dp/B007VTVRFA . Frankly, the problem is not the cloud service that the writers picked. The problem is that EA has a poor track record of designing game backends. I say that as a person who bought SimCity myself. So to directly answer your question, Mr. Foster, I would say to build your web app wherever you want to. Just pay attention to the docs and ask questions if you're puzzled about something. We're all very friendly on this mailing list :-). I wouldn't take the blog post you linked to very seriously - I think they missed a lot of things that would have been caught if they had more detailed discussions of their app requirements. On Tue, Aug 5, 2014 at 3:58 PM, Jeff Schnitzer j...@infohazard.org wrote: On Tue, Aug 5, 2014 at 9:25 AM, Joshua Smith mrjoshuaesm...@gmail.com wrote: Brandon made a pretty good case for this a long time ago. And he certainly put a lot of time and effort into it. Brandon made a case for breaking your application down into zillions of separate appids that all communicate with REST calls. I don't think we need to rehash that debate. If I recall that thread correctly, one of the major issues that the app was facing was that intra- and inter-app urlfetches (even to
