Re: [google-appengine] Why is my new 2-year SSL certificate's expiry only 1 year

['Mark Summerfield' via Google App Engine]

Oh, okay, thank you. Hopefully gandi will send me an email when I have to 
do this.

On Friday, March 12, 2021 at 9:56:07 AM UTC barryhunter wrote:

> Well from https://docs.gandi.net/en/ssl/description/multi_year.html
>
>- In 2020, several major browsers declared they would no longer 
>support SSL certificates with an expiration date past 398 days (1 year 
> plus 
>a grace period). Certificate Authorities, such as our partner company 
>Sectigo, were then no longer able to offer 2-year SSL certificates, since 
>they would be rejected as invalid by browsers used by a large portion of 
>the internet community.
>
>- As a result, Gandi has teamed up with Sectigo, our partnering 
>Certificate Authority, to offer multi-year SSL certificate subscriptions. 
>With multi-year subscriptions, you receive the cost benefit of paying for 
>several years up front while still meeting the requirement of reissuing 
> the 
>certificate every year.
>
>
> https://www.google.com/search?q=gandi.net+2+year+SSL
>
> On Fri, Mar 12, 2021 at 9:35 AM 'Mark Summerfield' via Google App Engine <
> google-a...@googlegroups.com> wrote:
>
>> I just bought a 2-year SSL certificate from gandi.net.
>> But when I added it to the domain it was for in GAE the expiry date that 
>> appeared was for just one year.
>> Does this mean that GAE can only cope with 1-year SSL certificates?
>>
>> -- 
>> 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-appengi...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/331f459e-f1bd-4dae-ad1e-4bf5b30936edn%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/google-appengine/331f459e-f1bd-4dae-ad1e-4bf5b30936edn%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/312005d5-4a6c-4b3a-9946-334476d117f1n%40googlegroups.com.

[google-appengine] Why is my new 2-year SSL certificate's expiry only 1 year

['Mark Summerfield' via Google App Engine]

I just bought a 2-year SSL certificate from gandi.net.
But when I added it to the domain it was for in GAE the expiry date that 
appeared was for just one year.
Does this mean that GAE can only cope with 1-year SSL certificates?

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/331f459e-f1bd-4dae-ad1e-4bf5b30936edn%40googlegroups.com.

[google-appengine] Re: AppEngie OUTAGE

[mark negus]

Thanks, thats useful.
Yes I see a few of these  A problem was encountered with the process that 
handled this request, causing it to exit. This is likely to cause a new 
process to be used for the next request to your application. (Error code 
121)  
during warmup calls but just can't get enough started.

Just had 15mins without an error and now they are back again. Sigh.

On Tuesday, October 8, 2019 at 10:17:42 AM UTC+1, Paolo Conte wrote:
>
> My settings are below. By looking at the logs of /_ah/warmup to me it 
> seems that some instances start and some don't, so you need some luck to 
> get a good amount of working instances
>
>
> F1
>
> 
>
> 35
> 35
>
> 3
> 5
> 500ms
> 5 
> 0.9
> 0.8
> 
>
>
> On Tuesday, October 8, 2019 at 11:05:13 AM UTC+2, mark negus wrote:
>>
>> This app version won't even start at all. What else did you do?
>> java8, F4
>>
>> automatic_scaling:
>>   min_idle_instances: 3
>>   max_idle_instances: automatic
>>   min_pending_latency: automatic
>>   max_pending_latency: automatic
>>   max_instances: 4
>>
>> On Tuesday, October 8, 2019 at 9:30:26 AM UTC+1, Paolo Conte wrote:
>>>
>>> Manual scaling seems to also have trouble starting instances. For now I 
>>> kept autoscaling with a high minimum instances number and the error rate is 
>>> almost zero at the moment 
>>>
>>> On Tuesday, October 8, 2019 at 10:16:57 AM UTC+2, mark negus wrote:
>>>>
>>>> Hi Paolo,
>>>> Let me know how you get on. We were manual scaling for ages as we had 
>>>> terrible issues with auto-scaling a while back. Once it randomly launched 
>>>> 40 instances and burnt through our daily budget in a few hours. Its been 
>>>> ok 
>>>> though this last year.
>>>>
>>>> On Tuesday, October 8, 2019 at 9:10:06 AM UTC+1, Paolo Conte wrote:
>>>>>
>>>>> Thanks Mark. I'm trying to use manual scaling to see if it improves
>>>>>
>>>>> On Tuesday, October 8, 2019 at 10:02:41 AM UTC+2, mark negus wrote:
>>>>>>
>>>>>> https://status.cloud.google.com/?_ga=2.187839338.-379351283.1560761695
>>>>>>
>>>>>> On Tuesday, October 8, 2019 at 8:57:06 AM UTC+1, mark negus wrote:
>>>>>>>
>>>>>>> Yes, we are having problems for the last hour in europe-west. Mainly 
>>>>>>> 500s. Looks like the auto-scaling is having issues.
>>>>>>>
>>>>>>> On Tuesday, October 8, 2019 at 8:48:59 AM UTC+1, Paolo Conte wrote:
>>>>>>>>
>>>>>>>> Hello,
>>>>>>>> suddently most requests return error 500, log shows "The request 
>>>>>>>> failed because the instance could not start successfully"
>>>>>>>> Project is in europe-west
>>>>>>>>
>>>>>>>> Anyone else?
>>>>>>>>
>>>>>>>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/498d0a17-d57c-4039-8878-06db8d5a3d8f%40googlegroups.com.

[google-appengine] Re: AppEngie OUTAGE

[mark negus]

This app version won't even start at all. What else did you do?
java8, F4

automatic_scaling:
  min_idle_instances: 3
  max_idle_instances: automatic
  min_pending_latency: automatic
  max_pending_latency: automatic
  max_instances: 4

On Tuesday, October 8, 2019 at 9:30:26 AM UTC+1, Paolo Conte wrote:
>
> Manual scaling seems to also have trouble starting instances. For now I 
> kept autoscaling with a high minimum instances number and the error rate is 
> almost zero at the moment 
>
> On Tuesday, October 8, 2019 at 10:16:57 AM UTC+2, mark negus wrote:
>>
>> Hi Paolo,
>> Let me know how you get on. We were manual scaling for ages as we had 
>> terrible issues with auto-scaling a while back. Once it randomly launched 
>> 40 instances and burnt through our daily budget in a few hours. Its been ok 
>> though this last year.
>>
>> On Tuesday, October 8, 2019 at 9:10:06 AM UTC+1, Paolo Conte wrote:
>>>
>>> Thanks Mark. I'm trying to use manual scaling to see if it improves
>>>
>>> On Tuesday, October 8, 2019 at 10:02:41 AM UTC+2, mark negus wrote:
>>>>
>>>> https://status.cloud.google.com/?_ga=2.187839338.-379351283.1560761695
>>>>
>>>> On Tuesday, October 8, 2019 at 8:57:06 AM UTC+1, mark negus wrote:
>>>>>
>>>>> Yes, we are having problems for the last hour in europe-west. Mainly 
>>>>> 500s. Looks like the auto-scaling is having issues.
>>>>>
>>>>> On Tuesday, October 8, 2019 at 8:48:59 AM UTC+1, Paolo Conte wrote:
>>>>>>
>>>>>> Hello,
>>>>>> suddently most requests return error 500, log shows "The request 
>>>>>> failed because the instance could not start successfully"
>>>>>> Project is in europe-west
>>>>>>
>>>>>> Anyone else?
>>>>>>
>>>>>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/5cb15032-82b0-4037-9e9a-1e4388920185%40googlegroups.com.

[google-appengine] Re: AppEngie OUTAGE

[mark negus]

Hi Paolo,
Let me know how you get on. We were manual scaling for ages as we had 
terrible issues with auto-scaling a while back. Once it randomly launched 
40 instances and burnt through our daily budget in a few hours. Its been ok 
though this last year.

On Tuesday, October 8, 2019 at 9:10:06 AM UTC+1, Paolo Conte wrote:
>
> Thanks Mark. I'm trying to use manual scaling to see if it improves
>
> On Tuesday, October 8, 2019 at 10:02:41 AM UTC+2, mark negus wrote:
>>
>> https://status.cloud.google.com/?_ga=2.187839338.-379351283.1560761695
>>
>> On Tuesday, October 8, 2019 at 8:57:06 AM UTC+1, mark negus wrote:
>>>
>>> Yes, we are having problems for the last hour in europe-west. Mainly 
>>> 500s. Looks like the auto-scaling is having issues.
>>>
>>> On Tuesday, October 8, 2019 at 8:48:59 AM UTC+1, Paolo Conte wrote:
>>>>
>>>> Hello,
>>>> suddently most requests return error 500, log shows "The request failed 
>>>> because the instance could not start successfully"
>>>> Project is in europe-west
>>>>
>>>> Anyone else?
>>>>
>>>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/c92f0dc6-9bed-43bb-9a83-4312bc281819%40googlegroups.com.

[google-appengine] Re: AppEngie OUTAGE

[mark negus]

https://status.cloud.google.com/?_ga=2.187839338.-379351283.1560761695

On Tuesday, October 8, 2019 at 8:57:06 AM UTC+1, mark negus wrote:
>
> Yes, we are having problems for the last hour in europe-west. Mainly 500s. 
> Looks like the auto-scaling is having issues.
>
> On Tuesday, October 8, 2019 at 8:48:59 AM UTC+1, Paolo Conte wrote:
>>
>> Hello,
>> suddently most requests return error 500, log shows "The request failed 
>> because the instance could not start successfully"
>> Project is in europe-west
>>
>> Anyone else?
>>
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e5a2e743-10da-4910-bfd3-dd39a7d03fdf%40googlegroups.com.

[google-appengine] Re: AppEngie OUTAGE

[mark negus]

Yes, we are having problems for the last hour in europe-west. Mainly 500s. 
Looks like the auto-scaling is having issues.

On Tuesday, October 8, 2019 at 8:48:59 AM UTC+1, Paolo Conte wrote:
>
> Hello,
> suddently most requests return error 500, log shows "The request failed 
> because the instance could not start successfully"
> Project is in europe-west
>
> Anyone else?
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a64df96f-f5cb-4c82-b925-878cf26019c9%40googlegroups.com.

[google-appengine] Re: App Engine and Functions in the same project, does Tracing service both?

[Mark Kubacki]

Sorted: I've switched to OpenCensus/OpenTelemetry and traces for both, App 
Engine and Functions, do show up.

-- 
Cheers!

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/71327660-b3a4-48f0-b958-f894e42e7b01%40googlegroups.com.

[google-appengine] App Engine and Functions in the same project, does Tracing service both?

[Mark Kubacki]

Hello!

Using App Engine (Go) I've recently deployed an cloud Function in NodeJS 
10.4.1. Both within the same project.

Can anyone confirm that the web console, "Tracing→Overview" and similar, 
shows traces for App Engine *and* Functions?

Traces for Functions won't show up for me (indeed, the web console gained a 
field "Service (App Engine)" which doesn't apply to Functions with no way 
around it), neither is anything about this in the logs.
  I'd like to rule out having made a mistake somewhere. I've already 
checked that the Function's service account has "role/cloudprofiler.agent" 
and tracing is enabled for the project.
  I'm using wrapper "runInRootSpan" as workaround from the issue 
tracker. Anyway, here's the full minimal example:

const traceApi = require('@google-cloud/trace-agent').start({
  bufferSize: 1,
});

exports.serve = async (req, res) => {
  return traceApi.runInRootSpan({name: 'serve'}, async (span) => {
return await exampleFunc(span, req, res);
  });
}

-- 
Thanks!

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3c392a2d-b7db-4948-8559-500b98c08320%40googlegroups.com.

[google-appengine] Re: How do I get a Python37 app working?

['Mark Summerfield' via Google App Engine]

I have a compelling need: I want to test my whole website not just the 
generated portion.
Also, I *can* test the whole site using the old python27 SDK --- which is 
what I'm sticking with.

On Tuesday, April 9, 2019 at 6:34:43 PM UTC+1, George (Cloud Platform 
Support) wrote:
>
> Hello Mark, 
>
> There doesn't seem to be a compelling need to test static content locally. 
> In fact, tutorial 
> <https://cloud.google.com/appengine/docs/standard/python/getting-started/hosting-a-static-website#viewing_your_application>
>  
> "Hosting a static website on Google App Engine" does not list this local 
> testing step in its procedure. 
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/1e16a172-131d-4f8d-851c-6dc4faa981ad%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How long will the original App Engine SDK (Python 2.7) be supported?

['Mark Summerfield' via Google App Engine]

Thank you! That is a huge worry off my shoulders:-) 

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e03355cd-a9dd-4f12-9b6d-1bf954140fe9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How do I get a Python37 app working?

['Mark Summerfield' via Google App Engine]

It seems that it isn't possible to test static files locally, so I'm going 
to stick with the original Python 2.7 SDK.

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/6916cd1f-50b5-4cf6-aeb0-8490f10f33d1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Can I have two domains associated with one GAE project?

['Mark Summerfield' via Google App Engine]

Say I have myproject.appspot.com and a domain www.oldsite.com that is 
associated with it (incl. a security cert. for TLS).
Is it possible to _also_ associate www.newsite.com (again with a security 
cert.) so that both www.oldsite.com _and_ www.newsite.com both map to 
myproject.appspot.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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/42075c81-9563-4e60-93a2-11301147bb0d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] How long will the original App Engine SDK (Python 2.7) be supported?

['Mark Summerfield' via Google App Engine]

Python 2.7 reaches end of life in 2020. Will the original App Engine SDK 
which uses Python 2.7 also end then?
Given that the Python 3.7 gcloud-based APIs are very different and fewer 
making it much harder to upgrade, maybe I won't be the only one who'd find 
it a lot easier to keep going with the old and original?

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/55ff68bc-6476-49f4-8f60-c83c41ccf1da%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How do I get a Python37 app working?

['Mark Summerfield' via Google App Engine]

I've change the `app.yaml` file to match the docs:
```
runtime: python37

handlers:
- url: /static
  static_dir: static

- url: /.*
  script: auto
```
But I now realise that when I try to test the app, I don't use the yaml 
file at all because this is my command line for local testing:
`gunicorn -b localhost:8080 --reload --log-level debug main:app`
So that only knows about main.py; it doesn't know anything about the yaml 
file. 

So, how do I do _local_ testing using the yaml file to serve up the static 
files and relying on main.py for the dynamic pages?

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/1f080bb5-c7d0-40a2-87b6-84f54db70ec4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How do I get a Python37 app working?

['Mark Summerfield' via Google App Engine]

I've now changed `app.yaml` to this:

```
runtime: python37

handlers:
- url: /
  static_dir: static

- url: /.*
  script: auto
```
I have `main.py` in the root of my app dir and lots of `.html` files in the 
root of my app's `static` subdir. But still only the app pages handled by 
`main.py` appear; all the static html pages give a 404.

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/2c741f23-d194-4890-adbf-472d4bc042bc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How do I get a Python37 app working?

['Mark Summerfield' via Google App Engine]

I've now changed my app.yaml to this:
```
runtime: python37

handlers:
- url: /
  static_dir: static/
  static_files: static/index.html
- url: /.*
  script: auto
```
Now when I do localhost:8080/query etc. it works. But it does _not_ serve 
any static pages at all (and they're all there).

On Monday, April 8, 2019 at 4:04:47 PM UTC+1, Mark Summerfield wrote:
>
> I've created a new app with an `app.yaml` that has a runtime of python37 
> and that has some handlers, e.g.,
> ```yaml
> runtime: python37
>
> handlers:
> - url: /query
>   script: main.app
>
> - url: /
>   static_files: static/index.html
>   upload: static/index.html
>
> - url: /
>   static_dir: static
>
> ```
> I've installed Python 37 using virtualenv as the docs describe, as well as 
> pip installing google-cloud-firestore and gunicorn.
>
> But when I try running my app locally to test it, I get this output:
> ```
> (env) : gunicorn -b localhost:8080 --reload --log-level debug main:app
> [2019-04-08 15:54:50 +0100] [6243] [DEBUG] Current configuration:
> ... elided ...
> [2019-04-08 15:54:50 +0100] [6243] [INFO] Starting gunicorn 19.9.0
> [2019-04-08 15:54:50 +0100] [6243] [DEBUG] Arbiter booted
> [2019-04-08 15:54:50 +0100] [6243] [INFO] Listening at: 
> http://127.0.0.1:8080 (6243)
> [2019-04-08 15:54:50 +0100] [6243] [INFO] Using worker: sync
> [2019-04-08 15:54:50 +0100] [6246] [INFO] Booting worker with pid: 6246
> [2019-04-08 15:54:50 +0100] [6243] [DEBUG] 1 workers
> [2019-04-08 15:54:54 +0100] [6246] [DEBUG] GET /
> [2019-04-08 15:55:06 +0100] [6246] [DEBUG] GET /index.html
> ```
> which looks like there's nothing wrong.
> But in the browser when I visit localhost:8080 (or 127.0.0.1:8080) I get 
> a 404 file not found.
>
> I've used GAE for years with appcfg and that was easy to test locally, but 
> I can't figure this out.
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a0a22600-81dc-43b6-961e-ec5da540b10b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] How do I get a Python37 app working?

