Re: [google-appengine] My basic_scaling instance hours are way too high

['Alex Martelli' via Google App Engine]

Thanks for clarifying, and, I agree, it would be great to clarify the doc
page (I'll be working with the docs team on how exactly to do that -- it's
far from obvious, since said page is already big and inevitably
complicated).

Meanwhile, could you please accept my answer to your Q on serverfault? This
way the issue will show up as "answered" and be findable that way by others
who may understandably run into the same issue of unclear communication
that you did.

Thanks,

Alex


On Sun, Aug 30, 2015 at 5:38 PM, Chester Moy 
wrote:

> Then I did misinterpret the docs. It seemed like pretty explicit language
> to me,
> but I was making some assumptions.
>
> Instance usage is billed by instance uptime, at a given hourly rate.
> …
> Instances are priced based on an hourly rate determined by the instance
> class.
> …
> Manual and basic scaling instances are billed at hourly rates based on
> uptime.
>
> I took this to mean that instance classes had differing $/hr rates but,
> what
> it actually meant was i_hr/hr. That’s essentially the same thing if one
> were
> already paying for the service. But for someone who’s in the free tier,
> the wording
> was a little confusing.
>
> Thanks for your clarification. The docs are only clear for people already
> familiar with cloud computing terminology.
> ​
>
> --
> 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/9ee9447e-c7d3-4121-b17a-c1c1fb78c021%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 http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAE46Be8WWkTdy9X59WHJEk0_fqnzKtZVLTDgNuvA9n75pPMDwQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Naked and www custom domains with Google App Engine

[Richard Cheesmar]

Google ips are blocked by a Turk Telecom server here in Turkey. Without a 
Cname record it aint' gonna work. And I can't have a Cname record for the 
naked domain as this prevents the Mail servers which are specified by the 
naked domain  in the MX records from providing incoming mail.

Ok, so how did I half resolve this:

I setup an A record for the naked domain with a non Google IP address and 
then setup a forward from naked to www domain. Now this works everywhere 
except Turkey! Didn't try China.

I can't ping the naked domain inside Turkey either from the terminal or an 
online service, but it can be pinged outside of Turkey. Neither is the 
forwarding working inside Turkey but it is everywhere else

for those of you who would like to test this the address is emlakair.com, 
it's a realestate site in beta now, but nonetheless if you're outside 
Turkey that naked address should point to www.emlakair.com.

If anyone is inside Turkey I'd be pleased as punch if you manage it, but 
alas I suspect not.

Now the big question is how is still not working when the ip address is not 
even a google address, it's an allocated DNS address.


On Saturday, August 29, 2015 at 10:01:54 AM UTC+3, Richard Cheesmar wrote:
>
> I have added two custom domains to Google Developers Console for a Google 
> App Project. 
>
>
> One, a naked domain with A and AAA records set on the third party DNS 
> manager as specified by Google. Two, a www domain with a Cname record set 
> on the third party DNS manager, as specified by Google.
>
>
> The www is serving, but the naked domain is not! The A records ip 
> addresses timeout on my local machine but I get results when using 
> http://tools.pingdom.com/ping/
>
> Obviously you can use more than one custom domain but is there something 
> I'm missing 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 http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/72189fa6-bfdb-485e-aeee-a13c919ba35c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Push notifications sender module eats money

[Nick (Cloud Platform Support)]

Hi Andre,

So, there are several issues here, the most important to address to start 
is the fact that as far as billing goes, you're responsible for anything 
you deploy on the platform. Having a manual scaling module always up and 
making requests constantly will definitely tend to increase your use of 
billable resources.

Now to get to the technical details, from reading the docs it's clear that 
the push queue documentation doesn't recommend a manual scaling module in 
this manner at all. The use of push queues is best combined with an *automatic 
scaling module*, so that the the tasks which are pushed will trigger 
requests on that module, and it will spin up or down depending on the 
volume of tasks to process. I think you're thinking of pull queues if 
you've implemented something to check if queues are available. 