['Mark Summerfield' via Google App Engine]

I've created a new app with an `app.yaml` that has a runtime of python37 
and that has some handlers, e.g.,
```yaml
runtime: python37

handlers:
- url: /query
  script: main.app

- url: /
  static_files: static/index.html
  upload: static/index.html

- url: /
  static_dir: static

```
I've installed Python 37 using virtualenv as the docs describe, as well as 
pip installing google-cloud-firestore and gunicorn.

But when I try running my app locally to test it, I get this output:
```
(env) : gunicorn -b localhost:8080 --reload --log-level debug main:app
[2019-04-08 15:54:50 +0100] [6243] [DEBUG] Current configuration:
... elided ...
[2019-04-08 15:54:50 +0100] [6243] [INFO] Starting gunicorn 19.9.0
[2019-04-08 15:54:50 +0100] [6243] [DEBUG] Arbiter booted
[2019-04-08 15:54:50 +0100] [6243] [INFO] Listening at: 
http://127.0.0.1:8080 (6243)
[2019-04-08 15:54:50 +0100] [6243] [INFO] Using worker: sync
[2019-04-08 15:54:50 +0100] [6246] [INFO] Booting worker with pid: 6246
[2019-04-08 15:54:50 +0100] [6243] [DEBUG] 1 workers
[2019-04-08 15:54:54 +0100] [6246] [DEBUG] GET /
[2019-04-08 15:55:06 +0100] [6246] [DEBUG] GET /index.html
```
which looks like there's nothing wrong.
But in the browser when I visit localhost:8080 (or 127.0.0.1:8080) I get a 
404 file not found.

I've used GAE for years with appcfg and that was easy to test locally, but 
I can't figure this out.

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/c323897a-97e4-484b-82ad-13dd981a159a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Can I use Python 2/appcfg and Python 3/gcloud for two separate projects at the same time?

['Mark Summerfield' via Google App Engine]

I have an app engine domain, say foo.appspot.com that uses Python 2 with 
the appcfg tool.
I want to create a new domain, say foo2.appspot.com that uses Python 3 with 
the glcoud tool.

Can I do this without any conflict (assuming each is kept in its own 
directory and each project has its own name)?

My plan is to get the new domain working, and then when it is okay, to 
migrate my traffic to it.

Also, is it possible to copy or move data (e.g., a GQL database) from one 
project to another?

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/656c93a2-9859-40f4-837a-a1004cdd3bfc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: GCE Managed SSL: param for ECDSA certificates?

[Mark Kubacki]

Hi Nicolas,

Thanks for relying this as request for enhancement to the engineering team!

Just so we get the wording right—I am neither asking for customized TLS 
settings/versions, nor non-standard cipher suites. It's about the 
certificate, which I'd like to be an "ECDSA one". That is, the 
public-private key pair won't be RSA with 2048 bit but instead for ECDSA 
with curve P-256.

Your stack will adjust the available cipher suites accordingly, 
automatically, being presented that kind of certificate.

You've opened a bug for my domain, thanks. I've followed up there. Again, 
this email is just a clarification.

-- 
Cheers!
Mark Kubacki

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e19aa2d0-4f9e-4bd1-b541-d1887268177e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] GCE Managed SSL: param for ECDSA certificates?

[Mark Kubacki]

Hello:

I am using Google App Engine with a custom domain, which works so far.

Switching *SSL security* to *Google-managed* employs a RSA 2048 certificate 
for signing.

Yet I'd like to use ECDSA P-256 (and ECDHE-ECDSA suites) – is there any 
flag or command line option for this setting? (One exists but for DNSSEC.)

-- 
Thanks!
Mark Kubacki

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/b61c750a-95a2-488e-8f55-3651e58d0ede%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: cron.yaml: is there a max limit to min_backoff_seconds?

[Mark Meyer]

Bart, thank you! That was it. Some how I misread the docs and to mean you 
needed to send a 503. On re-reading it, that's obviously not what it says. 
I appreciate the help.

On Thursday, November 29, 2018 at 4:26:41 PM UTC-9, Bart Hazer wrote:
>
> Hi Mark - Responses with HTTP status 503 are a bit of a special case that 
> is not documented very well. Those are retried every minute regardless of 
> your retry_parameters. Retries for responses with all other non-200 status 
> codes are governed by the specified retry_parameters. That is alluded to 
> somewhat here: 
> https://cloud.google.com/appengine/docs/standard/python/config/cron#retrying_cron_jobs_that_fail
>
> On Thursday, November 29, 2018 at 1:07:07 PM UTC-8, George (Cloud Platform 
> Support) wrote:
>>
>> Hello Mark, 
>>
>> Your minimum retry interval for Cron is set to 2 minutes, and I have the 
>> feeling this is quite high, without any reasonable explanation to support 
>> my intuition. The expected value seems to be in the order of seconds. Three 
>> repeats for would imply 4 minute, 8 and then 16 minutes: quite a long time. 
>> What happens if you set the value of min_backoff_seconds to a few seconds, 
>> rather than a minute? It would be of interest to see if your value of 
>> min_backoff_seconds is then taken into consideration, or the minute repeat 
>> interval will be seen again in logs.  
>>
>> If you'd like us to take a closer look at your issue, a copy of your 
>> app's code and Cron-related detail, together with relevant instructions is 
>> needed, in view of local reproduction of the error. This is better 
>> submitted by means of a similar issue in the Public Issue Tracker 
>> <https://issuetracker.google.com/>. This way, confidential details such 
>> as project ID can be safely transmitted, and you should be able to follow 
>> developments and solutions in the same thread. 
>>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/326efea6-9213-4b18-a235-c27b025ade90%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] cron.yaml: is there a max limit to min_backoff_seconds?

[Mark Meyer]

I am using the following cron.yaml file and attempting to have the retries 
start at 2 minutes after a failure (I'm using Python3 in the standard 
environment).

cron:
- description: "daily call"
url: /twilio/start_call/
timezone: "America/Anchorage"
schedule: every day 17:00
retry_parameters:
min_backoff_seconds: 120.0
max_backoff_seconds: 360.0
max_doublings: 3


The behavior I'm expecting when the url returns 503 is a 120 second 
interval and then a retry. What I am getting retries at (quite precise) one 
minute intervals. I don't see anything in the docs about a time limit. I 
hope I'm not doing something obviously wrong, but I've been starting at it 
and trying variations without any success.

The logs I am see look like:

2018-11-26 17:00:00.764 AKST GET 503 178 B 970 ms AppEngine-Google 
(+http://code.google.com/appengine) 
/twilio/start_call/
2018-11-26 17:01:01.939 AKST GET 503 178 B 704 ms 
AppEngine-Google;(+http://code.google.com/appengine) /twilio/start_call/ 
2018-11-26 17:02:02.747 AKST GET 503 178 B 850 ms 
AppEngine-Google;(+http://code.google.com/appengine) /twilio/start_call/ 
2018-11-26 17:03:03.702 AKST GET 503 178 B 666 ms 
AppEngine-Google;(+http://code.google.com/appengine) /twilio/start_call/ 
2018-11-26 17:04:04.477 AKST GET 200 189 B 65 ms AppEngine-Google; 
(+http://code.google.com/appengine) /twilio/start_call/ 

Is there something I'm missing?

Thank you.

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/ef233136-0ebc-4577-aa88-64cb1637d7d1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Min_back_offseconds

[Mark Meyer]

I am trying to get cron to retry failed requests after 2 minute in an app 
engine app (Python3 standard environment).

I am using the following in cron.yaml:

cron:
- description: "daily call"
 url: /twilio/start_call/
 timezone: "America/Anchorage"
 schedule: every day 17:00
 retry_parameters:
   min_backoff_seconds: 120.0
   max_backoff_seconds: 360.0
   max_doublings: 3

The behavior I am seeing when the services responds with 503 is a retry a 
precisely one-minute intervals. 

2018-11-26 17:00:00.764 AKST GET 503 178 B 970 ms AppEngine-Google 
(+http://code.google.com/appengine) /twilio/start_call/
2018-11-26 17:01:01.939 AKST GET 503 178 B 704 ms 
AppEngine-Google;(+http://code.google.com/appengine) /twilio/start_call/
2018-11-26 17:02:02.747 AKST GET 503 178 B 850 ms 
AppEngine-Google;(+http://code.google.com/appengine) /twilio/start_call/
2018-11-26 17:03:03.702 AKST GET 503 178 B 666 ms 
AppEngine-Google;(+http://code.google.com/appengine) /twilio/start_call/
2018-11-26 17:04:04.477 AKST GET 200 189 B 65 ms AppEngine-Google; 
(+http://code.google.com/appengine) /twilio/start_call/

I don't see any indication in the docs of a limit on the min-backoff. Am I 
missing something?

Thanks.

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/d40ed54b-af95-418a-be4f-fe24ce267f7e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: A bit off-topic: When is domain validation required?

[Mark Drummond]

I just confirmed that the verification record must have been removed. The 
"Webmaster Central" page provides a very convenient history of events for 
your domains, even if they have been removed. I'll have my ops folks re-add 
the associated verification records.

[image: Screenshot 2018-11-24 09.14.36.png]


On Saturday, November 24, 2018 at 9:13:02 AM UTC-5, Mark Drummond wrote:
>
> Hi Mohammad,
>
> Thanks for the feedback. Very helpful.
>
> Given the following:
>
> Only the user account that has verified ownership of the domain name can 
>> deploy the API initially. After that first API deployment, project members 
>> with *Editor* permissions can deploy it.
>>
>
> I read that as meaning, since I am the one who usually validates our 
> domains, I should be the one to enable the API for any given project. If 
> someone else has tried to enable the API, I should disabled it and then 
> re-enable it myself. As long as I am the one to enable the API, the project 
> Owners and Editors will be able to use the domains I have previously 
> validated.
>
> Regarding the missing domains, it may be the case that someone removed the 
> associated validation records. They may not have realized the records must 
> remain in place and thought they were "cleaning up" old records that don't 
> resolve to anything (we usually use CNAME validation records as I have 
> found the TXT records to be unreliable).
>
>
> On Friday, November 23, 2018 at 4:02:37 PM UTC-5, Mohammad I (Cloud 
> Platform Support) wrote:
>>
>> Once you have verified as a domain owner in Web Central, it is possible 
>> for you to delegate subdomains to developers within the organization to do 
>> their tasks without having to verify domain ownership themselves[1]. For 
>> more information on delegating, see Managing users, owners, and 
>> permissions 
>> <https://support.google.com/webmasters/answer/2453966?ref_topic=4564315>.
>>  
>>
> The domain name verification is automatically re-confirmed about every 30 
>> days. In case the verification string from your DNS settings is removed for 
>> some reason, it will restrict your ability to change the configuration 
>> within the Google Cloud Platform Console. This restriction does not change 
>> the serving setup for the domain and app continues to serve over the 
>> domain[2,3]. Verifying your domain primarily just proves to Google that 
>> your application is in fact allowed to receive all the traffic for domain 
>> because you've shown that you "own" it[4]. 
>>
>> [1]
>> https://cloud.google.com/endpoints/docs/openapi/verify-domain-name#delegating_to_developers
>>  
>>
>> [2]
>> https://cloud.google.com/endpoints/docs/openapi/verify-domain-name#verifying_ownership
>>
>> [3]
>> https://cloud.google.com/appengine/docs/standard/python/mapping-custom-domains#adding_a_custom_domain_for_your_application
>>  
>>
>> [4]
>> https://groups.google.com/d/msg/google-appengine/jhJkoUf4p8M/EuMBw_nbDQAJ 
>>
>>
>> On Friday, November 23, 2018 at 8:27:52 AM UTC-6, Mark Drummond wrote:
>>>
>>> Two related issues from the last ~24 hours or so:
>>>
>>> 1. I saw one of our developers ask our infrastructure folks to add a 
>>> domain validation record to our (non-google) DNS, for a domain that I had 
>>> already validated (we already have many App Engine hosted services using 
>>> hostnames under that domain). Why would App Engine ask to validate a domain 
>>> that is already validated?
>>>
>>> 2. A domain I previously validated no longer appears in the list of 
>>> options when I go to add a hostname to a new App Engine app. There are 
>>> already apps using hostnames under that domain, so why would the domain no 
>>> longer show up in the list of options when adding a new name to an App 
>>> Engine app?
>>>
>>> And a general question: Do domain validation records need to stay in 
>>> place? Or can they be deleted after the domain is validated? If the records 
>>> need to be left in place and our infrastructure team removed them, that 
>>> might explain my second Q above.
>>>
>>>
>>> Thanks,
>>> Mark
>>>
>>
-- 
The content of this message is subject to our e-mail confidentiality 
policy. <https://static.empire.ca/confidentiality/conf.html> 
Le contenu de 
ce message est assujetti à notre politique en matière de confidentialité 
des courriels. <https://static.empire.ca/confidentiality/conf.html>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/b0424da1-4f0d-47d5-ab7f-c3606bc86f6f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: A bit off-topic: When is domain validation required?

[Mark Drummond]

Hi Mohammad,

Thanks for the feedback. Very helpful.

Given the following:

Only the user account that has verified ownership of the domain name can 
> deploy the API initially. After that first API deployment, project members 
> with *Editor* permissions can deploy it.
>

I read that as meaning, since I am the one who usually validates our 
domains, I should be the one to enable the API for any given project. If 
someone else has tried to enable the API, I should disabled it and then 
re-enable it myself. As long as I am the one to enable the API, the project 
Owners and Editors will be able to use the domains I have previously 
validated.

Regarding the missing domains, it may be the case that someone removed the 
associated validation records. They may not have realized the records must 
remain in place and thought they were "cleaning up" old records that don't 
resolve to anything (we usually use CNAME validation records as I have 
found the TXT records to be unreliable).


On Friday, November 23, 2018 at 4:02:37 PM UTC-5, Mohammad I (Cloud 
Platform Support) wrote:
>
> Once you have verified as a domain owner in Web Central, it is possible 
> for you to delegate subdomains to developers within the organization to do 
> their tasks without having to verify domain ownership themselves[1]. For 
> more information on delegating, see Managing users, owners, and 
> permissions 
> <https://support.google.com/webmasters/answer/2453966?ref_topic=4564315>. 
>
The domain name verification is automatically re-confirmed about every 30 
> days. In case the verification string from your DNS settings is removed for 
> some reason, it will restrict your ability to change the configuration 
> within the Google Cloud Platform Console. This restriction does not change 
> the serving setup for the domain and app continues to serve over the 
> domain[2,3]. Verifying your domain primarily just proves to Google that 
> your application is in fact allowed to receive all the traffic for domain 
> because you've shown that you "own" it[4]. 
>
> [1]
> https://cloud.google.com/endpoints/docs/openapi/verify-domain-name#delegating_to_developers
>  
>
> [2]
> https://cloud.google.com/endpoints/docs/openapi/verify-domain-name#verifying_ownership
>
> [3]
> https://cloud.google.com/appengine/docs/standard/python/mapping-custom-domains#adding_a_custom_domain_for_your_application
>  
>
> [4]
> https://groups.google.com/d/msg/google-appengine/jhJkoUf4p8M/EuMBw_nbDQAJ 
>
>
> On Friday, November 23, 2018 at 8:27:52 AM UTC-6, Mark Drummond wrote:
>>
>> Two related issues from the last ~24 hours or so:
>>
>> 1. I saw one of our developers ask our infrastructure folks to add a 
>> domain validation record to our (non-google) DNS, for a domain that I had 
>> already validated (we already have many App Engine hosted services using 
>> hostnames under that domain). Why would App Engine ask to validate a domain 
>> that is already validated?
>>
>> 2. A domain I previously validated no longer appears in the list of 
>> options when I go to add a hostname to a new App Engine app. There are 
>> already apps using hostnames under that domain, so why would the domain no 
>> longer show up in the list of options when adding a new name to an App 
>> Engine app?
>>
>> And a general question: Do domain validation records need to stay in 
>> place? Or can they be deleted after the domain is validated? If the records 
>> need to be left in place and our infrastructure team removed them, that 
>> might explain my second Q above.
>>
>>
>> Thanks,
>> Mark
>>
>
-- 
The content of this message is subject to our e-mail confidentiality 
policy. <https://static.empire.ca/confidentiality/conf.html> 
Le contenu de 
ce message est assujetti à notre politique en matière de confidentialité 
des courriels. <https://static.empire.ca/confidentiality/conf.html>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a7bbcbb5-eec1-4a95-b563-8fd293331c7c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] A bit off-topic: When is domain validation required?

[Mark Drummond]

Two related issues from the last ~24 hours or so:

1. I saw one of our developers ask our infrastructure folks to add a domain 
validation record to our (non-google) DNS, for a domain that I had already 
validated (we already have many App Engine hosted services using hostnames 
under that domain). Why would App Engine ask to validate a domain that is 
already validated?

2. A domain I previously validated no longer appears in the list of options 
when I go to add a hostname to a new App Engine app. There are already apps 
using hostnames under that domain, so why would the domain no longer show 
up in the list of options when adding a new name to an App Engine app?

And a general question: Do domain validation records need to stay in place? 
Or can they be deleted after the domain is validated? If the records need 
to be left in place and our infrastructure team removed them, that might 
explain my second Q above.


Thanks,
Mark

-- 
The content of this message is subject to our e-mail confidentiality 
policy. <https://static.empire.ca/confidentiality/conf.html> 
Le contenu de 
ce message est assujetti à notre politique en matière de confidentialité 
des courriels. <https://static.empire.ca/confidentiality/conf.html>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/badbb119-0ab6-4613-a8ed-58dfcb84df71%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine Flexible DNS client settings

[Mark Drummond]

Thanks, this is helpful. I'll investigate these options.


On Tuesday, October 30, 2018 at 1:36:21 PM UTC-4, diogoa...@google.com 
wrote:
>
> A possible solution you can try is to update resolv.conf file. However, as 
> in App Engine, the local filesystem that your application is deployed to is 
> not writable, you would not be able to edit. 
>
> You are more likely to get some results on that by using App Engine 
> Flexible Environment with the custom runtime 
> <https://cloud.google.com/appengine/docs/flexible/custom-runtimes/about-custom-runtimes>.
>  
> The custom runtime environment runs as a docker container and docker tries 
> to make a binding link to a system resolv.conf 
> <https://stackoverflow.com/questions/17816976/any-way-to-replace-a-dns-server-address-in-my-etc-resolv-conf-using-python-in-u?rq=1>
>  
> file.
>
> You can also try to override DNS server used as shown here [3] using 
> dns.resolver 
> <https://stackoverflow.com/questions/3898363/set-specific-dns-server-using-dns-resolver-pythondns>
> .
>
> Note that the suggestions here have not been tested on my end as it is a 
> customization of your environment, so I recommend that you consider it 
> first in a test environment.
>
> On Tuesday, October 30, 2018 at 9:06:44 AM UTC-4, Mark Drummond wrote:
>>
>> Is it possible to change the DNS client settings for an App Engine 
>> Flexible deployed (Python/Django in this case) app? I'd like the app in 
>> question to reference our internal DNS servers, available to the app over a 
>> Cloud VPN connection.
>>
>
-- 
The content of this message is subject to our e-mail confidentiality 
policy. <https://static.empire.ca/confidentiality/conf.html> 
Le contenu de 
ce message est assujetti à notre politique en matière de confidentialité 
des courriels. <https://static.empire.ca/confidentiality/conf.html>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/d26504cc-ce6c-497f-a3fa-ab14ce6c4e8a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] App Engine Flexible DNS client settings

[Mark Drummond]

Is it possible to change the DNS client settings for an App Engine Flexible 
deployed (Python/Django in this case) app? I'd like the app in question to 
reference our internal DNS servers, available to the app over a Cloud VPN 
connection.

-- 
The content of this message is subject to our e-mail confidentiality 
policy.  
Le contenu de 
ce message est assujetti à notre politique en matière de confidentialité 
des courriels. 

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3016e9b9-6466-48bd-97a4-7066d80e6b33%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Clarifying App Engine, custom VPCs, and VPNs

[Mark Drummond]

Thanks David!

On Monday, October 29, 2018 at 5:51:10 PM UTC-4, David (Google Cloud 
Support) wrote:
>
> Hello Mark,
>
> Yes that is correct, as this document 
> <https://cloud.google.com/vpc/docs/vpc-peering#key_properties> states:
>
> “The following types of endpoints/resources are NOT propagated to directly 
> peered networks:
>
> - Static routes
>
> - VPNs “
>
> You would need to setup Cloud VPN connections to every project that needs 
> a VPN.
>
>
-- 
The content of this message is subject to our e-mail confidentiality 
policy. <https://static.empire.ca/confidentiality/conf.html> 
Le contenu de 
ce message est assujetti à notre politique en matière de confidentialité 
des courriels. <https://static.empire.ca/confidentiality/conf.html>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/d5fbf6f4-a296-4cfd-9b5f-29cf7e6881d4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Clarifying App Engine, custom VPCs, and VPNs

[Mark Drummond]

Thanks Dan! Great info, and answers my questions.

Just to clarify on the last question and your response, I understand that 
you can peer VPCs, but I don't believe you can share a VPN this way. E.g.,

   - Project A VPC is peered to Project B VPC
   - Project B has a VPN
   - Project A cannot access the VPN via the peered VPC connection

>From the last link you sent:

>
>- Only directly peered networks can communicate. Transitive peering is 
>not supported. In other words, if VPC network N1 is peered with N2 and N3, 
>but N2 and N3 are not also directly connected, VPC network N2 cannot 
>communicate with VPC network N3 over the peering.
>
>
So for now it looks like I need to run a Cloud VPN connection to every 
project that needs VPN, since you cannot route to a VPN over peered VPCs, 
and App Engine Flexible environments cannot use shared VPCs at this time.


On Friday, October 26, 2018 at 10:51:38 PM UTC-4, Dan S (Cloud Platform 
Support) wrote:
>
> Can an App Engine Flexible app use a custom VPC?
>
> > You should be able to use VPC with App Engine Flex, as you can check in 
> the following documentation[1]. You can config the network instance access 
> by following the setup documentation[2].
>
> Can an App Engine Flexible app use a shared VPC defined in another project?
>
> > Unfortunately, it is not possible to share VPC, and you can confirm this 
> limitation in the following section[3].
>
> “In a service project, App Engine Flexible resources cannot participate in 
> Shared VPC.”
>
> Can an App Engine Flexible app use a Cloud VPN connection?
>
> > Yes, since the App Engine flex uses the Compute Engine structure, you’re 
> allowed to implement a VPN connection. You can find more details regarding 
> the VPN connections in the following documentation[4], and the differences 
> between App Engine Flex and Compute Engine in the following[5].
>
> Can an App Engine Flexible app use a Cloud VPN connection set up in 
> another project? If so, is that implemented with a shared VPC or peered 
> VPCs?
>
> >Yes, you can provide a connection between two App Engine application or 
> projects by using VPC, as you can confirm in the following[6].
>
> I hope that makes things clearer for you. In the meantime, if you have any 
> additional comments, questions, or concerns about your issue don’t hesitate 
> to reply as I would be happy to help you.
>
> [1] https://cloud.google.com/vpc/docs/vpc
>
> [2]
> https://cloud.google.com/appengine/docs/flexible/nodejs/reference/app-yaml#network_settings
>
> [3] https://cloud.google.com/vpc/docs/shared-vpc#ineligible_resources
>
> [4] https://cloud.google.com/vpn/docs/concepts/overview
>
> [5]
> https://cloud.google.com/appengine/docs/the-appengine-environments#comparing_the_flexible_environment_to_compute_engine
>
> [6] https://cloud.google.com/vpc/docs/vpc-peering#key_properties
>
>
> On Wednesday, October 24, 2018 at 3:53:29 PM UTC-4, Mark Drummond wrote:
>>
>> Hello everyone. I am trying to understand the interaction of App Engine 
>> apps, custom VPCs, and VPNs. After much googling and document reading I 
>> still don't have a clear picture here.
>>
>>1. Can an App Engine Flexible app use a custom VPC?
>>2. Can an App Engine Flexible app use a shared VPC defined in another 
>>project?
>>3. Can an App Engine Flexible app use a Cloud VPN connection?
>>4. Can an App Engine Flexible app use a Cloud VPN connection set up 
>>in another project?
>>   1. If so, is that implemented with a shared VPC or peered VPCs?
>>
>> As you might guess, I'm wondering whether my App Engine Flexible apps can 
>> communicate back to our head office over VPN, and if so how that is 
>> implemented. Initial thought was peered VPCs to a VPC that has an attached 
>> VPN but I found at least one note indicating that is not possible. Next 
>> thought was a shared VPC but found at least one note that said that would 
>> not work either (specifically with App Engine).
>>
>> - Mark
>>
>> The content of this message is subject to our e-mail confidentiality 
>> policy. <https://static.empire.ca/confidentiality/conf.html> 
>> Le contenu de ce message est assujetti à notre politique 
>> en matière de confidentialité des courriels. 
>> <https://static.empire.ca/confidentiality/conf.html>
>
>
-- 
The content of this message is subject to our e-mail confidentiality 
policy. <https://static.empire.ca/confidentiality/conf.html> 
Le contenu de 
ce message est assujetti à notre politique en matière de confidentialité 
des courriels. <https://static.empire.ca/confidentiality/conf.html>

-- 
You rec

[google-appengine] Clarifying App Engine, custom VPCs, and VPNs

[Mark Drummond]

Hello everyone. I am trying to understand the interaction of App Engine 
apps, custom VPCs, and VPNs. After much googling and document reading I 
still don't have a clear picture here.

   1. Can an App Engine Flexible app use a custom VPC?
   2. Can an App Engine Flexible app use a shared VPC defined in another 
   project?
   3. Can an App Engine Flexible app use a Cloud VPN connection?
   4. Can an App Engine Flexible app use a Cloud VPN connection set up in 
   another project?
  1. If so, is that implemented with a shared VPC or peered VPCs?
   
As you might guess, I'm wondering whether my App Engine Flexible apps can 
communicate back to our head office over VPN, and if so how that is 
implemented. Initial thought was peered VPCs to a VPC that has an attached 
VPN but I found at least one note indicating that is not possible. Next 
thought was a shared VPC but found at least one note that said that would 
not work either (specifically with App Engine).

- Mark

-- 
The content of this message is subject to our e-mail confidentiality 
policy. <https://static.empire.ca/confidentiality/conf.html> 
Le contenu de 
ce message est assujetti à notre politique en matière de confidentialité 
des courriels. <https://static.empire.ca/confidentiality/conf.html>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/796875ef-1ccf-4af8-a985-57da86155e00%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] ImportError: No module named googleads

[Mark Anthony Gutierrez]

Hello,

I have a django project and want to deploy it on Google App Engine(GAE).

I followed all this link for the tutorial:
https://cloud.google.com/python/django/appengine

When I finished deploying, and go to my project URL, it got an error and 
when I look on the Error Reporting in Google Cloud Platform
It says "ImportError: No module named googleads", but I already installed 
it on my local before I uploaded it.

Please help!

Thanks!

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e44c7402-7d95-42db-a568-bc6efcc26597%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: SSL ceritificate installation issue

['Mark Pottinger' via Google App Engine]

Hi, I submitted "gcloud beta app domain-mappings list" in the command line 
and I have two entries under PENDING_AUTO_CERT but they don't appear to my 
updating to SSL_CERTIFICATE_ID, is there something that could be holding up 
the granting of the certificate that I need to do something about? Thanks

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/5d9a9ffa-42d8-4039-a54d-a1c1621e7bf8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: WordPress issue with the 10000 file version quota (limit)

[Mark Limmage]

Hi Chris,

Did you ever find a solution to this problem? I am experiencing the same 
issue and could only come up with the same wp-functinos.php directives you 
posted (which did not work). Did you try Anthony's suggestion?

Thanks - Mark

On Thursday, January 21, 2016 at 7:47:26 PM UTC+10, Christopher Muller 
wrote:
>
> Hey guys,
>
> I've been super keen to get our WordPress site up onto GAE for speed, 
> security and scalability. It works perfectly for smaller WP sites, however 
> our main site is a mammoth with loads of plugins etc. So it has close to 
> 13000 production-necessary files. This is an obvious problem because of the 
> 1 file and blob quota on GAE.
>
> The only solution I can think of is to host the wp-content/plugins/ 
> directory on Google Cloud Storage. But I haven't managed to get the WP to 
> pick up the /plugins directory on GCS. Has anyone done anything similar? Or 
> has another solution perhaps? It's so frustrating that the only thing 
> standing in our way is a file limit!
>
> Would really appreciate help and insight.
>
> Thanks,
> 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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/00143ea0-2857-4b35-920d-6032569bd513%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Sydney Data Center and migration of app engine application

[Mark Hetherington]

Hi,

With the commissioning of the Sydney data centre, there are no doubt many 
Australia based customers wanting to migrate to the new data centre. I 
imagine the same was true when other locations opened up worldwide.

We have existing app engine, cloud sql, cloud storage and data store assets 
we would like to migrate. Has anyone undertaken this process? Our 
understanding is that we can create a new application in the new zone, and 
do a backup and restore. However there are a few hurdles. Some of the 
issues we see are:

   - The application name currently in use won't be available for use in 
   the new zone, thus requiring a rename of the application
   - The process of cutting over between zones may require us to update a 
   number of DNS A records managed by third parties. 
   - The CNAME to ghs.googlehosted.com must cut over to the new application 
   at some point, but I'm not sure how this is managed. Presumably when 
   verifying the domain into the new application google starts serving a new 
   result when ghs.googlehosted.com is queried?

Are there any migration tools available? Does google offer any assistance 
in this regard? According to a news article 
at 
https://www.crn.com.au/news/google-cloud-finally-comes-to-sydney-today-465735, 
"
Google Cloud platform managing director APJ Rick Harshman told CRN that 
customers wanting to migrate to local availability zones can contact one of 
its partners, or Google's customer engineering team to help with the 
migration.", but I'm not sure how to get in touch with the "customer 
engineering team".

Cheers,
Mark


-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/92e5a3ca-c3a8-4507-8f2f-d6961aad239b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: pycrypto 2.6.1 errors

[Mark Cummins]

>
> @Mark: I'm a little bit confused since I don't think you can set the SDK 
> version used by the app in production. Rather, it is always auto-upgraded 
> to the latest.
>

Ah, no, I mean that we reverted to the old PyCrypto version, rather than 
the SDK version.

Thank you very much for the workaround.

Best,
Mak

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/c8bfa883-a325-4332-8278-1b8c9ee7e8f8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: pycrypto 2.6.1 errors

[Mark Cummins]

We see this issue in production. It happens whenever we import pycrypto. We 
couldn't find any solution, so we've reverted to the old version on the 
assumption that this is an SDK problem.

On Tuesday, 20 December 2016 21:54:20 UTC, Nick (Cloud Platform Support) 
wrote:
>
> Hey Mark,
>
> Any update on my last questions? Did you make a post to the Public Issue 
> Tracker or would you like to keep corresponding here?
>
> Cheers,
>
> Nick
> Cloud Platform Community Support
>
> On Tuesday, December 6, 2016 at 6:41:40 AM UTC-5, Mark Cummins wrote:
>>
>> The new Python SDK (1.9.49) includes pycrypto update to 2.6.1.
>>
>> We've flipped over to the new library version, and we're now seeing 
>> errors like this:
>>
>>
>> 11:28:31.524/base/data/home/runtimes/python27/python27_lib/versions/third_party/pycrypto-2.6.1/Crypto/Util/number.py:57:
>>  
>> PowmInsecureWarning: Not using mpz_powm_sec. You should rebuild using 
>> libgmp >= 5 to avoid timing attack vulnerability.
>> 11:28:31.524 _warn("Not using mpz_powm_sec. You should rebuild using 
>> libgmp >= 5 to avoid timing attack vulnerability.", PowmInsecureWarning)
>>
>>
>> It looks like this is a platform problem with the new 1.9.49 SDK? Or are 
>> we doing something to cause this?
>>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/691c8292-7bfe-4d82-8004-2835ccfd2528%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Debugging Datastore Read usage

[Mark Cummins]

Aha! Very useful, thanks!

On Monday, 12 December 2016 23:01:28 UTC, Alex (Cloud Platform Support) 
wrote:
>
> Hi Mark,
>
> As another option, Google Stackdriver Monitoring 
> <https://cloud.google.com/monitoring/docs/> allows you to retrieve 
> relevant metrics about your Datastore operations. Among the available 
> metrics listed here 
> <https://cloud.google.com/monitoring/api/metrics#gcp-datastore>, you may 
> be interested by the “api/request_count” metric that allows you to retrieve 
> the number of datastore requests within a timeframe as narrow as an hour. 
> You can test this feature on the Metrics Explorer 
> <https://app.google.stackdriver.com/metrics-explorer?project=> directly 
> after enabling it. Still, be aware that the number of requests to the 
> datastore may not be representative of the actual number of read calls 
> involved in these requests.
>
> Let me know if that helps you in identifying the periods of your spikes.
>
> Cheers,
> Alex
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/f4910f16-435c-4933-b7cd-c61243455ed7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Debugging Datastore Read usage

[Mark Cummins]

Hi,

One day last week our Datastore Read Operations were 5x their normal level, 
and we're trying to identify why.

The problem is almost certainly caused by some corner case in our own code. 
My question is, how can we go about identifying what caused this issue?

As far as I can see, our only way to keep track of Datastore Reads is via 
the billing page ("View Usage History"), which shows the total number of 
reads on a given day (and there is about a 2 day delay before the report is 
ready). Is there any way we can get more precise information about what 
caused our spike in Datastore Reads? If we could narrow it down to a 
particular handler, or even a particular time of day, we could sort it out 
pretty quickly. The main dashboard at least gives you a graph of memcache 
usage by time of day, but nothing for Datastore Reads that I can see?

Thanks,
Mark

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/f54d0305-3e18-4194-aefb-101df7602286%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] pycrypto 2.6.1 errors

[Mark Cummins]

The new Python SDK (1.9.49) includes pycrypto update to 2.6.1.

We've flipped over to the new library version, and we're now seeing errors 
like this:


11:28:31.524/base/data/home/runtimes/python27/python27_lib/versions/third_party/pycrypto-2.6.1/Crypto/Util/number.py:57:
 
PowmInsecureWarning: Not using mpz_powm_sec. You should rebuild using 
libgmp >= 5 to avoid timing attack vulnerability.
11:28:31.524 _warn("Not using mpz_powm_sec. You should rebuild using libgmp 
>= 5 to avoid timing attack vulnerability.", PowmInsecureWarning)


It looks like this is a platform problem with the new 1.9.49 SDK? Or are we 
doing something to cause this?

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/c8c461ba-eee0-4ea1-a737-5d7fc59207c5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] log quota

[Mark Cummins]

Could anyone clarify the pricing? The message says "Please upgrade to the 
Premium Tier", however, when I click "Learn More", there is an option:

Basic Tier
Logs allotment:  5 GB per month per project
Logs allotment overage: $0.50 per GB

https://cloud.google.com/stackdriver/pricing?hl=en_US&_ga=1.212419412.1363903900.1467732610

Our current usage is about 9GB per month. So does this mean we can just pay 
$2 per month for the extra 4GB? 

Or are we forced to use Premium for some reason? The Premium Tier pricing 
is pretty mysterious to me.



On Friday, 25 November 2016 09:03:10 UTC, Marcel Manz wrote:
>
> 100% ACK
>
> This is wrong move by Google to discard any application logs as soon as 
> the 5GB are reached until quota reset, forcing customer to buy Stackdriver 
> Premium in order to keep the existing functionality.
>
> Google should better apply the rule to just show the most recent 5GB of 
> logs (no matter from which source they got ingested from).
>
> Marcel
>
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/05175268-1f70-4e52-9297-25f26086a776%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Google has fixed 30 of 707 bugs reported in the past 12 months

[Mark Cummins]

@Kaan Soral. Yes, we also heavily use the images service, it's invaluable 
and we love it. We were also using mail, although it really wasn't a big 
problem to move to an external service. (Though incoming is indeed more of 
an issue) By exotic, I mean things like Prospective Search and 
 XMPP/Channels. I don't think too many people were really affected by those 
deprecations.

On Friday, 25 November 2016 13:38:16 UTC, Kaan Soral wrote:
>
> It is what I meant, apologies if I was confusing
>
> On Friday, November 25, 2016 at 3:36:14 PM UTC+2, George Bittmann wrote:
>>
>> Where is the mail deprecation? Post a link if it's happening please. I 
>> thought they were only no longer approving requests to expand beyond the 
>> 100 daily limit. Is that what you mean?
>>
>>
>> On Thursday, November 24, 2016 at 8:06:33 AM UTC-5, Kaan Soral wrote:
>>>
>>> Hi
>>>
>>> Thanks a lot for the reply again
>>>
>>> For images, https://cloud.google.com/appengine/docs/python/images/ - 
>>> the 1600 resize limit started to age a bit, I'm using the images service 
>>> heavily on https://geobird.com - and considering the recent 4K, 5K 
>>> resolutions, even bumping the limit to 2400 would improve dynamics a lot, 
>>> considering it would at least cover 1080p (Current solution is to just 
>>> serve images with "=s0" - considering most devices have retina resolutions 
>>> now, most images started becoming "=s0" - and a significant bandwidth is 
>>> wasted for clients)
>>>
>>> If we analyse the case for the images service, it provides dynamic 
>>> resizing at instant availability, It's an invaluable service, I love 
>>> appengine because it provides building blocks like these - Instead of 
>>> depreciating such services, it would be lovely to see new ones, for 
>>> example, a "videos" service, even though I'm using Zencoder for video 
>>> processing, if we compare it to the ease of using the images service, it's 
>>> a heavy burden
>>>
>>> @Mark Cummins, I don't know what service you are calling exotic and 
>>> less-used, It would be great if you could provide concrete examples, 
>>> interacting with other app engine users, you would be amazed how each 
>>> component is utilised and valued
>>> If we analyse the case for mail, I personally was using it to send 
>>> mails, so, while the deprecation was an extreme nuisance, it wasn't the end 
>>> of the world, yet, communicating with others, I saw that some were using 
>>> apps as turnkey solutions, or, they were deploying singular apps for their 
>>> clients, so having a practical mail solution was crucial to them, some were 
>>> handling incoming email, while things were simple from the outgoing email 
>>> perspective, for an app that handled both incoming/outgoing email, the 
>>> deprecation was much more worrying
>>>
>>> On Wednesday, November 23, 2016 at 3:28:07 AM UTC+2, Lorne Kligerman 
>>> wrote:
>>>>
>>>> Heard loud and clear on action speaking louder than words.  We have a 
>>>> lot brewing and are excited to show it off when ready.
>>>>
>>>> There have been some deprecation announcements lately.  The objective 
>>>> here is to bring App Engine in line with the rest of GCP.  This is a 
>>>> challenging effort because of how long App Engine pre-dates the rest of 
>>>> the 
>>>> system.  That being said, we do have our users best interests at heart and 
>>>> we believe the future state will be a good one.  Significant improvements 
>>>> have been made to the App Engine Admin API, which officially went GA 
>>>> <https://cloudplatform.googleblog.com/2016/08/automate-deployments-and-traffic-splitting-with-the-App-Engine-Admin-API.html>
>>>>  
>>>> a couple months ago.
>>>>
>>>> Regarding mail, we are currently gathering requirements for a GCP wide 
>>>> solution.  For images, could you give more detail on exactly which limit 
>>>> you're running up against and the scenario?
>>>>
>>>>
>>>> On Tue, Nov 22, 2016 at 2:45 PM, 'Alex (Cloud Platform Support)' via 
>>>> Google App Engine <google-a...@googlegroups.com> wrote:
>>>>
>>>>> Hi Kaan,
>>>>>
>>>>> On a side note, it is possible to receive regular emails from the 
>>>>> Google Cloud Platform by following these steps:
>>>>>
>>>>>1. Access

Re: [google-appengine] Google has fixed 30 of 707 bugs reported in the past 12 months

[Mark Cummins]

Thank you for this update, very reassuring and makes me very happy! 
Personally I'm not too worried about some of the more exotic and less-used 
services being deprecated, so long as their are reasonable migration paths 
and the overall platform remains available.


On Wednesday, 23 November 2016 01:28:07 UTC, Lorne Kligerman wrote:
>
> Heard loud and clear on action speaking louder than words.  We have a lot 
> brewing and are excited to show it off when ready.
>
> There have been some deprecation announcements lately.  The objective here 
> is to bring App Engine in line with the rest of GCP.  This is a challenging 
> effort because of how long App Engine pre-dates the rest of the system.  
> That being said, we do have our users best interests at heart and we 
> believe the future state will be a good one.  Significant improvements have 
> been made to the App Engine Admin API, which officially went GA 
> 
>  
> a couple months ago.
>
> Regarding mail, we are currently gathering requirements for a GCP wide 
> solution.  For images, could you give more detail on exactly which limit 
> you're running up against and the scenario?
>
>
> On Tue, Nov 22, 2016 at 2:45 PM, 'Alex (Cloud Platform Support)' via 
> Google App Engine  wrote:
>
>> Hi Kaan,
>>
>> On a side note, it is possible to receive regular emails from the Google 
>> Cloud Platform by following these steps:
>>
>>1. Access the Cloud Platform Console
>>
>>2. Click the “3 vertical dots” on the top-right section of the menu
>>
>>3. Navigate to preferences->Updates & Offers
>>
>>4. Set email to “On” for Feature announcements
>>
>> By doing this, you will receive emails about the latest feature 
>> announcements on the Cloud Platform.
>>
>> Cheers,
>>
>> Alex
>>
>> -- 
>> 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/EFLhIU9GqjU/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to 
>> google-appengi...@googlegroups.com .
>> To post to this group, send email to google-a...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/c37962f7-c400-44d9-9ab8-dfd3edc7ec1f%40googlegroups.com
>>  
>> 
>> .
>>
>> 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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/20f24616-c354-4703-ac21-5cfa45c563bf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] New Flexible App Engine Beta Performs Redirects :(

[Mark Herhold]

I tried the new beta version of the flexible app engine and my application 
redirects (307 Temporary Redirect) to appspot-preview.com from my domain 
instead of serving up the requests from the domain. This is really awful 
for my use case and I reverted back to App Engine alpha.

Can someone explain the rationale for the change? Will this new 'feature' 
be rolled back?

Thanks.

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/24ad4794-97d8-4739-88db-fea6a69ad665%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Backing up AppEngine

[Mark Cummins]

We use the old crusty Datastire Admin backup tool. We run it nightly from a 
cron. We backup most important entity types nightly, and some less important 
types weekly. We have tested disaster recovery, and it all seems to work fine

We do this to defend against programmer error or attack, e.g. If some 
programmatic process were to delete or mangle our whole Datastore.

The major downside of this aporozch is that is is insanely expensive. We have 
to read every Datastore instance every day, which takes a lot of Read and a lot 
of Instance Hours. For a modest sized datastore this costs us several hundred 
dollars per month. I really wish there was a better approach 

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/61f4cdf8-0370-4d49-abe8-e3e46dab9589%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Google has fixed 30 of 707 bugs reported in the past 12 months

[Mark Cummins]

I also am beginning to fear a "GAE deprecation email". Could anyone at Google 
give any reassurance on this? Is GAE standard going to be abandoned in favour 
of managed VMs (which are actually very different)?

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/968b8341-6968-4494-be2d-f8750b9a826a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Processing payments using Paypal, python SDK

[mark a]

simple paypal processing  http://www.payolee.com/paypal-recurring-payments

On Thursday, January 2, 2014 at 4:52:23 PM UTC-5, Robert Avram wrote:
>
> I'm trying to figure out how to process payments using paypal python sdk 
> and google app engine.
> the following code seems to work, but I can't figure out, based on the 
> SDK, how to handle the exceptions (wrong credit card number etc).
> I would like the customer to be able to see the error. I would appreciate 
> any input! thanks!!!
>
>
> class Buy(generichandler.MainHandler):
>
> def get(self):
>
>api = paypalrestsdk.set_config(
>
>  mode="sandbox",
>
>  client_id="myclientid",
>
>  client_secret="secret")
>
>api.get_token()
>
>paymentDic = {"intent": "sale",
>
>  "payer": {
>
>"payment_method": "credit_card",
>
>"funding_instruments": [{
>
> "credit_card": {
>
>
> "type": "visa",
>
>
> "number": "4417119669820331",
>
>
> "expire_month": "11",
>
>
> "expire_year": "2018",
>
>
> "cvv2": "874",
>
>
> "first_name": "Joe",
>
>
> "last_name": "Shopper",
>
>
> "billing_address": {
>
>   
>"line1": "52 N Main ST",
>
>   
>"city": "Johnstown",
>
>   
>"state": "OH",
>
>   
>"postal_code": "43210",
>
>   
>"country_code": "US" }}}]},
>
>  "transactions": [{
>
>"amount": {
>
>  "total": "1.47",
>
>  "currency": "USD",
>
>  "details":{
>
>"subtotal": 
> "1.41",
>
>"tax": "0.03",
>
>"shipping": 
> "0.03"}},
>
>"description": "This is the 
> payment transaction description." }]}
>
>payment = paypalrestsdk.Payment(paymentDic)
>
>payment.create()
> Enter code here...
>
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/7c39f21e-156f-4506-a11c-e33616ad49f7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Google domain custom nameservers

[Mark Kelley]

I have a domain and website with google. I am moving the site and need to use 
custom nameservers but I have sevens email addresses associated with the domain 
on google and would like to keep the addresses with google. Is it possible?

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/0a221cfe-58a2-4bf4-8639-a0c4c84119d0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Are pending_ms still reported in the logs?

[Mark Cummins]

Ah, makes sense. Thanks!

On 28 Jul 2016 10:58 p.m., "'Nick (Cloud Platform Support)' via Google App
Engine" <google-appengine@googlegroups.com> wrote:

> Hey Mark,
>
> The data will only appear if the request spent time in a pending queue, as
> described in the documentation
> <https://cloud.google.com/appengine/docs/python/logs/> (ctrl+f "Pending
> queue"). So, if it's not there, you can interpret that as pending_ms=0
>
> Cheers!
>
> Nick
> Cloud Platform Community Support
>
> On Tuesday, July 19, 2016 at 1:13:21 PM UTC-4, Mark Cummins wrote:
>>
>>
>> Is the "pending_ms" metric still reported in the logs? I see it mentioned
>> in various places (e.g. here:
>> http://bjk5.com/post/40833194761/pending-queues-and-loading-requests-on-app-engine
>> )
>>
>> We're trying to debug some latency issues and this seems like a useful
>> metic to examin. However, I can't seem to see it in our logs. Has it been
>> removed? Am I missing it somehow?
>>
> --
> 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/8mHxjsSCOYc/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 https://groups.google.com/group/google-appengine.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-appengine/f8059d99-428b-4d99-bf7e-83e417b3aea2%40googlegroups.com
> <https://groups.google.com/d/msgid/google-appengine/f8059d99-428b-4d99-bf7e-83e417b3aea2%40googlegroups.com?utm_medium=email_source=footer>
> .
> 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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAJuuHwo1Rr7oApb%3Dem3vmhOYqtQJMNR4ztpP3kunoprFAXq%3DKA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Are pending_ms still reported in the logs?

[Mark Cummins]

Is the "pending_ms" metric still reported in the logs? I see it mentioned 
in various places (e.g. here: 
http://bjk5.com/post/40833194761/pending-queues-and-loading-requests-on-app-engine)

We're trying to debug some latency issues and this seems like a useful 
metic to examin. However, I can't seem to see it in our logs. Has it been 
removed? Am I missing it somehow?

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/bb1cbbfc-9159-4cdd-a6d7-67f577fbdc5a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: GAE Latency & Instance issues

[Mark Cummins]

Thank you so much for this! We also got bitten hard by this problem 
seemingly out of nowhere in the last few weeks. The same request latency 
varying from 200ms to over 10,000ms in some cases, with no obvious reason 
except mysterious gaps in the traces. It's a hard one to debug - there's no 
obvious way to tell that the instances are being CPU starved.

On Thursday, 30 June 2016 08:45:10 UTC+1, Trevor wrote:
>
> Hello ladies and gentlemen, I am here to hopefully draw on some collective 
> knowledge about App Engine and its intricacies. 
>
> For the last two weeks our (my company) site has been experiencing very 
> odd latency issues, and having now tried about 7 different methods of 
> solving it, we are left at exactly where we began: Rising costs with 
> performance that is much lower than previously. 
>
>
> 
>
>
> Essentially what happens is that say 50-60% of our requests are served 
> normally, however the remainder have these extremely long "pauses" in the 
> middle of the trace which is basically during the "processing" phase of the 
> backend handling (after the datastore & memcache data has been retrieved). 
> Here is an example of a single page that in the space of an hour had wildly 
> different loading times for users. The vast majority were the same thing, 
> grab 3 things from memcache and spit out the html retrieved from memcache. 
> That's it... 
>
>
> 
>
> And some individual traces to see what is happening
>
>
> 
>
>
> 
>
>
> 
>
>
> 
>
>
>
>
> So essentially the troubleshooting steps we took to figure out what was 
> going wrong. 
>
>- Checked all deployed code over the week preceding and following the 
>latency spike to ensure we hadn't let some truly horrendous, heavy code 
>slip through the review process. Everything deployed around that period 
> was 
>rather light, backend/cms based updates, hardly anything touching 
>customer-facing requests. 
>- Appstats, obviously. On the development server (and even unloaded 
>test versions on the production server) such behavior is not seen. Didn't 
>help. 
>- Reducing unnecessary requests (figure 1) - We noticed some of our 
>ajax-loaded content was creating 2-3 additional, separate requests per 
>user-page-load, and as such refactored the code to only call those things 
>when absolutely necessary, and eliminated one altogether. For the most 
>part, a page load now equals one request. This had no effect on the 
> latency 
>spikes
>- Created a separate system that meant that our backend task-based 
>processing was cut down by 90%, and thus the instance average load was 
>reduced significantly. This had the opposite effect and average latency 
>actually climbed, I suspect because of the extensive memcache use with 
>large chunks of data (tracking what things should be updated by the 
> backend 
>tasks)
>- Separated the front end and tasks-back-end into modules/services so 
>that frontend requests could have 100% instance attention. This had a 
> small 
>effect, but the spikes are still regularly happening (as seen in the above 
>traces). 
>- Played with max_idle_instances  - This had a wonderful effect of 
>*halving* our daily instance costs, with almost no effect on latency. 
>When this is set to automatic, we get charged for a huge amount of unused 
>instances, it actually borders on ludicrous (figure 2) 
>- Played with max_concurrent_requests (8->16->10) which only served to 
>make the latency issues worse. 
>- Hours and hours pouring over logs, traces, dashboard graphs. 
>
>
> * Figure 1 (Since the latency spike on June 5th, we have worked to reduce 
> meaningless requests through API calls or task queuing) *
>
>
> 
>
> *Figure 2 (14:40 is when the auto-scaling setting was deployed)*
>
>
> 
>
> What I have noticed is when the CPU cycles spike, *so 

[google-appengine] Usability of new logs viewer

[Mark Cummins]

The old App Engine console is gone (sadness). The new logs viewer has 
improved a lot, but it's still frustrating compared to the old viewer.

Here are a few things which really bug me, I wonder if anyone has come up 
with work-arounds or solutions:

1) Collapse the metadata block [part in curly braces]
In the expanded view, every log shows the expanded metadata block in curly 
braces first. This consumes massive chunks of my screen real estate, while 
containing information that is mostly irrelevant most of the time. I'd like 
this block to be collapsed, so I can just see the info/warning/error 
messages that contain the useful information most of the time. That would 
allow me to much more quickly browse the logs and see useful information.

2) Disable auto-update on scroll
Generally I want to work with a block of logs for a while when diagnosing a 
problem. I find the auto-refresh on scroll unhelpful. As I scroll around 
new logs get loaded and it's easy to lose my place. The old paged view was 
much more practical. Is there a way to disable this?

Hopefully some people have work arounds, I really feel like I have no idea 
what's going on in my app any more now that we're forced to use the new 
viewer. Small UI differences have a big impact on usability. Colour scheme 
is also bad, but I have no hope of Google improving that.

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/99ea67ca-828c-4246-b69c-524f3e9b9f62%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: app engine hosted website - the domain is no longer parked by GoDaddy

[Mark Pickles]

Just wanted to say thanks for this. Different context but this helped me 
immensely.  

Why does GoDaddy add these extra records? is there some purpose, or is it 
just obstructing users who want to host elsewhere?  I'd be interested to 
know if anyone has any answers/opinions.   

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a6697a2e-6845-4795-bbb4-5b8a40a65aed%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Scheduling Background Tasks

[Mark Stang]

I am trying to schedule a task to run in background.  I can't seem to find 
a example.
I posted this on Stackoverflow and I received one response:

I've not really done much with Cloud Endpoints in python, but 415 is 
*Unsupported 
Media Type*. Since you are posting to an endpoint, it's probably expecting 
a Content-type of application/json and a payload like {"key": "key"}

But I am not making a call, I am using the taskqueue function, which is 
making the call and it should know how to make the http call.

Anyone have an example or an idea on how to make this work?


0down votefavorite 


I will be the first to admit that I have no idea how to make this work, but 
I can't seem to find any examples.

What I am trying to do is to execute a Task in Background on the GAE using 
python.

I have a function that I am calling from the client that is taking longer 
than 1 minute and is timing out. So, my solution is to make it a background 
task. It could also be a cron task.

Where I am running into issues is in trying to configure a url that I can 
pass to the taskqueue.add function

  @endpoints.method(endpoints.ResourceContainer(SimpleMessage), SimpleMessage,
path='rdflib_add_task', http_method='POST', name='rdflib.add_task')
  def RdfLibAddTask(self, request):
# Add the task to the default queue.
taskqueue.add(url='/_ah/spi/TTApi.RdfLibTaskTest', params={'key': "key"})
return SimpleMessage(message="response")

  @endpoints.method(endpoints.ResourceContainer(SimpleMessage), SimpleMessage,
path='rdflib_task_test', http_method='POST', name='rdflib.task_test')
  def RdfLibTaskTest(self, params):
print "in RdfLibTaskTest", params
return SimpleMessage(message="RdfLibTaskTest")

When I call the "RdfLibAddTask" from the client it works and adds the task 
to my default queue. However, the default queue runs the task a bunch of 
times and they all fail with a 415.

0.1.0.2 - - [22/Feb/2016:08:50:23 -0800] "POST /_ah/spi/TTApi.RdfLibTaskTest 
HTTP/1.1" 415 574 https://ttapi-test-ms.appspot.com/_ah/spi/TTApi.RdfLibAddTask 
"AppEngine-Google; (+http://code.google.com/appengine)" 
"ttapi-test-ms.appspot.com" ms=26 cpu_ms=14 cpm_usd=6.4149e-8 
instance=00c61b117c7a727c0cabea61b0086576f7ca4fe4 app_engine_release=1.9.33 
trace_id=-

So, I am doing something wrong and I can't find a simple example that will 
let me proceed. Can anyone identify what is wrong with my example or 
provide me with a working example? And it doesn't have to be a push queue, 
it could be a cron task.

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/74ea5fe9-021a-4a4c-95c5-1e8dff1ef419%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] New Cloud Console

[Mark Cummins]

+1 for the speed of the new console. The old console is very noticeably 
faster.

On Thursday, 25 February 2016 01:58:58 UTC, Christian F. Howes wrote:
>
> Hi Lorne,
>
> Is there any chance that you can share the console roadmap with us?  given 
> that we are getting the turn-down threats again, and the new console is 
> still missing many features it would be helpful to know which ones are 
> known to the team working on the console and which need new tickets.
>
> Is overall speed of the new console going to be addressed?  I lose several 
> developer hours a week using the new console waiting for things to load, 
> and as such my team and I tend to use the old console whenever possible.
>
> Thanks,
>
> Christian
>
> On Tuesday, February 23, 2016 at 4:43:55 PM UTC-8, Lorne Kligerman wrote:
>>
>> I'm happy to report that both features are in the works and will launch 
>> shortly, before the old console is turned down.
>>
>> Cheers,
>> Lorne.
>>
>>
>> On Tuesday, February 23, 2016 at 3:52:19 PM UTC-8, PK wrote:
>>>
>>> We also need the “Billing/Usage History” equivalent functionality, has 
>>> this page been migrated to the new console?
>>>
>>> PK
>>> p...@gae123.com
>>>
>>>
>>>
>>>
>>> On Feb 23, 2016, at 3:46 PM, johnP  wrote:
>>>
>>> Just got email that old appengine console will be shut off in 6 weeks. 
>>>  The new cloud console does not have a "migrate traffic" option in the 
>>> Versions screen.  This was my absolute favorite new feature in a long, long 
>>> time.  Will it be available in the new console?
>>>
>>> -- 
>>> 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-appengi...@googlegroups.com.
>>> To post to this group, send email to google-a...@googlegroups.com.
>>> Visit this group at https://groups.google.com/group/google-appengine.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/google-appengine/540d27f2-1841-4be8-a21b-17aea883dd84%40googlegroups.com
>>>  
>>> 
>>> .
>>> 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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/29df1e42-69fb-40c6-a953-be6fbc94cd3c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: New Cloud Console

[Mark Cummins]

Will the logs viewer in the Cloud Console be improved before the App Engine 
console is shut down? The main reason I still use the old console is that I 
find the old logs viewer much more useful than the new one.

The new logs viewer is shows a view that is either totally collapsed 
(useless) or totally expanded (so verbose it's hard to see anything). The 
setup of the old viewer was ideal. (Semi-expanded, no headers, but showing 
one line of each log message in a request). It's really hard to get a quick 
sense of what's happening in the logs with the new viewer.

It has a number of other downsides, but I could mostly live with it if this 
basic usability issue was fixed.

On Tuesday, 23 February 2016 23:46:19 UTC, johnP wrote:
>
> Just got email that old appengine console will be shut off in 6 weeks. 
>  The new cloud console does not have a "migrate traffic" option in the 
> Versions screen.  This was my absolute favorite new feature in a long, long 
> time.  Will it be available in the new console?
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/af6c754e-81d2-4655-86c7-0a7f056f5e04%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] support for Django 1.9 in Google App Engine

[Mark van Holsteijn]

Hi, 

I have developed an application using Django 1.9 and want to deploy it to 
GAE. I just found out that GAE support 1.5 as the latest version. 

When is supported for 1.9 expected?

Cheers,

Mark

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/d0325314-7463-4337-9f5e-63332b6ba2aa%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Completely removing an application

[Mark Betz]

Thanks for the responses, guys. I'm pretty amazed that there isn't some 
straight-forward way to blow away the deployment and start over, short of 
ditching the project and whatever other resources have been set up in it 
(datastore, cloudQL, network rules, etc.). 

Appreciate the help. Our CTO wanted us to look at this platform as a 
potential alternative to Google Container Engine, but this is a 
deal-breaker for me.


On Friday, December 11, 2015 at 7:01:50 PM UTC-5, Mark Betz wrote:
>
> Hi guys. We have a couple of Google projects that we work in and today I 
> accidentally deployed a set of Google App Engine modules into a project 
> where we only want to run some container engine stuff. I haven't been able 
> to figure out how to remove them. The version for all of them is 'beta-1' 
> but if I do...
>
> appcfg.py delete_version -A  -V beta-1
>
> I get an error "Cannot delete default version of default module."
>
> Is there no way to simply remove this deployment?
>
> On a related note, and so I don't step on my own foot again, can anyone 
> clarify the relationship between Google Cloud projects and Google App 
> Engine applications? I have the Google cloud SDK installed, and at any 
> given time that is set to some default one of our cloud projects. However 
> the appcfg.py tool doesn't seem to have an option to specific which project 
> I want stuff deployed into. Do deployments always go into the default 
> project? Or is it related somehow to the application id that you choose?
>
> Thanks for any help!
>
> --Mark
>
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/f08e18dc-6e28-42f9-9f80-6336f8f001ee%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Completely removing an application

[Mark Betz]

Christian, it's probably a lack of trust on my part, but I don't like any
of what you've described there :). Most of my experience on the Google
Platform is with container engine, and what I want from app engine is that
I can do the same thing I can do in container engine when I delete a
cluster or remove an image from the registry: it's gone. I think pretty
much everyone expects standard CRUD behavior to be possible with all cloud
resources, i.e. anything I can create I can completely remove. It doesn't
seem like an odd or confusing idea to me.

On Mon, Dec 14, 2015 at 12:16 PM, Christian F. Howes <
christian.ho...@starmakerinteractive.com> wrote:

> I'm confused. you can indeed start over with your GAE deployments.  each
> deploy replaces what is there, and even if the default version of the
> default module can't be deleted it doesn't cost you anything if nothing
> accesses it.  just deploy new code and you are good to go.
>
> See notes on deploying and deleting individual modules here:
> https://cloud.google.com/appengine/docs/python/modules/#Python_Uploading_modules
>
> On Monday, December 14, 2015 at 7:40:49 AM UTC-8, Mark Betz wrote:
>>
>> Thanks for the responses, guys. I'm pretty amazed that there isn't some
>> straight-forward way to blow away the deployment and start over, short of
>> ditching the project and whatever other resources have been set up in it
>> (datastore, cloudQL, network rules, etc.).
>>
>> Appreciate the help. Our CTO wanted us to look at this platform as a
>> potential alternative to Google Container Engine, but this is a
>> deal-breaker for me.
>>
>>
>> On Friday, December 11, 2015 at 7:01:50 PM UTC-5, Mark Betz wrote:
>>>
>>> Hi guys. We have a couple of Google projects that we work in and today I
>>> accidentally deployed a set of Google App Engine modules into a project
>>> where we only want to run some container engine stuff. I haven't been able
>>> to figure out how to remove them. The version for all of them is 'beta-1'
>>> but if I do...
>>>
>>> appcfg.py delete_version -A  -V beta-1
>>>
>>> I get an error "Cannot delete default version of default module."
>>>
>>> Is there no way to simply remove this deployment?
>>>
>>> On a related note, and so I don't step on my own foot again, can anyone
>>> clarify the relationship between Google Cloud projects and Google App
>>> Engine applications? I have the Google cloud SDK installed, and at any
>>> given time that is set to some default one of our cloud projects. However
>>> the appcfg.py tool doesn't seem to have an option to specific which project
>>> I want stuff deployed into. Do deployments always go into the default
>>> project? Or is it related somehow to the application id that you choose?
>>>
>>> Thanks for any help!
>>>
>>> --Mark
>>>
>>>
>>> --
> 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/Hkn81G5Gr-A/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 https://groups.google.com/group/google-appengine.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-appengine/c1690f03-821f-428b-9789-5abfd22efcd0%40googlegroups.com
> <https://groups.google.com/d/msgid/google-appengine/c1690f03-821f-428b-9789-5abfd22efcd0%40googlegroups.com?utm_medium=email_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Mark Betz
Sr. Software Engineer
*icitizen*

Email: mark.b...@icitizen.com
Twitter: @markbetz

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAMMMzRp%3DYj08B2_s6UFo7_m%2BnXgq%2BzEe4QdZQGfaw7-ag9AFnQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Completely removing an application

[Mark Betz]

Yes, we basically don't want the GAE code in that project at all. What 
happened is that a deploy script was run without a command line arg 
specifying the project, and took the current default gcloud project and 
used that. That was all totally our fault and we can prevent it happening 
again with changes to the tooling. Not being able to simply remove the 
accidentally-deployed code is the part that bothers me. That's just a lot 
less control than I am used to having over an environment. To be fair I 
don't have a lot of experience with PAAS offerings, so I can't say whether, 
for example, you can easily remove deployed code on Heroku or other 
platforms, but it doesn't seem like an odd thing to want to do.

On Friday, December 11, 2015 at 7:01:50 PM UTC-5, Mark Betz wrote:
>
> Hi guys. We have a couple of Google projects that we work in and today I 
> accidentally deployed a set of Google App Engine modules into a project 
> where we only want to run some container engine stuff. I haven't been able 
> to figure out how to remove them. The version for all of them is 'beta-1' 
> but if I do...
>
> appcfg.py delete_version -A  -V beta-1
>
> I get an error "Cannot delete default version of default module."
>
> Is there no way to simply remove this deployment?
>
> On a related note, and so I don't step on my own foot again, can anyone 
> clarify the relationship between Google Cloud projects and Google App 
> Engine applications? I have the Google cloud SDK installed, and at any 
> given time that is set to some default one of our cloud projects. However 
> the appcfg.py tool doesn't seem to have an option to specific which project 
> I want stuff deployed into. Do deployments always go into the default 
> project? Or is it related somehow to the application id that you choose?
>
> Thanks for any help!
>
> --Mark
>
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/4576b1ed-b033-4902-a182-545d000d1202%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Completely removing an application

[Mark Betz]

Hi guys. We have a couple of Google projects that we work in and today I 
accidentally deployed a set of Google App Engine modules into a project 
where we only want to run some container engine stuff. I haven't been able 
to figure out how to remove them. The version for all of them is 'beta-1' 
but if I do...

appcfg.py delete_version -A  -V beta-1

I get an error "Cannot delete default version of default module."

Is there no way to simply remove this deployment?

On a related note, and so I don't step on my own foot again, can anyone 
clarify the relationship between Google Cloud projects and Google App 
Engine applications? I have the Google cloud SDK installed, and at any 
given time that is set to some default one of our cloud projects. However 
the appcfg.py tool doesn't seem to have an option to specific which project 
I want stuff deployed into. Do deployments always go into the default 
project? Or is it related somehow to the application id that you choose?

Thanks for any help!

--Mark


-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e62b626a-a87b-42d2-af89-fb2889013c07%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: How can I blacklist a particular IP address (dos.yaml does not seem to work)

[Mark Summerfield]

Hi Patrice,

On Wed, 28 Oct 2015 09:15:28 -0700 (PDT)
"Patrice (Cloud Platform Support)" <pvoutsi...@google.com> wrote:
> Hi Mark,
> 
> How long ago did you upload the dos.yaml file? Because it can take a
> little while to be fully propagated.
> 
> If you waited a little while (I'd say an hour should be long enough) and 
> you still see these requests going through 100% of the time, this may be 
> some kind of issue. I would then suggest you post this on our Issue
> Tracker <https://code.google.com/p/googleappengine/issues/list>, along
> with your appID, your dos.yaml (if it is longer than the lines you've
> shown here), the print screen from the old and new console, so we can
> further investigate.

It turns out that it still isn't working so I've created issue 12496.

Best wishes,
-- 
Mark Summerfield, Qtrac Ltd.
DiffPDFc windows command line PDF comparison tool
http://www.qtrac.eu/diffpdfc.html

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/20151030081443.31ae8a9e%40dino.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: How can I blacklist a particular IP address (dos.yaml does not seem to work)

[Mark Summerfield]

Hi Patrice,

On Wed, 28 Oct 2015 09:15:28 -0700 (PDT)
"Patrice (Cloud Platform Support)" <pvoutsi...@google.com> wrote:
> Hi Mark,
> 
> How long ago did you upload the dos.yaml file? Because it can take a
> little while to be fully propagated.
> 
> If you waited a little while (I'd say an hour should be long enough) and 
> you still see these requests going through 100% of the time, this may be 
> some kind of issue. I would then suggest you post this on our Issue
> Tracker <https://code.google.com/p/googleappengine/issues/list>, along
> with your appID, your dos.yaml (if it is longer than the lines you've
> shown here), the print screen from the old and new console, so we can
> further investigate.

The last 404 for the blacklisted IP address was 00:45 (and my logs are
showing 'til 06:41). Then there is a gap until a whole bunch the
previous day up until 21:59. So it looks like either they've stopped or
the blacklist is working.

It is a pity that the blacklist doesn't show in the new console.

Thanks for your help!
-- 
Mark Summerfield, Qtrac Ltd.
DiffPDF for Windows - PDF comparison tool
http://www.qtrac.eu/diffpdf.html

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/20151029072729.10a93800%40dino.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] How can I blacklist a particular IP address (dos.yaml does not seem to work)

[Mark Summerfield]

I am using GAE with Python 2.7. I have this dos.yaml file:


blacklist:
- subnet: 202.113.48.130
  description: they are doing 1000s of requests for a nonexistent file


I did a appcfg.py update .  and I also did appcfg.py update_dos . (although 
update . said it updated the dos anyway). The new console doesn't appear to 
show the blacklist at all, but the old one does and shows that the above 
address is blacklisted.


However, the logs right up to this minute show that requests are coming 
from this IP address and are receiving 404 as reply.


Is there any other step I need to take to make the blacklist work?


Or is there an alternative to stop these constant requests for a 
nonexistent file?


Thanks.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/908c70d9-95e1-41be-8579-b2b297a2968f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Where is the Datastore Admin in the new Developers Console?

[Mark Cummins]

Quick workaround I found. If you look at the greyed-out link you'll see the 
URL has an '' parameter. If you remove that you can still get to 
all of the greyed out links, at least for now.

I hope Google isn't just going to dump this functionality. We rely 
on Datastore Admin to manage our backups. We also use the bulk entity 
delete quite often. As far as I can see neither of these are possible in 
the new Developers Console.
In general, to be honest I also just find the old Developers Console much 
more pleasant to use.


On Wednesday, 7 October 2015 10:36:57 UTC+1, Oliver Urs Lenz wrote:
>
> As of today, the Datastore Admin (along with a lot of other menu options) 
> in the old App Engine console is greyed out and struck strough, with a tool 
> tip saying "This feature has moved to the new Developers Console". But 
> clicking on it leads to me to the Datastore Dashboard, no Datastore Admin 
> appears to be available in the Developers Console.
>
> Am I overlooking the Datastore Admin in the Developers Console, and if so, 
> where is it located? (I need the Datastore Admin to see whether backups 
> completed succesfully and what string of characters was assigned to them.)
>
>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/c7f18e76-83ba-4e7c-af23-7a6f24e74d53%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine admin console redirects to Developers Console

[Mark Cummins]

Could you give feedback on what happened to the Datastore Admin page? This 
seems to be gone, and we rely on it to manage our backups and also use it 
perform bulk deletes.

On Wednesday, 7 October 2015 11:01:20 UTC+1, Stewart Fife wrote:
>
> Hello! 
>
> We are pleased to announce that we redirected the first set of App Engine 
> admin console menus to Developers Console today. This begins the final 
> stage of consolidating the management of Google Cloud Platform services 
> into one consistent experience for customers. 
>
> Thanks for all your feedback on this important change. 
>
> Stewart on behalf of the GAE team

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/8e15b607-c8a1-4fb7-aee0-b7c48c2b2422%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Where is the Datastore Admin in the new Developers Console?

[Mark Cummins]

Actually, I just discovered it is available in the new  Developers Console, 
thought it's in a very non-obvious place. It's in

Cloud Datastore > Settings > Open Datastore Admin

Similarly, I thought Cron Jobs were gone, but they're just weirdly hidden 
in a tab in the Task Queues view.




On Wednesday, 7 October 2015 11:35:48 UTC+1, Oliver Urs Lenz wrote:
>
> Thanks very much for your solution! I am quite exasperated as to how 
> Google doesn't seem to care about usability.
>
> On Wednesday, October 7, 2015 at 11:50:41 AM UTC+2, Mark Cummins wrote:
>>
>> Quick workaround I found. If you look at the greyed-out link you'll see 
>> the URL has an '' parameter. If you remove that you can still 
>> get to all of the greyed out links, at least for now.
>>
>> I hope Google isn't just going to dump this functionality. We rely 
>> on Datastore Admin to manage our backups. We also use the bulk entity 
>> delete quite often. As far as I can see neither of these are possible in 
>> the new Developers Console.
>> In general, to be honest I also just find the old Developers Console much 
>> more pleasant to use.
>>
>>
>> On Wednesday, 7 October 2015 10:36:57 UTC+1, Oliver Urs Lenz wrote:
>>>
>>> As of today, the Datastore Admin (along with a lot of other menu 
>>> options) in the old App Engine console is greyed out and struck strough, 
>>> with a tool tip saying "This feature has moved to the new Developers 
>>> Console". But clicking on it leads to me to the Datastore Dashboard, no 
>>> Datastore Admin appears to be available in the Developers Console.
>>>
>>> Am I overlooking the Datastore Admin in the Developers Console, and if 
>>> so, where is it located? (I need the Datastore Admin to see whether backups 
>>> completed succesfully and what string of characters was assigned to them.)
>>>
>>>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/ab313576-3925-4c74-bb23-1f9a727385d1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine admin console redirects to Developers Console

[Mark Cummins]

The new logs viewer is much less usable. Because it's either totally 
collapsed or totally expanded, it's much much harder to extract meaningful 
patterns of events at a glance. I would really like to get back the 
single-line-per-message view that the old viewer had.
Also, it seems slower to display first logs. 

On Wednesday, 7 October 2015 11:01:20 UTC+1, Stewart Fife wrote:
>
> Hello! 
>
> We are pleased to announce that we redirected the first set of App Engine 
> admin console menus to Developers Console today. This begins the final 
> stage of consolidating the management of Google Cloud Platform services 
> into one consistent experience for customers. 
>
> Thanks for all your feedback on this important change. 
>
> Stewart on behalf of the GAE team

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/2695feba-d2b7-4ee1-abde-c2d6f1198fcd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] GAE in the EU appears to be down

[mark negus]

Hi there,

Our EU customers are locked out - we appear to be getting datanucleus 
exceptions suddenly

org.datanucleus.sco.backed.Set cannot be cast to java.util.List


Everything was fine up until 4.11pm UK time. Customers in the US 
datacentres are unaffected.

What is going on? Anyone else seeing this?

Cheers, Mark 
BikeRentalManager.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/794d75f4-b7e5-42d6-a97a-15022de69d8c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] App Engine Server question

[Mark Tregellas]

Hi Everyone, I am having difficulties installing an SSL certificate on the 
Google App engine for a custom domain. Can anyone tell me exactly what type 
of server the app engine in on? Does anyone know what type of format the 
certificates need to be and whether or not intermediary certificate need to 
be bundled with it. Any help appreciated.

-- 
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] Filtre by date google search api

[Mark videochoc]

i used google search api to develop my application is there any way to add 
a filter by date, i checked out the documentation and i found nothing also 
i tired the parameter qdr:m as shown in google web url but it didn't 
work...NB im using google search api PHP this is my code

function curl_get($url, $params) { $post_params = array(); foreach ($params 
as $key = $val) { if (is_array($val)) $val = implode(',', $val); 
$post_params[] = $key.'='.urlencode($val); } $post_string = implode('', 
$post_params);

$fullurl = $url.?.$post_string;

$ch = curl_init();
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, FALSE);
curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, FALSE);
curl_setopt($ch, CURLOPT_URL, $fullurl);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_USERAGENT, 'Mailana (curl)');
$result = curl_exec($ch);
curl_close($ch);
return $result; }function perform_google_web_search($termstring,$siteweb = 
null,$qrd = null) {
$start = 1;
$result = array();while ($start50){
$searchurl = 'http://ajax.googleapis.com/ajax/services/search/web?v=1.0';
$searchurl .= 'key=';
$searchurl .= 'start='.$start;
$searchurl .= 'rsz=large';
$searchurl .= 'filter=0';
$searchurl .= 'q='.urlencode($termstring).$siteweb;
$searchurl .= 'tbs='.$qrd;

$response = curl_get($searchurl, array());

$responseobject = json_decode($response, true);

if (count($responseobject['responseData']['results'])==0)
break;

$allresponseresults = $responseobject['responseData']['results'];

foreach ($allresponseresults as $responseresult)
{
$result[] = array(
'url' = $responseresult['url'],
'title' = $responseresult['title'],
'abstract' = $responseresult['content'],
);

}

$start += 8;}
return $result; }

-- 
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

[Mark Cummins]

Hi Andrew,

Nice to hear that naked domains are now supported too. Given a free choice, 
is there any reason to prefer www.example.com over example.com? I'm new to 
the issue and just noticed some other providers advise against naked 
domains for scalability reasons: 
e.g.: https://devcenter.heroku.com/articles/apex-domains

Or is this not a concern on App Engine?

Thanks,
Mark

On Monday, 14 April 2014 22:18:44 UTC+10, Andrew Jessup wrote:

 Hi Igor - actually we do. See Step 2 in under App Engine  Settings  
 Custom Domains


 On Mon, Apr 14, 2014 at 5:21 AM, Igor Kharin igork...@gmail.com 
 javascript: wrote:

 Hello Andrew,

 I believe you've mistakenly closed an issue unrelated to this one -- issue 
 #777 https://code.google.com/p/googleappengine/issues/detail?id=777. 
 I've checked the new UI and it doesn't seem like you guys support naked 
 domains just yet.


 On Sat, Apr 12, 2014 at 6:31 AM, Andrew Jessup jes...@google.com 
 javascript: 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-appengi...@googlegroups.com javascript:.
 To post to this group, send email to google-a...@googlegroups.com 
 javascript:.
 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-appengi...@googlegroups.com javascript:.
 To post to this group, send email to google-a...@googlegroups.com 
 javascript:.
 Visit this group at http://groups.google.com/group/google-appengine.
 For more options, visit https://groups.google.com/d/optout.




 -- 

 Andrew Jessup | Product Manager, Google Cloud Platform | jes...@google.com 
 javascript: 
  

-- 
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] No module named google.appengine.api?

[Mark Susol]

from google.appengine.api import app_identity
ImportError: No module named google.appengine.api 

Trying to evaluate a python script for a prototype, but stumped by this 
simple error.

-- 
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] How to enable https/ssl in the dev server ?

[Mark Piekarz]

Hi Ikai,

This thread seems to have not been alive for around 2 years but I'll add my 
question/use case..

I'm having the same issues. My use case is that I'm using Drive Realtime 
API to talk to Drive in order to collaborate in my app - however after 
accepting the popup that requests permission on behalf of the logged in 
user, an error is displayed in the popup saying Origin Mismatch. 

My app uses https to connect to Drive, however the local GAE dev server 
uses http. 

I have tested this on App Engine (not locally) and it does work if I use 
https. It'd be nice to be able to develop on and test this locally.

Any updates/guidance much appreciated.

Thanks
Mark

On Wednesday, 17 August 2011 06:41:07 UTC+10, Ikai Lan (Google) wrote:

 You can't do it locally. Locally it listens on whatever port you assign it 
 to. What's the use case here? If you really need SSL you can put an 
 Nginx/Apache proxy in front of it, but you'll still likely get certificate 
 warnings unless you jump through some hoops.

 --
 Ikai Lan 
 Developer Programs Engineer, Google App Engine
 plus.ikailan.com | twitter.com/ikai



 On Mon, Aug 15, 2011 at 9:28 PM, Khang Nguyen 
 nguyenk...@gmail.comjavascript:
  wrote:

 Does anybody know how to enable https/ssl for GAE in the development
 enviroment ?

 Any help would be appreciated.

 --
 You received this message because you are subscribed to the Google Groups 
 Google App Engine group.
 To post to this group, send email to 
 google-a...@googlegroups.comjavascript:
 .
 To unsubscribe from this group, send email to 
 google-appengi...@googlegroups.com javascript:.
 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 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: StackOverflowError when application is running on appspot

[Mark Sullivan]

I get the same error with a similar setup, although there is only one URL 
in my app that causes this. Have you had any luck figuring this out?


On Saturday, November 23, 2013 2:48:34 PM UTC-7, Adi Sesha Reddy G wrote:

 Hi,
 My application uses Spring social and Spring MVC. The application works 
 find locally. I able to deploy the application in appspot. In some cases, I 
 see StackOverflowError(See logs below). 

 *Exception 1*

 java.lang.StackOverflowError
   at java.security.AccessController.doPrivileged(Native Method)
   at java.io.FilePermission.init(FilePermission.java:209)
   at java.io.FilePermission.init(FilePermission.java:285)
   at 
 sun.net.www.protocol.file.FileURLConnection.getPermission(FileURLConnection.java:225)
   at sun.misc.URLClassPath.check(URLClassPath.java:503)
   at sun.misc.URLClassPath$FileLoader.getResource(URLClassPath.java:1318)
   at sun.misc.URLClassPath$FileLoader.findResource(URLClassPath.java:1299)
   at sun.misc.URLClassPath.findResource(URLClassPath.java:214)
   at java.net.URLClassLoader$2.run(URLClassLoader.java:551)
   at java.net.URLClassLoader$2.run(URLClassLoader.java:549)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.net.URLClassLoader.findResource(URLClassLoader.java:548)
   at java.lang.ClassLoader.getResource(ClassLoader.java:1142)

 *Exception 2*

 java.lang.StackOverflowError
   at java.security.AccessController.doPrivileged(Native Method)
   at java.io.FilePermission.init(FilePermission.java:209)
   at java.io.FilePermission.init(FilePermission.java:285)
   at 
 sun.net.www.protocol.file.FileURLConnection.getPermission(FileURLConnection.java:225)
   at sun.misc.URLClassPath.check(URLClassPath.java:503)
   at sun.misc.URLClassPath$FileLoader.getResource(URLClassPath.java:1318)
   at sun.misc.URLClassPath$FileLoader.findResource(URLClassPath.java:1299)
   at sun.misc.URLClassPath.findResource(URLClassPath.java:214)
   at java.net.URLClassLoader$2.run(URLClassLoader.java:551)
   at java.net.URLClassLoader$2.run(URLClassLoader.java:549)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.net.URLClassLoader.findResource(URLClassLoader.java:548)
   at java.lang.ClassLoader.getResource(ClassLoader.java:1142)

 *Exception 3*

 java.lang.StackOverflowError
   at java.security.AccessController.doPrivileged(Native Method)
   at java.io.FilePermission.init(FilePermission.java:209)
   at java.io.FilePermission.init(FilePermission.java:285)
   at 
 sun.net.www.protocol.file.FileURLConnection.getPermission(FileURLConnection.java:225)
   at sun.misc.URLClassPath.check(URLClassPath.java:503)
   at sun.misc.URLClassPath$FileLoader.getResource(URLClassPath.java:1318)
   at sun.misc.URLClassPath$FileLoader.findResource(URLClassPath.java:1299)
   at sun.misc.URLClassPath.findResource(URLClassPath.java:214)
   at java.net.URLClassLoader$2.run(URLClassLoader.java:551)
   at java.net.URLClassLoader$2.run(URLClassLoader.java:549)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.net.URLClassLoader.findResource(URLClassLoader.java:548)
   at java.lang.ClassLoader.getResource(ClassLoader.java:1142)

 I not able to determine the cause from logs. Please help me. Thanks.




-- 
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/groups/opt_out.

[google-appengine] Problem With Handlers...

[Mark Tyers]

I am trying to create a simple web with URIs like:

xxx.appspot.com/books/book/42

I would like the book code to be in its own file and came up with this:

app.yaml

*application: xxx*
*version: 1*
*runtime: python27*
*api_version: 1*
*threadsafe: yes*
*
*
*handlers:*
*- url: /favicon\.ico*
*  static_files: favicon.ico*
*  upload: favicon\.ico*
*  *
*- url: /books/**
*  script: books.app*
*
*
*- url: .**
*  script: main.application*
*
*
*libraries:*
*- name: webapp2*
*  version: 2.5.2*

I then created books.py

*import webapp2*
*
*
*class BookHandler(webapp2.RequestHandler):*
*def get(self):*
*self.response.write('BookHandler')*
*
*
*app = webapp2.WSGIApplication([*
*('/.*/book', BookHandler)*
*], debug=True)*

But when I try the URI I get a blank screen. Can anyone explain what I am 
getting wrong?

-- 
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/groups/opt_out.

[google-appengine] Re: Question about SSL for custom domains

[Mark Tregellas]

Just to make sure I understand correctly:
1. I must pay for GAE hosting if it exceeds the minimum limits.
2. I must pay $9/month for Google Apps, even though I don't need or use 
Google Apps... Google just requires me to manage GAE through Google Apps 
now, and apparently it's an easy way for them to get more money.
3. I must pay $99/ year for an SSL certificate (e.g. RapidSSL) for a custom 
domain.
4. I must pay up to $39/month for the privilege of Google recognizing that 
SSL cert.

So if I want a low-use GAE app without a SSL on a custom domain, it used to 
cost $0/year or more.
If I want a low-use GAE app with SSL on a custom domain, it costs $783 per 
year or more.

Certainly I must be missing something.  If not, this is certainly a new 
policy. I have existing app for which I was able to install an outside SSL 
certificate at no cost. Are these older apps grandfathered in?  Will I 
suddenly be stuck with a giant bill once my other SSL certificates expire?

...and does anyone know when the documentation is going to be updated? All 
of it is now wrong: 
http://support.google.com/a/bin/answer.py?hl=enanswer=2644334
https://developers.google.com/appengine/docs/ssl

You'll forgive me if I'm frustrated. I've now spent more than four hours on 
the phone with support, and not a single person can give me a straight 
answer, or point me to updated documentation. I feel like I'm being taken 
for a ride.

-- 
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/groups/opt_out.

[google-appengine] App Engine Custom Domain - SSL Not Able to Be Activated

[Mark Finch]

The high level overview.  I have my primary Google account that I have 
billing enabled on.  This is where the application resides.  Due to the 
restriction that we can't run app engine on managed domains (
http://support.google.com/a/bin/answer.py?hl=enanswer=182081 scroll down 
to app engine).  I have had to create a separate Google Apps account to 
verify domain ownership.  I have the application up and running but now 
here is the kicker I can't enable SSL.

Since the domain is managed by the other Google Apps account when I click 
on https://admin.google.com/CPanelHome#DomainSettings/subtab=domains on it 
to enable the SSL and enter the application name it redirects me to App 
Engine to create an application instead of routing me to billing to pay for 
the SSL.

Is there a way to resolve this?  The app id is:  grooves-me.

I would really prefer that all my domains be hosted under my primary Google 
account.  That way my billing is consolidated and easier to catch issues 
like on demand CloudSQL instances not shutting down when idle.  The 
applications running on App Engine will ultimately have a lot of 
interconnection so running them under a different account per domain would 
become kludgy very fast.

-- 
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/groups/opt_out.

Re: [google-appengine] Re: Console issues?

[Mark]

My app is totally down.  I have been complaining about my response times 
getting worse and worse on this 
thread, 
https://groups.google.com/forum/?fromgroups=#!topic/google-appengine/cJcOrOE4JDc
 
and also in a bug I created.  Why is it Google doesn't listen, until it is 
too late?

Also for the love of everything good - please update the App Engine Status 
page to reflect real life.  For me, for the past few weeks App Engine has 
been unstable.

On Tuesday, January 15, 2013 11:37:05 AM UTC-8, Chris Ramsdale wrote:

 We continue to work at a resolution in regard to current App Engine issue. 
 Error rates should continue to decline for affected applications and we 
 will provide another status update by 12:00 PM PST.

 -- Chris

 Product Manager, Google App Engine


 On Tue, Jan 15, 2013 at 11:00 AM, Chris Ramsdale 
 cram...@google.comjavascript:
  wrote:

 We are still working to resolve the issue related to Google App Engine 
 serving. At this point error error rates for affected applications should 
 be declining. We will provide another status update by 11:30 AM PST.
  
 -- Chris

 Product Manager, Google App Engine


 On Tue, Jan 15, 2013 at 10:29 AM, Chris Ramsdale 
 cram...@google.comjavascript:
  wrote:

 We are currently experiencing an issue with Google App Engine and some 
 applications are experiencing elevated latency levels and error rates. For 
 everyone who is affected, we apologize - we know you count on Google to 
 work for you and we're working hard to restore normal operation. We will 
 provide an update by 11 AM PST with current details, and if available an 
 estimated time for resolution.

 -- Chris

 Product Manager, Google App Engine


 On Tue, Jan 15, 2013 at 10:26 AM, Alexandru Farcaş 
 alex@expert-group.biz javascript: wrote:

 For my application the number of paying instances has increased to 30 
 (from 3) and is rising...


 On Tuesday, January 15, 2013 8:23:41 PM UTC+2, Jim Briggs wrote:

 Similar problems.  No instances are accessible and deployments fail.  
 Latest error due to an error reading the deployed files.

 On Tuesday, January 15, 2013 1:20:04 PM UTC-5, Joakim wrote:

 This is causing my instances to fail to start within 60 seconds. I 
 currentyl have zero instances, and every attempt to start a new one 
 fails.

 On Tuesday, January 15, 2013 7:12:30 PM UTC+1, hyperflame wrote:


 On Tuesday, January 15, 2013 11:58:11 AM UTC-6, Janusz Skonieczny 
 wrote: 

 The issue may be wider. My application started to show default 
 error and timeout error static pages (those setup in app.yamls 
 error_handlers)

  
 +1.
  
 Seeing a massive spike in latency on my end. Servlets that normally 
 handle requests in 0.5 seconds are taking 4+ seconds to complete. 
 Instance 
 startup times are up 30%. 

  -- 
 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/-/AWkkFhNEG-QJ.

 To post to this group, send email to 
 google-a...@googlegroups.comjavascript:
 .
 To unsubscribe from this group, send email to 
 google-appengi...@googlegroups.com javascript:.
 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 view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/yZQkqp18OhEJ.
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: GAE keeps starting new instances causing lots of user facing loading requests

[Mark]

Please can someone look at this issue??  It isn't normal behavior.  My app 
was working fine until a few weeks ago - when I started getting very 
frequent instance restarts.  I haven't uploaded any new code in a few 
months.

I did write up a 
bug: http://code.google.com/p/googleappengine/issues/detail?id=8298

Please check my logs.. for example at 10:34:48 today I have a request which 
took 65ms.  Then at 10:34:55 the same request takes 9941 ms.  This is 
happening way to frequently.  

app id: bedbuzzserver

-- 
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/-/Gym-HWS48rMJ.
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: GAE keeps starting new instances causing lots of user facing loading requests

[Mark]

I am also experience this problem.  My response times are all over the 
place, and I get very frequent instant restarts.  

My id is bedbuzzserver (Java / High replication)

On Thursday, January 10, 2013 8:50:23 AM UTC-8, Jim Briggs wrote:

 I've been having the same problem for a couple weeks under extremely low 
 load.  I'm wondering what the commonality is and how widespread the problem 
 is.  

 On Thursday, January 10, 2013 11:14:29 AM UTC-5, Francois Masurel wrote:

 Same thing happening a few minutes later :


 https://lh5.googleusercontent.com/-_s08-oXyxFA/UO7o0KpqLLI/zuM/TenO5_MCrEk/s1600/Instances+-+VinoCities+-+Google+Chrome.jpg


 On Thursday, January 10, 2013 5:11:55 PM UTC+1, Francois Masurel wrote:

 Still starting new dynamic instances though older ones are available :


 https://lh4.googleusercontent.com/-pnXxLmqBxRE/UO7n_PONO0I/zuA/Iy0w--DHKJc/s1600/Instances+-+VinoCities+-+Google+Chrome_2.jpg
 Rather strange...

 Will stay like that a few hours to see how things are doing...


 On Thursday, January 10, 2013 4:33:48 PM UTC+1, Francois MASUREL wrote:

 I'll do that and tell you how it is going.

 At the moment it is 10.0s – Automatic.



 On Thu, Jan 10, 2013 at 4:27 PM, Santiago garcia@gmail.com wrote:

 Have you tried setting up your Pending Latency from automatic to 
 automatic? Just to see its behavior? My apps are configured on that way 
 and 
 we haven't had those problems... Average latency 106.2 ms all the 
 time. 




 On Thursday, January 10, 2013 10:07:30 AM UTC-2, Francois Masurel 
 wrote:

 Again, starting a new instance to serve 3 requests though the 
 resident instance has a latency of 48ms for the last minute :


 https://lh5.googleusercontent.com/-QQ1fW-mD6P4/UO6uhkuE7WI/zsw/i_YvLLyBg4c/s1600/Instances+-+VinoCities+-+Google+Chrome.jpg
 Our customers keep telling us that their site is too slow.

 Google could you tell us when this will be fixed ?

 Thanx in advance.

 François


 On Saturday, November 17, 2012 4:21:28 PM UTC+1, Francois Masurel 
 wrote:

 I've notice lots of user facing loading requests since a few hours 
 (days?).

 Just check the screenshot below.  Two new instances have been 
 started to serve only 13 (12 + 1) requests though another instance was 
 already running and available and obviously was not overloaded as it 
 had 
 only served 105 requests during the last hour :


 https://lh4.googleusercontent.com/-UxI0M8fnvw0/UKep9Wkb_VI/wN0/wxKaPhZvXlI/s1600/Instances+-+VinoCities+-+Google+Chrome.jpg

 My application instance settings are all set to automatic and 
 pending latency set to 10s :


 https://lh4.googleusercontent.com/-TxgVTyTvqJM/UKeqaNNQvBI/wN8/fKUP3ftluk8/s1600/Application+Settings+-+VinoCities+-+Google+Chrome.jpg

 Did something change on GAE side recently ?

 These user facing loading requests are really killing my business as 
 my users are getting really upset about it.

 Thanx for your help.

 François

 App Id = vncts1

  -- 
 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/-/FfQ_Xmsmt_EJ.
 To post to this group, send email to google-a...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-appengi...@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 view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/odgTJL5ENfgJ.
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] GAE (Java) and Cloud Storage: big file management

[Mark]

Dear all,
I would like to know one thing related to the integration between GAE and 
Google Cloud Storage: is it possible to write a servlet, or a RPC (using 
GWT), that allows users to upload big file (e.g. 500MB) into Google Cloud 
Storage? What about the request duration limit (60s)?

Thank you very much and best Regards,
Mark.

-- 
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/-/VCsvmI7Thh0J.
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] Google+ events