As for your last question, you don't need to send push queue tasks to the 
default module. You can set a module target when you create the task, and 
this is described in the docs page you linked (ctrl + f "target").

Let me know if I've misunderstood anything about your post or if you have 
any questions beyond this and I'll be happy to help.

Best wishes,

Nick

On Sunday, August 30, 2015 at 10:07:35 AM UTC-4, André Solberg wrote:
>
> I have an App Engine project as backend for an iOS app. The default module 
> has dynamic scaling and is mostly idle. I have a separate module with 
> manual scaling and 1 instance always running, which is constantly checking 
> the task queue for notifications to send. After this module was deployed, 
> instance hours exploded and I now have estimated charge of $54 for this 
> month. I basically followed the pattern that was described in this 
> tutorial: 
> https://cloud.google.com/appengine/docs/java/taskqueue/overview-push
>
> This pricing is unacceptable for a low traffic app like ours. Is my only 
> other and cheaper option to just handle the sending of push notifications 
> directly in the request to the default module, instead of enqueueing it in 
> the task queue?
>

-- 
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/1ebf18b1-bb8c-4cd8-b805-ef721a57cd20%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Naked and www custom domains with Google App Engine

[Nick (Cloud Platform Support)]

Hi Richard,

If you run a whois lookup on those addresses, you'll see they belong to 
Google. I'm not a lawyer and not an expert on international relations, but 
it's possible there is a block as you say. This might be caused from within 
your local network, a proxy or bridge used by an ISP, etc. Could you try to 
run a traceroute  or mtr 
 from your location to see 
exactly what happens to your packets?

These are my first thoughts on debugging your connection problem.

Best wishes,

Nick

On Sunday, August 30, 2015 at 6:06:46 AM UTC-4, Richard Cheesmar wrote:
>
> Ok, what is apparent is that the following set of ip addresses are being 
> blocked in Turkey:
>
> 216.239.36.21
> 216.239.32.21
> 216.239.38.21
> 216.239.34.21
>
> Therefore, no naked custom domains with A records and these addresses are 
> going to work in Turkey
>
> What is the solution: Signing Up to Google Apps and a work account so that 
> I can redirect via the google admin console or do Google have another set 
> of ip addresses for app engine projects that are not likely blocked?
>
> Anyone got any alternatives?
>
>
> On Saturday, August 29, 2015 at 10:01:54 AM UTC+3, Richard Cheesmar wrote:
>>
>> I have added two custom domains to Google Developers Console for a Google 
>> App Project. 
>>
>>
>> One, a naked domain with A and AAA records set on the third party DNS 
>> manager as specified by Google. Two, a www domain with a Cname record set 
>> on the third party DNS manager, as specified by Google.
>>
>>
>> The www is serving, but the naked domain is not! The A records ip 
>> addresses timeout on my local machine but I get results when using 
>> http://tools.pingdom.com/ping/
>>
>> Obviously you can use more than one custom domain but is there something 
>> I'm missing 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 http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/5b54d03d-cdf8-4056-a409-19f26b91f168%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Help in mapping my domain to google app engine I mistyped the registrar password

[Nick (Cloud Platform Support)]

Hi Lord Joe,

It appears as though the issue isn't with your username / password for 
GoDaddy, which should be handled properly by GoDaddy in the event of a 
wrong password, but lies in the fact that you haven't put the required TXT 
record on your domain's zone file. You'll notice that a special text token 
is being supplied in the page for you to put in a TXT record on your 
domain's zone file. This allows our servers to check with your domain and 
determine that it's owned by the same person going through the flow on the 
Developers Console side of things. 

As an additional note, I think you might be using the subdomain feature 
incorrectly in VerifyLordjoe.png. It looks like you're trying to set up 
www.lordjoe.com.erlandanderson.com as a domain, which doesn't seem right. 
Perhaps this is what you intend, though, in which case disregard this.