[Mark Gibson]

Hi all,

Just wondering whether it is possible yet to integrate google+ events into 
an application built for the iPad or for any device for that matter?

-- 
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/-/oKMtZ-qQCpwJ.
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: Creating a game on app engine - calculating costs, thoughts?

[Mark]

numPlayersMax will be capped at 8. I'm pretty sure I have to store the 
participating usernames as a List so I can find a user's games in a single 
query:

select from Games where playerNames = my-username;

This has me thinking - app engine also offers mysql - this might be better 
suited to a relational database. But if I outgrow a single mysql instance, 
there's no automatic scaling, like with the datastore?

Thanks

On Thursday, 23 August 2012 18:37:37 UTC-4, Mark wrote:

 Hi,

 I'm trying to see if it's feasible to write a game using app engine as the 
 backend.

 The task I'm most worried about is the discoverability of games. A user 
 can create a new game (which creates a Game object in the datastore). Then 
 other users can hit an endpoint to get a listing of open games, sorted by 
 creation date.

 Creating a new game will be a very low frequency operation, so no worries 
 there. Users polling for new open games will be much higher in frequency 
 though. Each time a user requests a listing of games, I need to go fetch a 
 page of Game objects from the datastore. Let's say a page size = 20. And 
 the Game object looks like this:

 class Game {
 String name;
 long timestampCreated;
 long timestampStarted;
 String mapName;
 String hostUsername;
 int numPlayersMax;
 ListString playerNames; // usernames of other players currently 
 joined
 Text gameState; // game state as serialized json string
 }

 the query would be something like:

 select Games where timestampStarted = 0 
 and playerNames.size()  numPlayersMax 
 order by timestampCreated DESC limit 20;
 
 First, I'm hoping it's possible to avoid loading the Text field in this 
 listings query since it's not needed for rendering yet. Still there would 
 be a fair number of fields to fetch and deserialize, and I'm afraid my 
 costs would quickly make it impractical.

 I could try keeping a list of open games in memcache, but not sure if I 
 could achieve consistency between the memcache state and the datastore 
 state of games. Will be looking into that.

 I've got a very similar game to this already published, using a single 
 jetty instance + mysql on one machine. It's starting to get too much 
 traffic  now, and scaling would be a pain. App engine's scalability looks 
 great for something like this, but not sure if the # of writes and 
 inefficient reads I need to perform are a good idea.

 Any general thoughts on this would be greatly appreciated. I'm starting to 
 dig into this now and any thoughts on how you'd implement the above would 
 be great. In my already-published game (mentioned above), I ran a dark test 
 where I'd call through to a (quickly implemented) mirror of the game 
 running on app engine. It quickly ate through the daily quota!

 Thanks



-- 
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/-/vFuSLS8u3BMJ.
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] Creating a game on app engine - calculating costs, thoughts?

[Mark]

Hi,

I'm trying to see if it's feasible to write a game using app engine as the 
backend.

The task I'm most worried about is the discoverability of games. A user can 
create a new game (which creates a Game object in the datastore). Then 
other users can hit an endpoint to get a listing of open games, sorted by 
creation date.

Creating a new game will be a very low frequency operation, so no worries 
there. Users polling for new open games will be much higher in frequency 
though. Each time a user requests a listing of games, I need to go fetch a 
page of Game objects from the datastore. Let's say a page size = 20. And 
the Game object looks like this:

class Game {
String name;
long timestampCreated;
long timestampStarted;
String mapName;
String hostUsername;
int numPlayersMax;
ListString playerNames; // usernames of other players currently 
joined
Text gameState; // game state as serialized json string
}

the query would be something like:

select Games where timestampStarted = 0 
and playerNames.size()  numPlayersMax 
order by timestampCreated DESC limit 20;

First, I'm hoping it's possible to avoid loading the Text field in this 
listings query since it's not needed for rendering yet. Still there would 
be a fair number of fields to fetch and deserialize, and I'm afraid my 
costs would quickly make it impractical.

I could try keeping a list of open games in memcache, but not sure if I 
could achieve consistency between the memcache state and the datastore 
state of games. Will be looking into that.