Best wishes,

Nick


On Saturday, August 29, 2015 at 8:16:51 PM UTC-4, lordjoe wrote:
>
> Here are 3 shots 
> several from a successful link of www.erlandAnderson.com to an app engine 
> application 
> several from an unsuccessful link of www.lordjoe.com - the problem is 
> that I signed onto godaddy.com with 
> the wrong password and it NEVER lets me go back and try again 
> Yes I  did request alternate verification but it should NEVER be the case 
> that a user cannot step back and
> repeat a failed step resetting what seems to be remembered state
>
> The ones with lordjoe are the failures the ones with just verify appeared 
> to work
>
>
> On Fri, Aug 28, 2015 at 2:08 PM, Nick (Cloud Platform Support) <
> pay...@google.com> wrote:
>
>> Hi Lord Joe,
>>
>> Could you possibly provide some screenshots for context? It's unclear to 
>> me what part of the flow you're referring to.
>>
>> Best wishes,
>>
>> Nick
>>
>> On Thursday, August 27, 2015 at 4:36:56 PM UTC-4, lordjoe wrote:
>>>
>>> Now it does not ask - just goes straight to the registrar and fails - 
>>> how can I reset the domain registrar password so it will as k again (and 
>>> incidentally keep asking until I succeed
>>>
>>> -- 
>> 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/CmB9utpH63U/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to 
>> google-appengine+unsubscr...@googlegroups.com.
>> To post to this group, send email to google-appengine@googlegroups.com.
>> Visit this group at http://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/d72201c3-890a-4b28-946a-9cfb444c235e%40googlegroups.com
>>  
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Steven M. Lewis PhD
> 4221 105th Ave NE
> Kirkland, WA 98033
> 206-384-1340 (cell)
> Skype lordjoe_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/ba17372a-c2bc-46c3-a14a-de81617e2c3d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] My basic_scaling instance hours are way too high

[Dimitri Adamou]

What would help is if we could input our set ups (eg basic_scaling / 
automatic_scaling b/f 1/2/3/4 and have the minimum (no traffic) vs maximum 
(constant traffic so always up) price ranges

so eg

I'm running

3 B4's on basic_scaling
1 B2 on manual
and front-end F4 scaling with 4 maximum front end (My current monthly is 
just hitting 1k)


On Tuesday, September 1, 2015 at 3:27:02 AM UTC+10, Alex Martelli wrote:
>
> Thanks for clarifying, and, I agree, it would be great to clarify the doc 
> page (I'll be working with the docs team on how exactly to do that -- it's 
> far from obvious, since said page is already big and inevitably 
> complicated).
>
> Meanwhile, could you please accept my answer to your Q on serverfault? 
> This way the issue will show up as "answered" and be findable that way by 
> others who may understandably run into the same issue of unclear 
> communication that you did.
>
> Thanks,
>
> Alex
>
>
> On Sun, Aug 30, 2015 at 5:38 PM, Chester Moy  > wrote:
>
>> Then I did misinterpret the docs. It seemed like pretty explicit language 
>> to me,
>> but I was making some assumptions.
>>
>> Instance usage is billed by instance uptime, at a given hourly rate.
>> …
>> Instances are priced based on an hourly rate determined by the instance 
>> class.
>> …
>> Manual and basic scaling instances are billed at hourly rates based on 
>> uptime.
>>
>> I took this to mean that instance classes had differing $/hr rates but, 
>> what
>> it actually meant was i_hr/hr. That’s essentially the same thing if one 
>> were
>> already paying for the service. But for someone who’s in the free tier, 
>> the wording
>> was a little confusing.
>>
>> Thanks for your clarification. The docs are only clear for people already
>> familiar with cloud computing terminology.
>> ​
>>
>> -- 
>> 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 http://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/9ee9447e-c7d3-4121-b17a-c1c1fb78c021%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 http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/8261ce10-afa6-4d12-8ab5-40a2ce814eaa%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Unable to link domain to app engine

[Nick (Cloud Platform Support)]

Hi Jun,

You'll need to investigate your app to figure out where the https redirect 
is coming from. This is a response sent by the server with a status code in 
the 3xx family which points the client to re-send their request using the 
https protocol rather than naked http. This might be happening due to the 
config in your app.yaml or appengine-web.xml configuration files. It also 
might be caused by a given framework you used to create your web app/site. 
Let me know if this sounds like a start for you to begin investigating. 
There's nothing in your DNS settings which should mandate HTTPS.

Bets wishes, 

Nick

On Wednesday, August 26, 2015 at 10:13:02 AM UTC-4, Jun Wang wrote:
>
> Hi Nick,
>
> Thanks for answering my question. I do not want SSL with my app, and do 
> not want to go through the SSL hassle process either.
>
> How do I setup my Google Domains and Google Cloud Platform to remove SSL?
>
> JW
>
> On Tuesday, August 25, 2015 at 6:30:31 PM UTC-5, Nick (Cloud Platform 
> Support) wrote:
>>
>> I see a redirect to https://ioeh.org. Have you gone through the Apps SSL 
>> steps, such as uploading your cert?
>>
>> On Tuesday, August 25, 2015 at 1:06:38 PM UTC-4, Jun Wang wrote:
>>>
>>>
>>> The domain (ioeh.org) is registered with Google Domains, and all the A, 
>>> , CNAME records were pointed to google server. I can ping it with no 
>>> problem.
>>>
>>>
>>> 
>>> On the google cloud platform console side, I setup the specific app with 
>>> custom domain ioeh.org, with no problem. However, the domain will never 
>>> direct to the app?
>>>
>>>
>>> 
>>>
>>>
>>> Any insights?
>>>
>>>

-- 
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/bb003944-de85-480a-8c3a-0cb168776036%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Backend instances are not deployed

[Tolga Tanrıverdi]

I'm using google app engine for my IOS and Android application's server 
needs(Storing contents and datas for my applications) And I'm also using 
app engine to send push notifications to mobile clients. I'm using the 
below library to send push notifications:
https://github.com/GoogleCloudPlatform/solutions-ios-push-notification-sample-backend-java

But when I integrate the above library to my code and deploy it to my 
google app engine account.GAE shows that there are backends in the code but 
it doesn't deploy it to any instances. [image: GAE Frontend & Backend 
Instance Deployments] 

But after sometimes (after 2-3 hours) it automatically deploys the worker 
backend to 1 instance and then it starts to work and deliver 
notifications.But this is unaccaptable for me