I've got a very similar game to this already published, using a single 
jetty instance + mysql on one machine. It's starting to get too much 
traffic  now, and scaling would be a pain. App engine's scalability looks 
great for something like this, but not sure if the # of writes and 
inefficient reads I need to perform are a good idea.

Any general thoughts on this would be greatly appreciated. I'm starting to 
dig into this now and any thoughts on how you'd implement the above would 
be great. In my already-published game (mentioned above), I ran a dark test 
where I'd call through to a (quickly implemented) mirror of the game 
running on app engine. It quickly ate through the daily quota!

Thanks

-- 
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/-/cvpOxGrMRaoJ.
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] App Engine Blank

[Mark Lawson]

Hi, I am new to this; I am trying to access Google App Engine.  I have 
downloaded the software and Python; however, when I open App Engine non of 
the buttons show up, they are blank.  When I try to set up a new 
application, it says file invalid.  Can anyone help?

-- 
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/-/01fZhuJnlOkJ.
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] SSL / Cloudflare alternatives?

[Mark Harris]

Our problem is that we have no insight into the problem. We've been working 
with CF and they have no answers or data for us. But it's easily 
reproduceable on all manner of client from JMeter to CURL to web browsers 
to iPhone hitting our REST services. We're looking for options because CF 
has neither been able to diagnose it, nor give us any ideas how to diagnose 
it ourselves. We're reaching the point where we need a back-up plan, is all.