So what I want is,my worker backend to start working immediately with the 
frontend instance and shutdown immediately with the frontend.(So it 
shouldn't work 7/24 ) Do you know why it may happen? Am I missing something.

You can find my app engine xml files below: *AppEngine-Web XML:*


http://appengine.google.com/ns/1.0;>
tokyo-analyst-845
1

true

true





true



*Backends.XML:*


  
  

*Queue.XML:*


  
notification-preprocessing
200/s
100
  
  
notification-delivery
pull
  
  
notification-device-token-cleanup
10/s
20
default
  


*Web.XML:*

  
 spring
 /
  
  
 contextConfigLocation
 
/WEB-INF/spring-servlet.xml
 
  
  
 
org.springframework.web.context.ContextLoaderListener
 
  

  PushNotificationWorkerServlet
  
com.finarapp.pn.controller.PushNotificationWorkerServlet


  PushNotificationWorkerServlet
  /_ah/start



  PushPreProcessingServlet
  
com.finarapp.pn.controller.PushPreProcessingServlet


  PushPreProcessingServlet
  /admin/push/preprocessing


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/bc7ebb91-2817-4460-9679-c7edecf5a6d8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Help in mapping my domain to google app engine I mistyped the registrar password

[Steve Lewis]

Yes but then I did this for the erlandanderson.com account I did not NEED
to put in the txt record - the txt record was an alternative to verify
after I could not get into godaddy.com I really want to not use the TXT
record - seems to be optional and go back to validating with godaddy as I
did successfully with erland-anderson2.

The REAL issue is that I need to move these because google has deprecated
master-slave storage for the lordjoe and erlandanderson domains forcing me
to copy and rebuild them - I see no way to say OK just use the new storage
not master slave and keep the accounts

On Mon, Aug 31, 2015 at 4:00 PM, Nick (Cloud Platform Support) <
pay...@google.com> wrote:

> Hi Lord Joe,
>
> It appears as though the issue isn't with your username / password for
> GoDaddy, which should be handled properly by GoDaddy in the event of a
> wrong password, but lies in the fact that you haven't put the required TXT
> record on your domain's zone file. You'll notice that a special text token
> is being supplied in the page for you to put in a TXT record on your
> domain's zone file. This allows our servers to check with your domain and
> determine that it's owned by the same person going through the flow on the
> Developers Console side of things.
>
> As an additional note, I think you might be using the subdomain feature
> incorrectly in VerifyLordjoe.png. It looks like you're trying to set up
> www.lordjoe.com.erlandanderson.com as a domain, which doesn't seem right.
> Perhaps this is what you intend, though, in which case disregard this.
>
> Best wishes,
>
> Nick
>
>
> On Saturday, August 29, 2015 at 8:16:51 PM UTC-4, lordjoe wrote:
>>
>> Here are 3 shots
>> several from a successful link of www.erlandAnderson.com to an app
>> engine application
>> several from an unsuccessful link of www.lordjoe.com - the problem is
>> that I signed onto godaddy.com with
>> the wrong password and it NEVER lets me go back and try again
>> Yes I  did request alternate verification but it should NEVER be the case
>> that a user cannot step back and
>> repeat a failed step resetting what seems to be remembered state
>>
>> The ones with lordjoe are the failures the ones with just verify appeared
>> to work
>>
>>
>> On Fri, Aug 28, 2015 at 2:08 PM, Nick (Cloud Platform Support) <
>> pay...@google.com> wrote:
>>
>>> Hi Lord Joe,
>>>
>>> Could you possibly provide some screenshots for context? It's unclear to
>>> me what part of the flow you're referring to.
>>>
>>> Best wishes,
>>>
>>> Nick
>>>
>>> On Thursday, August 27, 2015 at 4:36:56 PM UTC-4, lordjoe wrote:

 Now it does not ask - just goes straight to the registrar and fails -
 how can I reset the domain registrar password so it will as k again (and
 incidentally keep asking until I succeed

 --
>>> 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/CmB9utpH63U/unsubscribe
>>> .
>>> To unsubscribe from this group and all its topics, send an email to
>>> google-appengine+unsubscr...@googlegroups.com.
>>> To post to this group, send email to google-appengine@googlegroups.com.
>>> Visit this group at http://groups.google.com/group/google-appengine.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/google-appengine/d72201c3-890a-4b28-946a-9cfb444c235e%40googlegroups.com
>>> 
>>> .
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> Steven M. Lewis PhD
>> 4221 105th Ave NE
>> Kirkland, WA 98033
>> 206-384-1340 (cell)
>> Skype lordjoe_com
>>
>> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google App Engine" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-appengine/CmB9utpH63U/unsubscribe
> .
> To unsubscribe from this group and all its topics, send an email to
> google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-appengine.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-appengine/ba17372a-c2bc-46c3-a14a-de81617e2c3d%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Steven M. Lewis PhD
4221 105th Ave NE
Kirkland, WA 98033
206-384-1340 (cell)
Skype lordjoe_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] Re: SSL certificate for custom domains in GoogleApps

[Nick (Cloud Platform Support)]

Hey Xevi,

You should look up SubjectAltName on google. Perhaps your certificate is 
referencing subdomains which you haven't verified. Could you provide some 
screenshots if possible of what you're seeing?

Sincerely,

Nick

On Tuesday, August 25, 2015 at 11:20:54 AM UTC-4, Xevi Farrarons Clusella 
wrote:
>
> Hi Patrice,
>
> Thanks for the tip but this doesn't fix our issue here. I've tried but 
> nothing.
> I see more a "GAE" bug or so.
> Anyone has the same?
>
> thanks,
> Xevi
>
> El viernes, 21 de agosto de 2015, 20:06:16 (UTC+2), Patrice (Cloud 
> Platform Support) escribió:
>>
>> Hey Xevi,
>>
>> Maybe the following article  
>> will help you here :). 
>>
>> It will require openSSL, but will give you all you need to verify this 
>> afterwards.
>>
>> Cheers!
>>
>> On Tuesday, August 18, 2015 at 4:12:24 AM UTC-4, Xevi Farrarons Clusella 
>> wrote:
>>>
>>> Hi Nick,
>>>
>>> Thanks for your answer. The problem could be what you say.
>>>
>>> But I just checked the "Active" in the Admin console -> Domains. The 
>>> domain is active, I think no more actions are required. Is there any other 
>>> option to make a reverify? What do you mean by checking the 
>>> "SubjectAltNames (SAN)"?
>>> I bought the domain in Dinahosting, could it be this the problem?
>>>
>>> Thanks for your help.
>>> Xevi
>>>
>>> El martes, 18 de agosto de 2015, 1:00:28 (UTC+2), Nick (Cloud Platform 
>>> Support) escribió:

 Hi Xevi,

 I think the error message might be saying your certificate contains 
 references to domains which aren't on your verified domain. You should 
 double-check your certificate and check not only the main domain but also 
 any SubjectAltNames.

 On Thursday, August 13, 2015 at 5:05:35 PM UTC-4, Xevi Farrarons 
 Clusella wrote:
>
> Hi Nick,
>
> Thanks for your answer :) It's great to know that I should be able to 
> add the SSL certificate for the alias domain.
>
> Let me explain better:
> I follow this procedure: 
> https://support.google.com/a/answer/2644386?hl=en
>
> The domain alias is verified.
>
> But I stuck at point 4. When I press the upload button, it appears a 
> message saying:   "the ssl certificate references subdomain outside 
> of managed domain". At the link, where you could read: 
> appenginetest.com, in our case our main domain, but not the alias 
> domain. I think that this is the issue, we cannot select for which 
> domain..
>
> What do you think, how could you add the SSL for the alias domain?
>
> Thanks in advance,
> Xevi
>
> El jueves, 13 de agosto de 2015, 21:54:40 (UTC+2), Nick escribió:
>>
>> You can use an SSL certificate for a domain alias in Google apps.
>>
>> First add and verify the domain as an alias domain of your apps 
>> account, then follow the normal procedure of adding the app and cert.
>>
>> Be aware that you cannot send email from the alias domain without 
>> adding specific users as Appengine users. You could also look at mailgun 
>> or 
>> sendgrid etc.
>>
>>

-- 
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/5d266b4e-1497-4abe-9f2e-de08c309136f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] The API call urlfetch.Fetch() was explicitly cancelled

[한우람]

I am using the Spring scheduler.

GCS file was deleted by the scheduler is running.

"The API call urlfetch.Fetch () was explicitly cancelled." error occurred.

I want to know why.

-- 
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/95e19f5a-5e82-4c89-a962-6ac15a851224%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] httplib2 vs. YouTube Upload API v3

[Soeren Balko]

Hi,