Thanks for the response.

M

On Tuesday, May 22, 2012 12:06:32 PM UTC-4, Jeff Schnitzer wrote:

 Eh?  We issue POSTs through CF's SSL proxy all the time.  What are you 
 doing differently? 

 There is this service, which I haven't tried:  http://wwwizer.com/ 

 Alternatively, you can run your own SSL proxy servers at 
 Amazon/Rackspace/Linode/etc.  Just keep an eye on traffic. 

 Jeff 

 On Tue, May 22, 2012 at 7:48 AM, Rick Mangi r...@broadcastr.com wrote: 
  Hey all, 
  
  I recently set up cloudflare to get around the issues with appengine not 
  supporting SSL for custom domains. It all works fine for GET requests 
 but 
  POSTS are resulting in a ton of 500 errors. We engaged cloudflare's tech 
  support and they verified that it's a problem but they can't seem to 
 figure 
  out why it's happening. 
  
  Has anyone found any alternative services that offer the same sort of 
  solution that might be more reliable? 
  
  Thanks, 
  
  Rick 
  
  -- 
  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/-/LqFHvhj4YhMJ. 
  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 view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/u5pMQf1cSKoJ.
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] Outage - 503 error requests not returning

[Mark]

I am getting a 503 error 'An unexpected failure has occurred. Please try 
again.' going to https://appengine.google.com/  my app requests are not 
working (timing out).  Hopefully this is already being looked into.