I'm running into weird issues with httplib2 when following the instructions 
for resumable uploads to YouTube (see 
here: 
https://developers.google.com/youtube/v3/guides/using_resumable_upload_protocol).

Their very first server roundtrip creates a video resource and returns a 
"Location" response header, which is the upload URL to send the actual 
video file. That works well and when I invoke this service using cURL like 
so:

curl -X POST \
 --verbose \
 -H "Authorization: Bearer ..." \
 -H "Content-Type: application/json; charset=UTF-8" \
 -H "X-Upload-Content-Type: video/*" \
 -H "X-Upload-Content-Length: 500" \
 -d '{"snippet": {"title": "foo"}, "status": {"privacyStatus": 
"unlisted"}}' \

 
"https://www.googleapis.com/upload/youtube/v3/videos?uploadType=resumable=snippet%2Cstatus;

...it works as desired and gives me a HTTP/200 and the aforementioned 
"Location" response header. I tried to mimic that in a GAE Python app, 
using the httplib2 library. Here is what I do:

http = httplib2.Http()
credentials.authorize(http)

body = simplejson.dumps({

'snippet': {

'title': 'foo',

'description': 'bar'

},

'status': {

'privacyStatus': 'unlisted'

}

})

response, content = http.request(

uri = 
'https://www.googleapis.com/upload/youtube/v3/videos?uploadtype=resumable=snippet%2Cstatus'
, 

method = 'POST',

body = body, 

headers = {

'X-Upload-Content-Length': str(size),

'X-Upload-Content-Type': 'video/*',

'Content-Type': 'application/json; charset=UTF-8'

}

)


However, that request returns a HTTP/400 with a body that says:


{

 "error": {

  "errors": [

   {

"domain": "global",

"reason": "badContent",

"message": "Media type 'application/json; charset=UTF-8' is not 
supported. Valid media types: [video/*, application/octet-stream]"

   }

  ],

  "code": 400,

  "message": "Media type 'application/json; charset=UTF-8' is not 
supported. Valid media types: [video/*, application/octet-stream]"

 }

}


That doesn't make any sense to me. Somehow, it confuses the "Content-Type" 
header with that "X-Upload-Content-Type" and I don't know why that is. I 
tried passing the HTTPS traffic through a HTTP proxy, but httplib2 does not 
seem to play nicely with the HTTP proxy I use (Charles). 


Ideas, anyone?


Thanks heaps,

Soeren

-- 
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/1720e68e-68e7-4406-9d52-a4041e758fbd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: what is the gae api to retrieve the project number

[Ryan (Cloud Platform Support)]

Salutations James,

You should file a Feature Request 

 
to add that functionality. Be sure to include why you need the project 
number over the project id 

.

On Sunday, August 30, 2015 at 4:01:04 PM UTC-4, James Gilliam wrote:
>
> been googling for how to obtain the project number via a gae api and 
> cannot find it
>
> the number is located on the dashboard but i wanted to get it 
> programmatically
>
> 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/7adb250e-525b-4423-92b0-e85832ca084f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Cant create Project on Cloud Console (Rate Limit Exceeded)

[Ryan (Cloud Platform Support)]

Salutations,

I took a look and the reason you cannot create a new project is that you 
have reached a limit of how many projects are allowed per user. To request 
that this limit is increased please fill out the form at:

https://support.google.com/code/contact/project_quota_increase 

To other users reading this thread, if you get a similar error with only a 
few projects, you may have reached a limit of how many projects are allowed 
per billing account. To request that this limit is increased please fill 
out the form at:

https://support.google.com/code/contact/billing_quota_increase

After filling out this form you will get a response within 48 hours. You 
may be asked for further details or changes if necessary.

On Monday, August 31, 2015 at 8:32:25 AM UTC-4, Oyewale Oyediran wrote:
>
>
> I cant seem to create a new project on the Google Cloud console.
> I have tried over several days but i keep getting the Rate Limit errors.
>
> Is there a limit to the amount of project one can create? I have deleted a 
> few projects, just in case.
> I have about 30 projects setup
>

-- 
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/62198c27-3df3-458a-b90a-9d5de5f7469e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.