-- 
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/-/7ioW2_hfozEJ.
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: Outage - 503 error requests not returning

[Mark]

Working again now -   https://appengine.google.com/ loads - and requests 
working.   Looks like everything got reset (my instances are at 1 and 
dashboard cleared/reset).  Wonder how often these types of resets happen?

On Tuesday, May 1, 2012 2:13:33 PM UTC-7, Mark wrote:

 I am getting a 503 error 'An unexpected failure has occurred. Please try 
 again.' going to https://appengine.google.com/  my app requests are not 
 working (timing out).  Hopefully this is already being looked into.




-- 
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/-/w0RALXVJ0F4J.
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: Custom domain issue

[Mark Rathwell]

Jeff,

Quick question about CF, since you are somewhat familiar.  I currently
use nginx on an EC2 instance to handle SSL on a custom domain.  Also,
though, this setup allows me to do things like:

redirect all naked domain requests to www
redirect all http requests to https
reverse proxy www.example.com  - app1.appspot.com
reverse proxy api.example.com- app1.appspot.com/api
reverse proxy other.example.com - app2.appspot.com

Is this stuff all possible (and straightforward) with CloudFlare?  And
is it simple to manage multiple domains from one account?

Thanks in advance for any information you can provide.

 - Mark

On Tue, Apr 3, 2012 at 1:47 PM, Jeff Schnitzer j...@infohazard.org wrote:
 On Tue, Apr 3, 2012 at 12:36 PM, Gwyn Howell gwyn.how...@appogee.co.uk 
 wrote:
 Have you tried this service? I might give it a spin. Any advice?

 Yes - I wrote that blog entry.  We're happy with it.  As I mentioned
 in the blog, it's likely we will stick with CloudFlare even if GAE
 offers SSL natively:

 http://blorn.com/post/20185054195/ssl-for-your-domain-on-google-app-engine

 The only situation in which we can imagine having to think about it is
 if Google's native solution came in cheaper than $20/mo, and then we
 had to decide if CF's other features were worth a premium.  Yeah, we
 are cheapskates.  Since the trial balloon price Google floated in a
 public survey posted to this list several months ago was $100/mo for
 VIP (not-SNI) SSL, I don't expect to face that decision.

 Jeff

 --
 You received this message because you are subscribed to the Google Groups 
 Google App Engine group.
 To post to this group, send email to google-appengine@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-appengine+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-appengine?hl=en.


-- 
You received this message because you are subscribed to the Google Groups 
Google App Engine group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Custom domain issue

[Mark Rathwell]

 Jeff,

 Quick question about CF, since you are somewhat familiar.  I currently
 use nginx on an EC2 instance to handle SSL on a custom domain.  Also,
 though, this setup allows me to do things like:

 redirect all naked domain requests to www
 redirect all http requests to https
 reverse proxy www.example.com  - app1.appspot.com
 reverse proxy api.example.com    - app1.appspot.com/api
 reverse proxy other.example.com - app2.appspot.com


I should have also noted, that I understand that all of this setup is
possible solely with GAE and Google Apps, but this setup allows me to
manage it all in one place, as opposed to several.  And I was
wondering if the same would be possible with CF.


 Is this stuff all possible (and straightforward) with CloudFlare?  And
 is it simple to manage multiple domains from one account?

 Thanks in advance for any information you can provide.

  - Mark

 On Tue, Apr 3, 2012 at 1:47 PM, Jeff Schnitzer j...@infohazard.org wrote:
 On Tue, Apr 3, 2012 at 12:36 PM, Gwyn Howell gwyn.how...@appogee.co.uk 
 wrote:
 Have you tried this service? I might give it a spin. Any advice?

 Yes - I wrote that blog entry.  We're happy with it.  As I mentioned
 in the blog, it's likely we will stick with CloudFlare even if GAE
 offers SSL natively:

 http://blorn.com/post/20185054195/ssl-for-your-domain-on-google-app-engine

 The only situation in which we can imagine having to think about it is
 if Google's native solution came in cheaper than $20/mo, and then we
 had to decide if CF's other features were worth a premium.  Yeah, we
 are cheapskates.  Since the trial balloon price Google floated in a
 public survey posted to this list several months ago was $100/mo for
 VIP (not-SNI) SSL, I don't expect to face that decision.

 Jeff

 --
 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] 15 second response times

[Mark Rathwell]

Those slow requests are being handled by new instances, and so must
load the app before they can handle the request, and this can take
15-45 seconds.  The scheduler is supposed to route requests to
existing instances, and have, in theory, idle instances already warmed
up to route requests to when load increases.  In my experience,
though, this is nowhere near true, and you should expect occasional
loading requests on medium traffic apps, and for very low traffic
apps, expect every request to be a loading request, unless and until
they get this issue resolved :(


On Tue, Mar 27, 2012 at 11:50 PM, Vanessa vcallisonbu...@gmail.com wrote:
 We have an application (what-matters, www.whatmattersnow.org) built on
 the Java version of App Engine.  It's using high replication.
 Yesterday we started noticing occasional very, very slow page loads.
 Requests that typically return in under 200 ms are taking more than 15
 seconds to return.  The problem is intermittent and not consistently
 reproducible.  Is something happening on app engine that could cause
 this?  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.


-- 
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: In your opinion what are the most complex web applications built on top of google app engine ?

[Mark Rathwell]

 How do you talk to App Engine team in person? sign me up :)

https://developers.google.com/appengine/docs/premier/


On Wed, Mar 28, 2012 at 8:48 AM, alex a...@cloudware.it wrote:
 How do you talk to App Engine team in person? sign me up :)


 On Wednesday, March 28, 2012 2:16:39 PM UTC+2, Greg D'Alesandre wrote:

 I'd like to second that, there are a lot of folks in the Group from the
 startup and hobbyist communities which is why you hear from those segments a
 lot but there is a large group of folks out there building applications
 (and businesses) along these lines that talk to the App Engine team in
 person but don't participate as much on the list.

 I too would love to hear more about it!

 Greg D'Alesandre
 Senior Product Manager, Google App Engine

 On Wed, Mar 28, 2012 at 8:01 AM, Richard Watson richard.wat...@gmail.com
 wrote:

 I think your app is perfect for GAE, actually. Build something you charge
 for, have it cost less than that, never (or rarely) worry about scaling. The
 thing is called Google App Engine, not
 Free-Google-Platform-For-Your-LOLcat-Website.  Would love to read more about
 what you've done.

 On Wednesday, March 28, 2012 8:38:39 AM UTC+2, doright wrote:

 well, I'm not in these guy's league but I have built a Saas on GAEJ,
 it's been in production since late 2010, with paying customers.

 I plan to write up my experience at some stage, as I know its not your
 typical GAE app.  Its more of an enterprise software solution than a true
 web-startup, but so far I've found GAE keeps on delivering and I have used
 pretty much most of what they have to offer in terms of infrastructure. 
 Most
 of what I'm not using yet I certainly plan to use in the future.

 Its been a mainly very positive experience.
 (you can see links in there to a library of videos demonstrating the
 sort of functionality)

 www.bikeshopmanager.com

 (re-posted this at the correct level, with link)

 --
 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/-/HE8c9rSpSBMJ.

 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 view this discussion on the web visit
 https://groups.google.com/d/msg/google-appengine/-/y9y_XXJ5XGwJ.

 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: Dashboard 500 errors - no access

[Mark]

Same here

On Friday, March 23, 2012 12:45:07 PM UTC-7, Carter wrote:

 We cannot access https://appengine.​google.com/https://appengine.google.com/

 We repeatedly get the 500 error:
 Error: Server ErrorThe server encountered an error and could not complete 
 your request.

 If the problem persists, please 
 reporthttp://code.google.com/appengine/community.html your 
 problem and mention this error message and the query that caused it.


-- 
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/-/pUQ4HJa69bYJ.
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] Google App Engine as Jabber Server

[Mark Rathwell]

See [1], you can use app...@appspot.com or
ANYTHING@APP_ID.appspotchat.com.  Also, there is an accepted issue to
allow xmpp on your own domain at [2], so based on current progress,
that should be ready in 8 to 10 years.

[1] http://code.google.com/appengine/docs/java/xmpp/overview.html
[2] 
http://code.google.com/p/googleappengine/issues/detail?id=2145can=1q=xmpp%20on%20own%20domaincolspec=ID%20Type%20Component%20Status%20Stars%20Summary%20Language%20Priority%20Owner%20Log


On Tue, Mar 20, 2012 at 3:32 PM, Markus Unger
markus.unger1...@googlemail.com wrote:
 Hey!

 Is there a way to create accounts for my current Google App Engine Account?
 Currently I can just use app...@appspot.com to send and receive messages.
 But I still want to create my own accounts with password maybe like this

 user1_app...@appspot.com

 Is this possible with the current GAE?

 Regards,

 Markus

 --
 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/-/dfzKpdovfmEJ.
 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] Google App Engine as Jabber Server

[Mark Rathwell]

You can't do what you are trying to do with App Engine.  I'm not sure
exactly what you are trying to achieve, but you can have a look at the
links below, otherwise you would need to host your own xmpp server.

Google Apps:  
http://support.google.com/a/bin/answer.py?hl=enanswer=60767topic=10179ctx=topic

hosted.IM:  http://hosted.im/

On Tue, Mar 20, 2012 at 4:40 PM, Markus Unger
markus.unger1...@googlemail.com wrote:
 I want that a use myuser@app...@appspot.com can use app...@appspot.com as
 a jabber server and they should connect via a native client like PSI or
 Trillian...


 ANYTHING@APP_ID.appspotchat.com is just another use of the backend account
 app...@appspot.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/-/FgWijfeN6o4J.

 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: It seems Cold Starts is an unavoidable problem for GAE. So why not to conquer it?

[Mark Rathwell]

 The way it is supposed to work with min idle instances set is:
 - idle instance is warm and ready (let's call it I1)
 - request comes in
 - request goes to the idle instance at which point another instance is
 immediately spun up (let's call it I2)
 - you now have 1 idle instance (I2) as well as 1 instance serving traffic
 (I1)

My experiences have been similar to Tapir over the last month or so.
I have an app that I have been testing to try to duplicate the always
on behavior in the new setup.  This app has not been updated, etc., in
that time, billing is enabled, no datastore access, or any other
services, just dynamically generated html.

First, I tried the automatic setting for idle instances, and did not
keep track, but visiting the app about once a day I noticed that many
of those requests were loading requests, taking 20-35 seconds to load,
with subsequent requests performing fine.

Next, I tried setting idle instances to 1, and visiting about once a
day, 7 out of 10 initial requests to the app were loading requests,
with subsequent requests performing fine.

Finally, I tried setting idle instances to 2, and visiting about once
a day, only 3 out of 9 initial requests were loading requests.  So,
better with 2, but still not what I would consider acceptable.

If this is the expected behavior, I would suggest that it probably shouldn't be.

 - Mark

On Thu, Mar 15, 2012 at 3:54 AM, Gregory D'alesandre gr...@google.com wrote:
 Hey Jeff,

 The way it is supposed to work with min idle instances set is:
 - idle instance is warm and ready (let's call it I1)
 - request comes in
 - request goes to the idle instance at which point another instance is
 immediately spun up (let's call it I2)
 - you now have 1 idle instance (I2) as well as 1 instance serving traffic
 (I1)

 I know it might seem like we are taking the label too literally but we are
 trying to maintain idle capacity for you.  The tricky part is since we
 always spin up a new idle instance when an existing one begins to serve
 traffic it looks like they are sitting around unused when they are in fact
 being used often just others immediately take their place.  Are you sure
 this is not the behavior your are observing?

 Thanks,

 Greg

 On Wed, Mar 14, 2012 at 8:00 AM, Jeff Schnitzer j...@infohazard.org wrote:

 On Wed, Mar 14, 2012 at 4:28 AM, Tapir tapir@gmail.com wrote:
 
  On Mar 14, 1:17 pm, Gopal Patel patelgo...@gmail.com wrote:
  you mean, always have one instance more than required ? ( who is going
  to
  pay for that ? ) , and is not minimum idle instance same thing ?
 
  It is different with the normal resident instance.
  It is an instance to handle requests only at the time of the situation
  no available instances and need create a new instance,
  so that many Cold Starts can be avoided.

 This is pretty much exactly what setting minimum idle instances does.
 Requests are preferentially routed to dynamic instances rather than
 resident instances.

 The problem is, something in the scheduler is broken.  Instead of
 routing requests to the idle instance, GAE prefers to route requests
 to a fresh instance, causing the user to wait while an instance warms
 up.  That setting is probably best described as minimum useless
 instances.  Maybe somebody took the minimum _idle_ instances label
 too literally ;-)

 This is the behavior I observed a week or two ago.  Hopefully it will
 be fixed.  Doesn't sound like it has been so far.

 Jeff

 --
 You received this message because you are subscribed to the Google Groups
 Google App Engine group.
 To post to this group, send email to google-appengine@googlegroups.com.
 To unsubscribe from this group, send email to
 google-appengine+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/google-appengine?hl=en.


 --
 You received this message because you are subscribed to the Google Groups
 Google App Engine group.
 To post to this group, send email to google-appengine@googlegroups.com.
 To unsubscribe from this group, send email to
 google-appengine+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/google-appengine?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google App Engine group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Outages?

[Mark]

 I have had outages throughout this morning.  


  My app is bedbuzzserver.appspot.com, Java app on HR.

  From 2am until 7.48am.  I have filed Production issue 7138.

  My instances keep getting reset (and then taking too long to start up),  
my '*Current Load' *logs get reset to 0 
(e.g. bedbuzzserver.appspot.com/logon goes from 100 calls today, to 0)

-- 
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/-/mRSLiWjZgc0J.
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: Lots of HTTP 500 errors and all instances restarted by GAE!

[Mark]

This is happening to me too.  Instances getting restarted, and requests 
taking way longer than usual.  Getting emails from unhappy users.

My app id is bedbuzzserver, on HR (  Java) 

-- 
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/-/gX9u1do57t0J.
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.