Re: [google-appengine] 50k pages hosting on nodejs appengine

[Nickolas Daskalou]

App Engine is great if you actually have a dynamic backend, but if you're
only serving static files, try Cloudflare Pages
. Dead simple to deploy and update vit Git,
and cheap!

There's a 20,000 file limit per site, however this appears to be a soft
limit (and you can always contact Cloudflare to see if they can lift this
restriction for your site). Or if possible split your files up into
multiple sites.

I wrestled with Google Cloud's CDN years ago and it was incredibly sub-par
for a CDN, so looked for alternatives (and Cloudflare Pages was the pick of
them).

Nick


On Fri, 25 Mar 2022 at 18:58, 'Rajesh G' via Google App Engine <
google-appengine@googlegroups.com> wrote:

> Hello,
>
> I am planning to host 50k statically generated pages on nodejs appengine.
> The pages are generated using gatsby.
>
> Will it affect the performance of the server?  Can it be hosted on the F1
> instance?
>
> --
> Support Team
> www.servicefolder.com
> *Field Service Software on Google Cloud Platform and Mobile*
>
>
> --
> 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/CA%2BS7ijbVaYg6%2BEXSvctRc0pz0n_KXPf9VovxfrpyKP8%3DmA766Q%40mail.gmail.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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAOj3zuDHOUxeZNsx%3DL6oQ6yJ8WyEoYdhku_85%2BGs1z_rjKDHmA%40mail.gmail.com.

Re: [google-appengine] Re: Checking which indexes are used

[Nickolas Daskalou]

You could look into the db package and try use an existing hook called
before/after a query is made, then log details of the entity kinds being
queried (if it's possible to extract that info).

Using an expiring Memcache flag for that particular query/entity
combination would ensure you're not littering your logs with these messages.

Then let your app run for a week/month and see what turns up in the logs.

Not an out of the box solution, but might give you what you need.

Nick


On Wed, 12 Jan 2022, 9:32 am 'rwabukumba' via Google App Engine, <
google-appengine@googlegroups.com> wrote:

> Hi,
>
> We do display datastore statistics that you can use to verify index size,
> status, etc, but not anyway to show when a given index was last used.
>
> I looked through the datastore statistics package but didn't readily see
> anything that we could use to derive usage-frequency of any given index.
> However, if there is a possibility of obtaining such details, perhaps the
> information in this article [1] may prove useful in guiding you through the
> process. I also found an open request for this feature request [2]. I
> recommend starring it as the more +1s it gets, the more visibility the
> request gets,  and the more chances that the datastore team considers it.
>
> In the meantime, if you are not able to obtain the info you are looking
> for using the guide in [1], then opening a support case will be a more
> suitable next step since the support team may be able to use internal tools
> to provide this information to you.
>
> [1] https://developers.google.com/appengine/docs/python/datastore/stats
> [2] https://issuetracker.google.com/06741
>
> On Tuesday, January 11, 2022 at 10:26:15 AM UTC-5 simon@gmail.com
> wrote:
>
>> Is there a way to see which DataStore indexes are still used?  Something
>> like a 'last accessed date' for an index would be ideal.
>>
>> I'm running quite an old project on GAE (Python 2.7) and suspect many on
>> the indexes are no longer needed.
>>
>> Thanks
>> Simon
>>
> --
> 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/211ddfb9-703f-4f09-8ac2-d4a169217d7cn%40googlegroups.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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAOj3zuDU9HT575PdFNLPWMqYOeMw9fOuJNzRGVsD2ePRMAfz4Q%40mail.gmail.com.

Re: [google-appengine] Re: Diving into App Engine is soooooooooooo hard now - My analysis

[Nickolas Daskalou]

Same experience for us.

10 years ago App Engine was a revolution. Now it's almost revolting.

Agree with the hard to set up development environment for the newer App
Engine installments.

Other pain points too, like no shared Memcache replacement (we're told NDB
for Python 3 is fully ready, when in reality a lot of existing apps which
rely on the built in feature of the free shared Memcache will either suffer
performance issues and/or an increase in billing cost if they switch over).

Google are having a hard time working out how to crack the cloud computing
market. Enterprises go with Azure because Microsoft are already heavily
embedded and sell the business fluff well, and AWS have a massive head
start on startups due to a larger existing user base and service offering
because they were first in the game.

Nick

On Mon, 16 Mar 2020, 4:35 am Matthew Parkes,  wrote:

> I have to totally agree with this.  My experience has been the same coming
> from AppEngine Standard python 2.7 I decided to try and migrate one of my
> apps to Python3.7 but was extremely frustrated and put off with the whole
> experience.  I lost a lot of nice framework that made decisions easy and
> straight forward to actually just get functionality working. (Endpoints
> API, User management, Data management, Admin datastore).  I found it very
> hard to get an actual development environment setup where I could rapidly
> develop and test, see data in the database etc.
>
> The local testing has become very difficult. It's sad that while google
> appears to say "Oh AppEngine so much more flexible for you now" sounds like
> a step forward, when really it's more like 1 step forward, 5 steps
> backwards.
>
> Disappointed,
>
> Matt
>
> On Sunday, 15 March 2020 08:48:56 UTC-7, Brian Ruuska wrote:
>>
>> Glad to hear I'm not the only one disappointed with it all. I started
>> using App Engine when it was in beta, and launched a one-person business
>> when it went GA. It's so overwhelming attempting to port my product to the
>> new environments that it's much more than a one-person effort. And with all
>> the land mines and missing functionality I decided to just close the
>> business last year. They seem to be more interested in serving big
>> enterprises, and us little guys are just left behind. :-(
>>
>> On Saturday, March 14, 2020 at 7:22:15 AM UTC-5, Kaan Soral wrote:
>>>
>>> I'll whine a lot, but there's a concentrated and crisp TL;DR in the end
>>>
>>>
>>> I've been using App Engine I guess for 10 years now? It's hard for me
>>> too, but also, I'm preparing to open source my current project, at each
>>> step I question everything, I was going to open source my game so young
>>> developers/kids/gamers could dive into networked game development easier
>>> (It's an MMORPG on Google Cloud, my dream was that open sourcing it could
>>> enable fast experimentation with the genre), but as it is, at the current
>>> state of App Engine, the bottleneck is definitely all the diversified and
>>> separated products, separate emulators (missing ones), separate environment
>>> variables for everything etc. - I can't imagine a happy scenario where one
>>> could just develop an App Engine app locally without spending weeks trying
>>> to understand what's what first - Back in the day, I think the Launcher GUI
>>> and the simplicity of it all, got us all hooked (This is coming from a CLI
>>> user)
>>>
>>>
>>> Things used to be as simple as *"python2.7 /sdk/dev_appserver.py
>>> --storage_path=/storage/ --blobstore_path=/blobstore/
>>> --datastore_path=/storage/db.rdbms --host=0.0.0.0 --port=8080 /path
>>> --require_indexes"* - We could test *EVERYTHING* locally, now we can
>>> almost test nothing locally
>>>
>>>
>>> It seems that the python2.7 that's currently in the process of being
>>> deprecated was the last of it's kind
>>>
>>>
>>> Instead of refactoring everything for Python 3, I decided to move onto
>>> NodeJS instead, the work done, the documentation, the depth of it all, on
>>> the surface, is very exciting, until you dive in
>>>
>>>
>>> First of all, at each step, you're faced with initially arbitrary
>>> decisions that's going to eliminate you, flexible or standard? - does it
>>> really matter, I don't think so, firestore in datastore mode or firestore?
>>> oh my god, it's like each option is designed to torture and drive away a
>>> potential user
>>>
>>>
>>> As a long time App Engine / Datastore user, I've simplified my data
>>> design to a singular dimension and simple get/set by key operations
>>> wherever possible, so for me the limitations of the new datastore really
>>> doesn't matter much, I just wanted to use the new Firestore and all the new
>>> exciting stuff that came with it, experiment with it, see how it can
>>> improve my approach, I've always designed products that regularly pinged
>>> the server for new data, so the realtime features etc. appealed to me a lot
>>> - so I'd choose the unlocked Firestore, instead of the irreversibly 

Re: [google-appengine] Re: did App Engine change instance scheduler algorithm in the past month?

[Nickolas Daskalou]

Our bills increased 30-40% in March and April compared with previous
months, e.g. for one of our projects:


We were definitely surprised by the big increase and planned on
investigating soon. The new scheduler could be the culprit.

Who can we ping at Google to look into this further?

Nick


On 8 May 2018 at 14:26, 'Steren Giannini' via Google App Engine <
google-appengine@googlegroups.com> wrote:

> This is correct, we introduced the "max_instances" parameter for the
> "automatic_scaling" section of the app.yaml for AppEngine *standard*.
> This change might still not be rolled out to your app, but feel free to
> give it a try.
>
> On Mon, May 7, 2018 at 9:09 PM Attila-Mihaly Balazs 
> wrote:
>
>> Hi Steren,
>>
>> Could you please confirm that this is right? You introduced the
>> "max_instances" parameter for the "automatic_scaling" section of the
>> app.yaml for AppEngine *standard*? (because the docs are not yet update).
>>
>> If so, thank you!! This solves a potential DoS issue for us where too
>> many frontend instances could exhaust the connection limit to CloudSQL
>>
>> Attila
>>
>> --
>> 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/727c9ea3-ad57-425c-9609-
>> 1946ada2bc47%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/CANHKq5FxUv28HBcPnx4qL_mfiXKxuCOMvq%
> 2BvhTtskzs227zCPw%40mail.gmail.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/CAOj3zuCkeppEkTT3YvM0atUaeS1EOKVo49f9e3%2B1cOCopwaHbg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: microservices with the edge server pattern on App Engine

[Nickolas Daskalou]

Tamas,

You can implement application-level logic to only allow requests to your
service-name.project-id.appspot.com microservices from your own App Engine
projects by inspecting the *X-Appengine-Inbound-Appid* header.

More information can be found here for Python

 and here for Java

.

Let me know how you go.

Nick


On 27 February 2018 at 02:02, Tamas Kiss  wrote:

> Hello George,
>
> Thank you for your answer.
> I still don't understand something. If I had my app engine application
> running with a custom domain, wouldn't be my services still accessible via
> the out-of-the-box provided service-name.project-id.appspot.com like
> addresses?
>
> --
> 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/8e0975d5-ef4b-4e81-b5ef-
> 8999d9ff21e3%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/CAOj3zuDCh5GNT0Wu958a07dzs7rj_e8FHSm7s7yq9GPpGz59vg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] App Engine Firewall survey

[Nickolas Daskalou]

Hey Lorne,

This looks good.

Is it effectively a UI for the existing dos.yaml (Python) solution, or does
it provide more functionality than that?

Thanks,

Nick


On 21 September 2017 at 08:16, 'Lorne Kligerman' via Google App Engine <
google-appengine@googlegroups.com> wrote:

> Hey there folks,
>
> We recently announced
> 
> that the firewall feature has launched to beta and we're quickly working
> towards GA.  As we move to GA and beyond we'd like to gather feedback to
> understand how well the firewall is working for you and what we could
> improve.
>
> We'd really appreciate a few minutes of your time to fill out the
> following survey:
> https://goo.gl/forms/C8Wscyn6jii6hEtv2
>
> Thanks!
> Lorne.
> Product Manager - App Engine
>
>
> --
> 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/CA%2Bzk0pKJHEjf6LovPmpUtT7w3SDK_
> 0ZwtEGxG-YY%2BBX1oTf-kg%40mail.gmail.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/CAOj3zuDjP5wDnaKCBLL81%2BQGP1tyG%2BDOwZK3D0TCqkdkuMAz_Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Search limit

[Nickolas Daskalou]

That's a nice way of working around the rate limits Emlyn.

In your _post_put function you can also compare a hash of the last document
you put in the Search API index for the Datastore entity, and only send to
the Search API if the current document's hash is different.

To make it fast and cost-effective, you can use Memcache to store the hash
of the most recent document sent to the Search API for a particular
Datastore entity.

This method is most useful if your app does a lot of updates to Datastore
entities which would not actually change the Search API document at all
(e.g. when updating Datastore entity properties which are not indexed in
the Search API).

Nick


On 22 June 2017 at 11:42, Emlyn  wrote:

> Thanks George, I read that, that's great. I may have to go for a support
> level in the near future.
>
> For anyone who's interested, I was able to fix my problems with the Search
> API as follows:
>
> My code enqueues a huge amount of tasks very rapidly, which modify
> datastore objects. In the _post_put handlers, these also update search
> indices.
>
> I was having problems that the datastore updates were working, but the
> rate was too high for the search indices; I was getting timeouts, quota
> limitations, bad things :-)
>
> I've changed my _post_put handlers to do the updates to search indices in
> separate tasks, on a queue I've configured just for this. It's rate limited
> to below the maximum rate for the search api (ie: maximum search throughput
> is 15000/minute, or 250/s, so I've set it lower than this).
>
> That's completely fixed the problem. And because I'm not hitting quota
> limits, the real throughput is much higher than it was; I don't see this
> queue hitting the limit and lagging behind the rest of the job.
>
> Now I get to sleep comfortably at night :-) Thanks for the help.
>
>
> On 22 June 2017 at 03:53, 'George (Cloud Platform Support)' via Google App
> Engine  wrote:
>
>> Hi Emlyn,
>>
>> News is not entirely bad: "Note: Although these limits are enforced by
>> the minute, the Cloud Platform Console displays the daily totals for each.
>> Customers with Silver, Gold, or Platinum support can request higher
>> throughput limits by contacting their support representative." This is to
>> be read just below the quotas paragraph we speak about. In short, you may
>> consider asking for a quota increase.
>>
>> Information on how to reduce your app's needs for paid resources, and so
>> keep within quotas, you may consult the "Managing App Resources"
>> documentation page
>> 
>> .
>>
>> --
>> 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/ms
>> gid/google-appengine/623ea57b-1c0c-4454-a854-5cb5fa84bd8b%
>> 40googlegroups.com
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> Emlyn
>
> https://medium.com/the-infinite-machine - A publication about Google App
> Engine
> sutllang.com - My language sUTL
> https://plus.google.com/u/0/100281903174934656260 - Google+
>
> --
> 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/CAMp1VPBy7WjB-Qw8N0mkdR0CEP%
> 2BqEf%2Byz%2BxwKCn2GwT1EfGsuA%40mail.gmail.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 

Re: [google-appengine] Is anyone interested in service level objective (SLO) monitoring?

[Nickolas Daskalou]

Hi Jay,

I'm interesting in learning about this and trying it out.

Thanks,
Nick


On 16 June 2017 at 23:35, 'Jay Judkowitz' via Google App Engine <
google-appengine@googlegroups.com> wrote:

> Hello App Engine customers,
>
>   I'm a Google Cloud PM working in Stackdriver.  One of the projects
> over here is for SLO monitoring for App Engine apps.  The idea is to give
> App Engine customers the tools to monitor application availability similarly
> to how Google SREs do it
> .
> If anyone is interested in learning about the coming feature and trying out
> an early version of it, please respond to this thread and let me know.
>
> Best regards,
> Jay
>
> --
> 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/f199ca10-ea60-4228-92b9-
> 2c9a9055e20f%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/CAOj3zuBEy_ASmqVhsKc1XJkWkbZAvvQ7Dqa-VC2pQjbSLDyhtQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Anyone experiencing the new console log view being a bit busted?

[Nickolas Daskalou]

Hi Erik,

On my side, for the projects we work on, we would prefer one single entry
for each request (no matter how many logging items it contains).

By the way, I've noticed each log item now has a link to the line in the
source code which generated the log item (for Python at least). This is a
great idea and very helpful. Nice work.

Thanks,
Nick


On 15 June 2017 at 06:23, 'Erik Pintar' via Google App Engine <
google-appengine@googlegroups.com> wrote:

> Hello - I'm an engineer from the Logging UI team.
>
> Thanks for this feedback!  This was part of an experiment, yes, and we
> have rolled it back for now.
>
> The aim was to help clarify and "group" these long-running requests split
> across multiple log entries.  From this and other feedback, we are pursuing
> a mode where the "first of _", "part of _" annotations will still be there,
> but are rethinking grouping the entire "long running request" data
> underneath each of those entries.
>
> For more input - would you prefer the data shown the way it was (with
> different data split across the different entries), or (if possible,
> assuming the browser wouldn't hang) the data grouped all together beneath
> each of the entries (like was attempted here)?
>
> On Wednesday, June 14, 2017 at 1:20:00 AM UTC-4, Emlyn wrote:
>>
>> They're logs from a Python (standard) AppEngine application.
>>
>> But today the view has reverted back to how it used to be, everything's
>> working again. Maybe I was B in an A/B test?
>>
>> On 14 June 2017 at 00:01, 'George (Cloud Platform Support)' via Google
>> App Engine  wrote:
>>
>>> Hello Emlyn,
>>>
>>> This issue seems to manifest itself in particular circumstances, as I
>>> can not reproduce it based on the received information. More detail is
>>> needed, preferably a step-by-step description of the procedure. What types
>>> of logs are these, for which operations?
>>>
>>> All other information you deem relevant will be highly 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-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/ms
>>> gid/google-appengine/22c28b34-d34e-4a9c-a080-63582cb8db91%
>>> 40googlegroups.com
>>> 
>>> .
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> Emlyn
>>
>> https://medium.com/the-infinite-machine - A publication about Google App
>> Engine
>> sutllang.com - My language sUTL
>> https://plus.google.com/u/0/100281903174934656260 - Google+
>>
> --
> 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/9d8c8b03-13ef-4505-b893-
> 1814ec082aff%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/CAOj3zuBfFyca%2BwxKTQx-s4FBMXxuq93mA8-6xHW4_DSHmkdkRA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Best Practices for Search API?

[Nickolas Daskalou]

Jeff, were you storing docs in the Search API somewhat intelligently, e.g.
using short field names, "0" instead of "false" for boolean values etc., or
you just sent documents to the Search API without much thought and it was
still efficiently storing them?

Nick
On 10/06/2017 8:40 AM, "Jeff Schnitzer"  wrote:

> The search index is incredibly efficient. I had some data I was indexing
> in the datastore, and the index was consuming 100GB+. When I moved it to
> the Search API, the index consumed a few GB. Afterwards I felt silly for
> asking for the quota raise in advance.
>
> YMMV, of course.
>
> Not a direct answer to your question but something to keep in mind. I was
> surprised by how small the index is.
>
> Jeff
>
> On Thu, Jun 8, 2017 at 11:34 PM, Emlyn  wrote:
>
>> I've just noticed that the old 10GB limit on search indices can be raised
>> on request to 200GB max, on an index by index basis.
>>
>> I've got a use case where I'd ideally like search indices to be
>> unbounded, but 200GB will go a long way. Is there any penalty associated
>> with this, though? Do the indices perform worse as they get larger? Does
>> anyone know why there is a limit at all?
>>
>> --
>> Emlyn
>>
>> http://point7.wordpress.com - My blog
>> https://plus.google.com/u/0/100281903174934656260 - Google+
>>
>> --
>> 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/ms
>> gid/google-appengine/CAMp1VPBcfZZUT14s3v7mxCoPy33Yryv3T2OaxP
>> g_kvX4-aUm3w%40mail.gmail.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/CADK-0uhbRNHBDpj5%2BspLM0rp_-o5Ga_
> fsAVXTSjQt1qYGNMCJQ%40mail.gmail.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/CAOj3zuDkQLAE%2BV5H1WWXxu4hj-MWNpddNiShC7R8YkWE5fug9Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: UnicodeDecodeError when extracting image metadata using the Image Service

[Nickolas Daskalou]

Hi George,

I'm pretty sure I replied to you in a private message, but in case you 
didn't receive it...

For privacy reason I can send you a URL of an image in a private message, 
would that suffice?

Thanks,
Nick


On Friday, 26 May 2017 00:48:51 UTC+10, George (Cloud Platform Support) 
wrote:
>
> Hello Nickolas, 
>
> A public URL of your application suffering from this issue would enable 
> reproduction. 
>
> If you attach some of the images that trigger the error, you'll facilitate 
> debugging further. 
>
> Any other details you deem relevant may prove of great help as well.  
>

-- 
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/8d4beec0-22df-49b7-a014-3297e55fba61%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] UnicodeDecodeError when extracting image metadata using the Image Service

[Nickolas Daskalou]

Looks like this has been happening for at least one week, not sure beyond 
that.

In the Python runtime, when calling images.execute_transforms() with 
parse_source_metadata=True, for a UnicodeDecodeError is *always* raised for 
certain images. The images are valid images.

Last part of Traceback:

File 
"/base/data/home/runtimes/python27_experiment/python27_lib/versions/1/google/appengine/api/images/__init__.py",
 
line 810, in execute_transforms return rpc.get_result() File 
"/base/data/home/runtimes/python27_experiment/python27_lib/versions/1/google/appengine/api/apiproxy_stub_map.py",
 
line 613, in get_result return self.__get_result_hook(self) File 
"/base/data/home/runtimes/python27_experiment/python27_lib/versions/1/google/appengine/api/images/__init__.py",
 
line 912, in execute_transforms_hook self._original_metadata = 
json.loads(response.source_metadata()) File 
"/base/data/home/runtimes/python27_experiment/python27_dist/lib/python2.7/json/__init__.py",
 
line 339, in loads return _default_decoder.decode(s) File 
"/base/data/home/runtimes/python27_experiment/python27_dist/lib/python2.7/json/decoder.py",
 
line 364, in decode obj, end = self.raw_decode(s, idx=_w(s, 0).end()) File 
"/base/data/home/runtimes/python27_experiment/python27_dist/lib/python2.7/json/decoder.py",
 
line 380, in raw_decode obj, end = self.scan_once(s, idx) 
UnicodeDecodeError: 'utf8' codec can't decode byte 0xbc in position 12: 
invalid start byte

App Engine team - is this intended behaviour?

I assume this is a bug in the App Engine image service (it looks like a 
unicode problem when the image service module tries to use JSON to decode a 
string).

I can send image details in a private message if required.

Thanks,
Nick

-- 
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/1fb5494a-feac-421e-bdb5-b7c3c3305978%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] RE: Deployment Failures and Memcache Unavailability Due to Underlying Component

[Nickolas Daskalou]

For anyone else having this issue

We found that during this time, even if a deployment succeeds, the 
underlying App Engine dispatcher could also "break" during a deployment.

The only way to fix it was to push our existing dispatch rules again (for 
Python standard: "appcfg.py update_dispatch .").

Hope that helps others and also gives the Google Cloud 
engineering/monitoring teams clues on how to fix it.

Nick

-- 
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/a267d147-1c60-470a-9250-4fed986f2fba%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: App Engine Standard - Instance charges

[Nickolas Daskalou]

We had issues with billing over a year ago, brought it up with Google
Cloud's billing department, who, like in your experience, told us all is
well (when we knew it wasn't).

In the end it wasn't worth our time and energy to push it further.

It did feel though that Billing support was disconnected from the inner
workings of Google's Cloud platform.

I hope a dedicated Product Manager from Google Cloud is reading this, so
they can read our feedback and add it to the list of improvements needed on
Google Cloud and its appendages.

Nick


On 16 March 2017 at 10:11, Lawrence Mok  wrote:

> Hi Nick,
>
> I did explained thousands of times and they still insist the billing is
> correct and just ignore every piece of evidence I provided. Could you help
> by informing someone in Google that should really take care of this case
> for me? I think every staff in Google who acknowledge this case seriously
> and report back to the proper personnel instead of treating it as someone
> else responsibility.
>
> Thanks,
> Lawrence
>
>
>
> On Thursday, March 16, 2017 at 1:37:14 AM UTC+8, Nick (Cloud Platform
> Support) wrote:
>>
>> Hey Lawrence,
>>
>>
>> Unfortunately as I'm not involved in Billing Support I have no knowledge
>> of your case with them. I can only advise that you explain to them clearly
>> the way in which you believe your app's observed behaviour has differed
>> from our SLA's  or our Pricing
>> documentation , and they
>> should be able to help you out in whatever way possible based on that.
>>
>> Cheers,
>>
>> Nick
>> Cloud Platform Community Support
>>
>> On Monday, March 13, 2017 at 9:50:13 PM UTC-4, Lawrence Mok wrote:
>>>
>>> Hi Nick I have exactly the same issues, dealing with the junior billing
>>> staff has been very frustrating and they are unable to acknowledge the
>>> problem at all.
>>>
>>> I hope your team should take this issue seriously as my billing is going
>>> sky rocket (something like 10X times more than the normal level).
>>>
>>> Please also see the other guy and my screen shots in the other thread:
>>> https://groups.google.com/forum/#!topic/google-appengine/X6sWwvUGbzQ
>>>
>>>
>>> On Tuesday, March 14, 2017 at 4:43:59 AM UTC+8, Nick (Cloud Platform
>>> Support) wrote:

 Hey George,

 I recommend opening a ticket with Billing
  to
 resolve this, as you'll surely get a specific response, while this forum is
 intended less for specific-issue one-on-one technical support and is
 instead meant to be a forum where users discuss the platform, services,
 design patterns, etc.

 Cheers,

 Nick
 Cloud Platform Community Support

 On Monday, March 13, 2017 at 3:49:49 PM UTC-4, George Bittmann wrote:
>
> Thanks for the suggestion Karolína. All of these projects have had
> min_idle_instances at default and have been that way since they were
> created most are at least 6 months with the current configuration and
> incurring no charges.
>
> Billing indicates the charges are front end hours, but if you look at
> appengine > quotas > usage history every day shows 0 charges for the 
> month.
>
> I'm thinking that for some period of time, a couple days perhaps, our
> projects were charged as if the free 28 frontend hours did not exist. The
> amount of hours billed does seem generally related to the traffic of the
> site, but as I said these sites are extremely low traffic and would on a
> very busy day would not reach 20 frontend hours.
>
>
>
> On Monday, March 13, 2017 at 3:29:29 PM UTC-4, Karolína Netolická
> wrote:
>>
>> Hi George, one thing I can think of is that if you are using
>> min_idle_instances setting, this could be causing apps with low traffic 
>> to
>> incur a bill. For free apps we recommend setting min_idle_instances to 
>> zero.
>>
>> On Monday, March 13, 2017 at 9:32:38 AM UTC-7, George Bittmann wrote:
>>>
>>> Did anything change recently with how the standard environment is
>>> billed?
>>>
>>> I'm seeing charges on a lot of projects that are hosting extremely
>>> low traffic websites that should never incur instance charges at all let
>>> alone getting up over a dollar or two half way into the month.
>>>
>>> Has anyone else seen this or know what might be going on?
>>>
>>>
>>> --
> 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 

Re: [google-appengine] Re: App Engine Flex "Error: Server Error" occurs often, how to find cause?

[Nickolas Daskalou]

Thanks for those suggestions Nick, I will let you know if I have any other
questions 

Nick


On 4 March 2017 at 02:40, 'Nick (Cloud Platform Support)' via Google App
Engine <google-appengine@googlegroups.com> wrote:

> Hey Nickolas,
>
> This forum should be used to post general discussion threads about the
> platform, services, design patterns, etc., and a specific-issue question
> like this should be posted to Stack Overflow, although maybe we could
> gather more information before that, as in this state it seems there's not
> quite enough information for anyone to begin working on it. I have some
> lines of investigation which might lead to a better understanding:
>
> 1 .This could be a case of not inspecting the logs with the right logs
> level - are you sure you're viewing "All logs", and not just "stdout,
> stderr"?
>
>
> <https://lh3.googleusercontent.com/-QzbBJlxqcmg/WLmNadNzaFI/DMo/HE_w_IDDO6czwSeBhDzxj48VQ4cAPBc2wCLcB/s1600/Screenshot%2B2017-03-03%2Bat%2B10.35.59%2BAM.png>
>
> 2. You might also want to check whether you have any logs for the resource
> "Cloud HTTP Load Balancer" as opposed to "GAE Application"
>
> 3. A final thing to check would be the headers attached to the response -
> specifically looking to see what the "server" header says - to determine
> whether this response is generated by our machines or your own. It seems to
> look like an error that our infrastructure generates, not your app, but
> it's good to check.
>
> Let me know what you find, and feel free to ask any further questions or
> provide any information you think may be relevant.
>
> Cheers,
>
> Nick
> Cloud Platform Community Support
>
>
> On Thursday, March 2, 2017 at 7:19:16 PM UTC-5, Nickolas Daskalou wrote:
>>
>> Hi,
>>
>> If we hit our Flexible environment service (Python 3 runtime) with a
>> relatively low concurrency level using ApacheBench, we get this returned
>> more often than not:
>>
>> Error: Server ErrorThe server encountered a temporary error and could
>> not complete your request.
>>
>> Please try again in 30 seconds.
>>
>> I can't seem to find any information in any of logs about why this is
>> occurring.
>>
>> Is there a way to get the cause of the above page being returned, whether
>> it be via the logs or otherwise?
>>
>> Thanks,
>> Nick
>>
> --
> 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/a944a61c-c6bd-4022-841f-
> 9fabe5ae9bf2%40googlegroups.com
> <https://groups.google.com/d/msgid/google-appengine/a944a61c-c6bd-4022-841f-9fabe5ae9bf2%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/CAOj3zuBO_BqdV5v9nBPXQoVmy7UOY10gpYgZcW9hO%2Bv7pEHRfg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Is cron.yaml supported with custom runtimes?

[Nickolas Daskalou]

Have you updated your crons with something like this?

> appcfg.py update_cron dir_with_cron_file?

See here for more info:

https://cloud.google.com/appengine/docs/standard/python/tools/appcfg-arguments#update_cron

You'll also need to ensure the /tasks/test URL is routed to your Flex
environment service, either as the "default" service or via routing rules
in dispatch.yaml (which you can upload with appcfg.py also).

Nick
On 05/03/2017 1:19 AM, "Ben Rometsch"  wrote:

> Hi,
>
> I'm running a custom Docker runtime on flexible VMs. I have an cron.yaml
> file in my root dir that looks like:
>
> cron:
> - description: daily summary job
>   url: /tasks/test
>   schedule: every 1 minutes
>
> It's not being run. Is cron.yaml supported in custom Docker runtimes? The
> documentation doesn't make any reference.
>
> 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/fb9f299d-0f96-45d7-864f-
> 513cffc4f70d%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/CAOj3zuDHQRy3vU7nwXmOUx%2BUTWsCsmsAudbRaKqpme7EqvS%3D-w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Are requirements.txt entries for Python Flex service installed upon deployment, or upon scaling?

[Nickolas Daskalou]

Hi,

For Python runtimes on App Engine flex, are the entries in requirements.txt
 installed
by pip during the deployment process (and then stored in a saved image,
whereby that image is then simply duplicated when needing to scaling out),
or are they installed by pip during a scale out event (i.e. when the App
Engine scheduler decides it needs a new instance of a service)?

Thanks,
Nick

-- 
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/CAOj3zuCpiCidmPh7epgry47z0o5y-LbeCewrKoO6Cd__7j3EQg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] App Engine Flex "Error: Server Error" occurs often, how to find cause?

[Nickolas Daskalou]

Hi,

If we hit our Flexible environment service (Python 3 runtime) with a
relatively low concurrency level using ApacheBench, we get this returned
more often than not:

Error: Server ErrorThe server encountered a temporary error and could not
complete your request.

Please try again in 30 seconds.

I can't seem to find any information in any of logs about why this is
occurring.

Is there a way to get the cause of the above page being returned, whether
it be via the logs or otherwise?

Thanks,
Nick

-- 
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/CAOj3zuAV6gzALM_Us92s9YABnEor7kMm%3DYKq%3DvPad7pu2D09LA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: App engine Flex: "an upstream response is buffered to a temporary file"

[Nickolas Daskalou]

Thanks for your reply Alex.

I will have a read of those links and let you know if I have any other
questions.

Nick


On 3 March 2017 at 07:58, 'Alex (Cloud Platform Support)' via Google App
Engine  wrote:

> Hi Nickolas,
>
> A good overview of the NGINX buffering mechanism can found on this
> third-party website
> .
> As described, “When buffering of responses from the proxied server is
> enabled, and the whole response does not fit into the buffers set by the
> proxy_buffer_size and proxy_buffers directives, a part of the response can
> be saved to a temporary file.”. Therefore, it will be important to look at
> the response generating these warning and check for any inconsistencies to
> determine if something is wrong with the App Engine Flexible environment.
> Also, determining if this warning is linked to any particular handler or
> endpoint may give additional insight to the root cause. Would you be able
> to provide some sort of stack trace of the response?
>
> Now as to how to mitigate these warnings themselves, you may be able to
> disable the response buffer by setting the X-Accel-Buffering response
> header to “no” as demonstrated in this Request Handling concept page
> 
> .
>
> --
> 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/6d241c7d-f106-4e51-ad7a-
> e4c96a9a4987%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/CAOj3zuASZDib0kfgsse1kfuANFm1dueSi2wzu2SViyU5%2BzR5xQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Custom domain redirecting to appspot URL

[Nickolas Daskalou]

Thanks Lorne, I can confirm it's working as expected now for our app  (that
is, visiting appspot.com URLs for a Flex service no longer redirects to
appspot-preview.com).

Just a heads up that the appspot-preview.com URLs still work fine too. Is
this something which will be turned off eventually?

Nick
On 03/03/2017 2:02 AM, "'Lorne Kligerman' via Google App Engine" <
google-appengine@googlegroups.com> wrote:

> If you haven't already noticed the lack of a redirect for your app, it
> should happen very soon. Thanks!
>
> On Mar 2, 2017 3:42 AM, "Nickolas Daskalou" <n...@daskalou.com> wrote:
>
>> Hi Josh and other Googlers,
>>
>> How's this going? Do you have an update or an ETA?
>>
>> Nick
>>
>>
>> On 28 February 2017 at 04:21, 'Josh Moore' via Google App Engine <
>> google-appengine@googlegroups.com> wrote:
>>
>>> This thread is the best place for the most up to date information on
>>> this issue right now and we'll update once we have a fix fully rolled out.
>>>
>>> On Mon, Feb 27, 2017 at 6:32 AM, Sean Lynch <techni...@gmail.com> wrote:
>>>
>>>> The "Before you Begin" appears to no longer mention anything regarding
>>>> the whitelisting requirement.  We attempted to migrate our site from
>>>> GoDaddy to App Engine but had to abort due to the redirect issue.  Where is
>>>> best place to subscribe to know when this has been resolved.  This thread?
>>>>
>>>>
>>>> On Tuesday, January 31, 2017 at 5:54:03 PM UTC-5, Alex (Cloud Platform
>>>> Support) wrote:
>>>>>
>>>>> Hi Himanshu,
>>>>>
>>>>> As your application is hosted on a GAE Flexible environment instance
>>>>> (since redirected URL includes *.appspot-preview.com), custom domains
>>>>> need to be whitelisted as mentioned in this Before you Begin section
>>>>> <https://cloud.google.com/appengine/docs/flexible/nodejs/using-custom-domains-and-ssl#before_you_begin>.
>>>>> In the third point, it is possible to whitelist the domains by filling out
>>>>> this Google contact form
>>>>> <https://support.google.com/cloud/contact/gae_flex_custom_domain>.
>>>>> However, as this form is currently unavailable, you will be contacted by
>>>>> email shortly to provide additional information regarding your project.
>>>>>
>>>> --
>>>> 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/ms
>>>> gid/google-appengine/bfed6e96-aef4-4162-96bc-19ea8a0744fa%40
>>>> googlegroups.com
>>>> <https://groups.google.com/d/msgid/google-appengine/bfed6e96-aef4-4162-96bc-19ea8a0744fa%40googlegroups.com?utm_medium=email_source=footer>
>>>> .
>>>>
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>>
>>>
>>> --
>>>
>>> Josh Moore |  Cloud Solutions Engineer |  joshu...@google.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/ms
>>> gid/google-appengine/CAOvpJmXXsVQ7PASHuTrq%3DDuKYyJg6J%2BX%2
>>> BTfciNt5goD444jZWw%40mail.gmail.com
>>> <https://groups.google.com/d/msgid/google-appengine/CAOvpJmXXsVQ7PASHuTrq%3DDuKYyJg6J%2BX%2BTfciNt5goD444jZWw%40mail.gmail.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 a topic in the
>> Google Groups "Google App Engine" group.
>> To unsubscribe from th

[google-appengine] App engine Flex: "an upstream response is buffered to a temporary file"

[Nickolas Daskalou]

Hi all,

We're using App Engine Flexible environment, python 3 runtime.

We are seeing a lot of these entries in the nginx.error log:

an upstream response is buffered to a temporary file

Is this normal behaviour or is there something wrong with Flex?

Our instances do restart quite a lot, without turning up much in the logs,
although they do not restart as often as the above message appears in the
nginx.error log.

Thanks,
Nick

-- 
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/CAOj3zuAdCxEJ3d36D7v87NeUa1O7i17%3DMZeBeFHi11ZV36Su4Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Custom domain redirecting to appspot URL

[Nickolas Daskalou]

Hi Josh and other Googlers,

How's this going? Do you have an update or an ETA?

Nick


On 28 February 2017 at 04:21, 'Josh Moore' via Google App Engine <
google-appengine@googlegroups.com> wrote:

> This thread is the best place for the most up to date information on this
> issue right now and we'll update once we have a fix fully rolled out.
>
> On Mon, Feb 27, 2017 at 6:32 AM, Sean Lynch  wrote:
>
>> The "Before you Begin" appears to no longer mention anything regarding
>> the whitelisting requirement.  We attempted to migrate our site from
>> GoDaddy to App Engine but had to abort due to the redirect issue.  Where is
>> best place to subscribe to know when this has been resolved.  This thread?
>>
>>
>> On Tuesday, January 31, 2017 at 5:54:03 PM UTC-5, Alex (Cloud Platform
>> Support) wrote:
>>>
>>> Hi Himanshu,
>>>
>>> As your application is hosted on a GAE Flexible environment instance
>>> (since redirected URL includes *.appspot-preview.com), custom domains
>>> need to be whitelisted as mentioned in this Before you Begin section
>>> .
>>> In the third point, it is possible to whitelist the domains by filling out
>>> this Google contact form
>>> .
>>> However, as this form is currently unavailable, you will be contacted by
>>> email shortly to provide additional information regarding your project.
>>>
>> --
>> 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/ms
>> gid/google-appengine/bfed6e96-aef4-4162-96bc-19ea8a0744fa%
>> 40googlegroups.com
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
>
> Josh Moore |  Cloud Solutions Engineer |  joshu...@google.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/CAOvpJmXXsVQ7PASHuTrq%3DDuKYyJg6J%2BX%
> 2BTfciNt5goD444jZWw%40mail.gmail.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/CAOj3zuB1sRWsb%3DePutTLo7qKVeFWJox2H9%2BvC%2Box7-HzUpvzig%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Custom domain redirecting to appspot URL

[Nickolas Daskalou]

Hi Lorne,

How is this coming along?

Our Flex service is still being redirected to appspot-preview.com.

This is also causing havoc with our *dispatch rules*. It seems we are
unable to send any requests to the default version of our Flex service
unless we have a "catch all" dispatch rule to the Flex service at the end
of our dispatch.yaml file (which is not possible given our application
architecture).

We have tried changing the dispatch rule to both appspot.com and
appspot-preview.com and nothing works.

The only way we can currently access our Flex service is by linking to the
specific version of the service. This is obviously not going to work if we
use the best practice method of changing versions upon each new deployment,
because all other projects which reference a specific version of our Flex
service would also need to be updated.

Happy to provide more information if needed.

Thanks,
Nick


On 25 February 2017 at 07:54, 'Lorne Kligerman' via Google App Engine <
google-appengine@googlegroups.com> wrote:

> Hi folks,
>
> We recently migrated all traffic from the appspot-preview.com domain back
> to the regular appspot.com as we approach a full release.  The regression
> you noticed was due to an issue that came up as all beta traffic moved into
> the full time stack.  We quickly identified the issue and have a fix coming
> shortly.  We apologize for the strange behaviour, but please be aware that
> flex is still a beta product.  We will do our best to avoid issues like
> this in the future.
>
> Cheers,
> Lorne.
> Product Manager - App Engine
>
> On Friday, February 24, 2017 at 7:44:30 AM UTC-8, Robert Gaal wrote:
>>
>> +1. This is a huge issue for any production app running on App Engine.
>>
>> On Friday, February 24, 2017 at 11:44:07 AM UTC+1, Aron Adler wrote:
>>>
>>> Could we clarify exactly what the issue here is? Everything was working
>>> for a couple of days, why did it go back to redirecting to the appspot
>>> domain?
>>>
>>> Also seeing as everyone seems to be having the same issue it doesn't
>>> really make sense for everyone to create separate support tickets. Can we
>>> get someone from Google to clarify what can be done to fix this?
>>>
>>> On Friday, 24 February 2017 02:58:59 UTC, Anthony Davis wrote:

 Same issue here...

 On Thursday, February 23, 2017 at 1:43:23 PM UTC-6, Joseph Reisinger
 wrote:
>
> Hi Alex-
>
> I'm seeing this issue with a newly deployed app engine instance. Is it
> possible to get my domain whitelisted?
>
> Thanks
>
> —jr
>
> On Wednesday, February 15, 2017 at 8:15:27 AM UTC-8, Alex (Cloud
> Platform Support) wrote:
>>
>> Good news, it seems like this redirection issue has now been
>> resolved. Custom domains listed on Flexible Environment App Engine
>> instances should work as prescribed without redirecting to an
>> appspot.com URL.
>>
>> Regards,
>> 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/ms
> gid/google-appengine/8883b160-5b3c-4f53-a896-83778b1f6fd1%40
> googlegroups.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/CAOj3zuARtkcDt714O0Z3CwSPrZpaPn%2BBxkF-_HNPRd_LP1VHww%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] App Engine - Inbound Mail Issues/Delays?

[Nickolas Daskalou]

Adam how do we get your private email address?

Google Groups is masking it.

Thanks,
Nick

On Monday, 20 February 2017, 'Adam (Cloud Platform Support)' via Google App
Engine  wrote:

> Feel free to send me a private message with your project id and I can take
> a look.
>
> On Friday, February 17, 2017 at 5:50:30 PM UTC-5, Will Reiher wrote:
>>
>> Alex,
>>
>> My issue is still not fully resolved today - I've had a couple instances
>> today of delayed delivery.
>> It's not related to the API it's that mail being sent to the inbound
>> @appspotmail address is being delayed before showing up on /_ah/mail and
>> hitting my request handler.
>>
>> I've triple confirmed that there is no delay from the source but it's
>> definitely not getting to my app as quickly as it should. I have logs
>> showing when the mail that was "delayed" finally hits my handler I get a
>> ton of requests all at once (which is not the way it would have been sent).
>> It seems to be an infrastructure issue.
>>
>> On Friday, February 17, 2017 at 1:50:00 PM UTC-8, Alex (Cloud Platform
>> Support) wrote:
>>>
>>> Hi Will,
>>>
>>> Glad to hear that your issue was resolved and thanks for updating the
>>> thread. For tracking purposes, can you confirm that your issue was related
>>> with the App Engine Mail API
>>> ? Also, it would be
>>> great if you could indicate which language was used in the process.
>>>
>>> Thanks,
>>>
>>> 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/4aea8582-d8a5-46ad-a3c3-
> 0b2dcad73c46%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/CAOj3zuDVXVP1wEW1XJMdvV8MEXJ3ZfgaqiVGyLBhWRXFcgD9xA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Importing data into Datastore. What's the deal?

[Nickolas Daskalou]

Can you adapt the python script to work with chained Tasks using the Task
Queue?

Which python script did they refer you to?

Nick

-- 
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/CAOj3zuCXqYuwpU-cQH7%3Dcs6UgHjBbw%3DdETJEWuu0_-nZaMSrVg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: App Engine Flex Environment custom domain forwarded to appspot-preview.com

[Nickolas Daskalou]

Adam what is your private email address so I can PM you our app details?


On 22 February 2017 at 06:30, 'Adam (Cloud Platform Support)' via Google
App Engine  wrote:

> A change was made that caused some App Engine Flexible apps to redirect to
> appspot-preview.com. If you're affected please sent me a private message
> with your project ID and I'll look into it.
>
> On Tuesday, February 21, 2017 at 1:40:52 AM UTC-5, seongjoo wrote:
>>
>> My app setup a custom domain on App Engine Flex Environment. The domain
>> is forwarded to appspot-preview.com. Clearly, I don't want this to
>> happen.
>>
>> I have another with same runtime (nodejs) setup a custom domain but it
>> didn't have the problem.
>>
>>
>> --
> 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/0fe3e5bb-77ea-4f0d-a775-
> cc2f2c3dc70a%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/CAOj3zuAt14JHLywryHupGn2ShE4CpxunxjyUMMqXewJxhn0iYw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Custom domain redirecting to appspot URL

[Nickolas Daskalou]

John this is happening to us too.

What is your private email address so I can PM you our app details?


On 20 February 2017 at 16:09, 'John Lowry' via Google App Engine <
google-appengine@googlegroups.com> wrote:

> Can you send me your app ID and I will provide help.
>
> On Saturday, February 18, 2017 at 8:09:28 AM UTC-8, Gene Linetsky wrote:
>>
>> Same here... Any news?
>>
>> On Friday, February 17, 2017 at 3:05:05 PM UTC-8, Mario Gallegos wrote:
>>>
>>> Thanks John, but what i'm trying yo do is to avoid my app to redirect to
>>> appspot-preview.com and use my custom domain instead.
>>>
>>> On Friday, February 17, 2017 at 3:21:43 PM UTC-6, John Lowry wrote:

 Hi,

 We made a change this morning which causes some App Engine Flexible
 apps to redirect to appspot-preview.com.

 If this is causing an issue for you, please create a support case and
 we will provide help.

 https://cloud.google.com/support/

 John Lowry



 On Friday, February 17, 2017 at 12:45:26 PM UTC-8, Mario Gallegos wrote:
>
> Hello Alex, I just tested it and it is not working for me.
>
> Is it supposed to be fixed for everyone? or just a few?
>
>
> On Wednesday, February 15, 2017 at 10:15:27 AM UTC-6, Alex (Cloud
> Platform Support) wrote:
>>
>> Good news, it seems like this redirection issue has now been
>> resolved. Custom domains listed on Flexible Environment App Engine
>> instances should work as prescribed without redirecting to an
>> appspot.com URL.
>>
>> Regards,
>> 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/e2c3cb7a-6472-4ae8-a849-
> 2c904b4a3498%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/CAOj3zuCAF7qW2Ps0tKPAfDq9cMf6GmEnZ4%3DNbkPLL_ANNtXR6A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Image API for Flexible Environment

[Nickolas Daskalou]

Hey Mike,

We were keen on this since the managed VM days.

In the interim we built our own solution: ImageResizer.io


It has a few more bells and whistles than GAE's image service, and is just
as easy to use.

Someone's even written a basic Node.js wrapper for it:
https://www.npmjs.com/package/imageresizer.io

Would love any feedback you have on it. PM me if you have any questions!

Nick


On 3 February 2017 at 12:40, Mike Brewster  wrote:

> I have an application I'm running on node in an App Engine Flexible
> Environment. Currently the Image service is unavailable in flex envs, but I
> have 3 separate features that'd greatly benefit by its availability.
>
> I'm curious to know how many others would love to see the Image API on
> Flexible Environments.
>
> (Standard Environment Python docs for reference: https://cloud.google.com/
> appengine/docs/python/refdocs/google.appengine.api.images)
>
> --
> 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/7a9abcc3-c33e-4216-8fcd-
> 66362667bfd9%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/CAOj3zuDDYKk3g1zjMU%3DKfNQJPxrwdHJeJKf%3DmUDRqdJSs4S7-g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: GAE custom domain redirect from naked to www

[Nickolas Daskalou]

Hi Dev,

Does your SSL certificate support the naked domain and have you added it
for your naked domain via Google's cloud console?

What happens when you do visit the naked domain over HTTPS? It would help
diagnose the problem if you sent a link to your domain.

Nick


On 19 January 2017 at 09:06, Dev Mukherjee  wrote:

> On Tue, Jan 17, 2017 at 1:42 AM, 'George (Cloud Platform Support)' via
> Google App Engine  wrote:
>
>> There is a detailed answer covering this subject at “Enable your "naked"
>> domain address ”.
>> General information on the subject to be found at Using Custom Domains
>> and SSL
>> .
>>
>>
>> --
>>
>
> I am trying to get this going as well. We followed the official
> instructions and added the redirect in Google Apps.
>
> We also have the application always running SSL. So all permutations
> eventually redirect to www. our domain.
>
> Everything works (HTTP naked domain redirects to www. HTTP www. redirects
> to HTTPS www.) except when we head to the naked domain via HTTPS, it fails
> to redirect to HTTPS www.
>
> All DNS settings are as instructed.
>
> Any clues or does this particular use case have to be handled manually?
>
> --
> 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/CANgV5UyYXdwrrkV6babxUhYGbzBRW
> %2BRNjh5%3DPtGbnbVt0Z6_vw%40mail.gmail.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/CAOj3zuDR4fr_R_9W%2BFbXkqjF7NgWYuJ5%2BLskeVxaRMjAYnE38g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] GAE custom domain redirect from naked to www

[Nickolas Daskalou]

Hi Zdenko,

You'll need to do this at the application level, since Google App Engine
does not provide this ability out of the box.

If you're using webapp2, there should be examples of redirecting naked
domains to their www counterparts.

Alternatively, a quick and dirty fix would be to point your A record to the
IP address listed on this page:

http://wwwizer.com/naked-domain-redirect

If you want the SSL redirect to work though, I think you will need to
subscribe to wwwizer's paid plan.

Thanks,
Nick
On 16/01/2017 10:08 AM, "Zdenko Hrcek"  wrote:

> Greetings,
>
> I am setting GAE Standard application to be served by custom domain based
> on docs https://cloud.google.com/appengine/docs/python/console/
> using-custom-domains-and-ssl
> What I want to achieve is that naked domain "example.com" is
> automatically redirected to "www.example.com"
> Currently both naked and www domains are served by GAE. I am using also
> SSL certificates for both naked and www subdomain.
>
> For naked domain I have set up in DNS records four A and  record types
> and CNAME ghs.googlehosted.com for www according instructions in docs.
>
> I'm little stuck with redirection issue, I'm just wandering if that is
> even possible in current setting. I would be grateful for any advice.
>
> Best regards,
> Zdenko
>
>
> --
> 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/1c82649c-fa41-4c4c-a061-
> 770e2c147ee8%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/CAOj3zuCzyA1djR-Dru4Cu-GpyGxOO9Z23FSugT-Jgs83vTN4XA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: ImportError: No module named OpenSSL

[Nickolas Daskalou]

Hi Vivek,

I know it's been over three years since you asked this question, but I'm 
wondering if you found a solution as we are experiencing a similar issue.

Thanks,

Nick


On Sunday, 23 June 2013 13:24:18 UTC+10, Vivek Srivastav wrote:
>
> Hi I am running into this problem with OpenSSL import and I get the 
> following error:
>
> *** Running dev_appserver with the following flags:
>
>  
>
> --skip_sdk_update_check=yes --port=8080 --admin_port=8000 
>
> Python command: /Library/Frameworks/Python.framework/Versions/2.7/bin/python 
>
>
> INFO 2013-06-23 03:13:09,137 devappserver2.py:528] Skipping SDK 
> update check. 
>
> INFO 2013-06-23 03:13:09,202 api_server.py:138] Starting API server at
> : http://localhost:63275 
>
> INFO 2013-06-23 03:13:09,208 dispatcher.py:164] Starting server 
> "default" running at: http://localhost:8080 
>
> INFO 2013-06-23 03:13:09,218 admin_server.py:117] Starting admin 
> server at: http://localhost:8000 
>
> ERROR2013-06-23 03:13:25,911 wsgi.py:219]  
>
> Traceback (most recent call last): 
>
>   File 
> "/Applications/GoogleAppEngineLauncher.app/Contents/Resources/GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/google/appengine/runtime/wsgi.py"
> , line 196, in Handle 
>
> handler = _config_handle.add_wsgi_middleware(self._LoadHandler()) 
>
>   File 
> "/Applications/GoogleAppEngineLauncher.app/Contents/Resources/GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/google/appengine/runtime/wsgi.py"
> , line 255, in _LoadHandler 
>
> handler = __import__(path[0]) 
>
>   File 
> "/Users/vivsriva/Vivek/SavvyBud/dev/DeviceNotificationService/src/manager.py"
> , line 9, in  
>
> from APNSHandler import APNSHandler 
>
>   File 
> "/Users/vivsriva/Vivek/SavvyBud/dev/DeviceNotificationService/src/APNSHandler.py"
> , line 6, in  
>
> from OpenSSL import SSL 
>
> ImportError: No module named OpenSSL 
>
> INFO 2013-06-23 03:13:25,921 server.py:593] default: "GET 
> /manager/apps HTTP/1.1" 500 - 
>
> INFO 2013-06-23 03:13:26,015 server.py:593] default: "GET 
> /favicon.ico HTTP/1.1" 304 -
>
>
> The OpenSSL is installed and I have added the "_ssl" key to the dictionary 
> _WHITE_LIST_C_MODULES in 
> /Applications/GoogleAppEngineLauncher.app//Contents/Resources/GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/google/appengine/tools/devappserver2/python/sandbox.py
>
> to fix the following error:
>
> ImportError: no module named "_ssl"
>
> When I import OpenSSL in the python shell, I don't get any error.
>
> In my app.yaml I have the following library added:
>
> libraries:
> - name: webapp2
>   version: "2.5.2"
> - name: ssl
>   version: latest  
>
> Any ideas, that can help me?
>

-- 
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/67b53fd9-b13e-45a5-b61d-f67b23d9e7a0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Custom Domain - G Suite requirement

[Nickolas Daskalou]

Hi Jay,

You no longer require Google Apps / G Suite to have custom domains for your
App Engine apps.

Simply visit the Google Cloud Console:

https://console.cloud.google.com/

Select your project, then from the main menu click *App Engine*, then click
*Settings*, then click *Custom domains*, then click *Add a custom domain*.

Thanks,

Nick


On 15/10/2016 9:55 AM, "Jay Kyburz"  wrote:

> Can anybody tell me you still need to have a paid Google Apps (now G
> Suite) account to have a custom domain for my app engine apps?
>
> I think I'm only paying $10 a month, but still would like to remove this
> expense.
>
> --
> 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/ms
> gid/google-appengine/9436c540-7f78-4adf-b1b6-2c9e779cff91%
> 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/CAOj3zuA1s5jzoFoZQ-FhLhsBayjpDuVORuX_7-U5Oit4a78jQA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] How can you use app engine for a SaaS application when it doesn't support custom domains?

[Nickolas Daskalou]

Currently that is not possible.

You will need to find novel ways around it.

For SocialPage.me we push static files to S3 and then use a custom API
which talks to our App Engine app when we need dynamic functionality (e.g.
for contact form submission: http://cafeico.com/contact ).

There is probably a feature request for such a domain API in the issue
tracker which you can star to express your interest.

Nick
On 25/06/2016 1:30 AM, "Gitted"  wrote:

> Hello,
>
> How are you suppose to use app engine when it doesn't support custom
> domains?
>
> For example, say I build a CMS SaaS product where my customers (thousands
> and thousands of them) will want to use their own custom domain which will
> point to my backend service.
>
> In order for this to work, App Engine has to have an Domain API so I can
> tell app engine to allow this domain to connect to my service.
>
> Example:
>www.customer1.com will create an A-record to point to my service which
> is hosted on app-engine.
>
> There will be tens of thousands of these domains since this is a SaaS
> application.
>
>
> This is currently not possible correct?
>
> --
> 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/bf7022a2-70be-4e89-b50d-b17e8117eb2f%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/CAOj3zuDB%3D-9RPVroR_UsdjsjuV-x4ffzRNz3sWokq2gMw_-uDw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: project with python and node services: inconsistent data

[Nickolas Daskalou]

Hi Faried,

Did you give this a go?

I'm curious to find out if it worked for you.

Nick


On 9 June 2016 at 19:37, Nickolas Daskalou <n...@daskalou.com> wrote:

> Hi Faried,
>
> Try deleting the Memcache key which is used by NDB after you update the
> Datastore entity on the Node server (FYI, NDB Memcache implementation found
> here
> <https://cloud.google.com/appengine/docs/python/refdocs/modules/google/appengine/ext/ndb/context>
> ).
>
> Something like this (NOTE: below code is 100% untested):
>
> 
> // Check NDB release notes in case this prefix changes, or get the latest
> // value from Python SDK (
> google.appengine.ext.ndb.Context._memcache_prefix)
> *var memcache_prefix = 'NDB9:';*
>
> // You might need to implement get_urlsafe_key() so that
> // it returns the same value as NDB's key.urlsafe()
> *var urlsafe_entity_key = get_urlsafe_key(key);*
>
> // Construct the Memcache key
> *var mkey = memcache_prefix + urlsafe_entity_key;*
>
> //  Now delete from Memcache
> *memcached.delete(mkey, function(err) {*
> *...*
> *});*
> 
>
> Let me know if that works.
>
> Nick
>
>
> On 9 June 2016 at 17:42, Faried Nawaz <far...@gmail.com> wrote:
>
>> On Thursday, June 9, 2016 at 12:36:09 AM UTC+5, Christian F. Howes wrote:
>>>
>>> Does your node service use NDB or DB?  if it is using NDB then NDB takes
>>> care of flushing the cache for you when you update an object, but you have
>>> to `get_by_key` in order to get the latest copy.
>>>
>>
>> NDB is a Python API, and I believe it only works on the App Engine, not
>> even with Python services on flexible environments (they're deployed on
>> GCE).
>>
>> --
>> 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/7b703095-c63d-423a-ae53-c8519895aa06%40googlegroups.com
>> <https://groups.google.com/d/msgid/google-appengine/7b703095-c63d-423a-ae53-c8519895aa06%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/CAOj3zuAXNKZpn11Hg%2BW0V30uGHuzM1r-UKFTVu3CkYJ%3D_eh_BA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: project with python and node services: inconsistent data

[Nickolas Daskalou]

Hi Faried,

Try deleting the Memcache key which is used by NDB after you update the
Datastore entity on the Node server (FYI, NDB Memcache implementation found
here

).

Something like this (NOTE: below code is 100% untested):


// Check NDB release notes in case this prefix changes, or get the latest
// value from Python SDK (google.appengine.ext.ndb.Context._memcache_prefix)
*var memcache_prefix = 'NDB9:';*

// You might need to implement get_urlsafe_key() so that
// it returns the same value as NDB's key.urlsafe()
*var urlsafe_entity_key = get_urlsafe_key(key);*

// Construct the Memcache key
*var mkey = memcache_prefix + urlsafe_entity_key;*

//  Now delete from Memcache
*memcached.delete(mkey, function(err) {*
*...*
*});*


Let me know if that works.

Nick


On 9 June 2016 at 17:42, Faried Nawaz  wrote:

> On Thursday, June 9, 2016 at 12:36:09 AM UTC+5, Christian F. Howes wrote:
>>
>> Does your node service use NDB or DB?  if it is using NDB then NDB takes
>> care of flushing the cache for you when you update an object, but you have
>> to `get_by_key` in order to get the latest copy.
>>
>
> NDB is a Python API, and I believe it only works on the App Engine, not
> even with Python services on flexible environments (they're deployed on
> GCE).
>
> --
> 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/7b703095-c63d-423a-ae53-c8519895aa06%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/CAOj3zuCYKrpA_OrUVrJTQARDhW7zaAihHAt8F6G6eviuwuGiRg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Happy Feedback

[Nickolas Daskalou]

Hi Alex,

Firstly, thanks for your continued efforts in answering the various
questions in this and other groups.

Secondly, regarding:

On 26 May 2016 at 09:04, 'Alex Martelli' via Google App Engine <
google-appengine@googlegroups.com> wrote:

>
> Remember your App Engine app can have multiple modules -- with different
> runtimes (and app instance classes!) if warranted, which includes classic
> vs flex runtimes, different languages, bigger and smaller instance classes.
> As long as you generally structure your app as a co-operating hive of
> micro-services (and you should anyway, for many architectural reasons that
> are far from exclusive to App Engine), App Engine supports you to the max
> -- gives you all degrees of freedom you could possibly wish for.
>

I agree this is one of the most useful features of App Engine, and being
able to have different runtime distinguished by URL is fantastic (e.g.
followus.com runs Python GAE and followus.com/blog/ runs PHP).

What we've found though is that the 10 rule limit (and the unavailability
of regex in dispatch.yaml URL entries) can be limiting when trying to
create these micro-services.

In the past I have asked for a limit increase and have gotten it, however
is there any whisper of increasing this 10 rule limit and/or bringing
full-blown regex support for the URLs in dispatch.yaml?

Nick

-- 
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/CAOj3zuAU6ObuL2TabqFMjTnMtuED2FAukqdug12ejWEmdtK4rg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Instagram blocking App Engine's urlfetch/sockets IP block

[Nickolas Daskalou]

Hi Ryan,

It seems to be working fine for us (SocialPage.me ).

Are you accessing their API using separate access tokens for each user?

Nick


On 2 May 2016 at 14:30, Ryan Barrett  wrote:

> hi all! just FYI, it looks like Instagram is blocking/rate limiting App
> Engine's IPs from fetching www.instagram.com, both urlfetch and sockets,
> across apps. e.g. this session from https://shell-hrd.appspot.com/ :
>
> >>> urllib2.urlopen('https://www.instagram.com/snarfed/')
> Traceback (most recent call last):
> ...
>   File
> "/base/data/home/runtimes/python/python_dist/lib/python2.5/urllib2.py",
> line 506, in http_error_default
> raise HTTPError(req.get_full_url(), code, msg, hdrs, fp)
> HTTPError: HTTP Error 429: Unknown
>
> it's not 100% consistent - i occasionally see requests make it through -
> but the majority get 429ed.
>
> not holding my breath, but i figured you all might want to know,
> especially in case cloud support people have lines of communication open
> with instagram/facebook for this kind of thing.
>
> --
> 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/be7f6ead-fe34-45c4-9ee0-00956b5f89de%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/CAOj3zuChBm1qwmz8ZhqeZUYWjR2S-chknzGhFA_C7s5rcTpgmA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Why can’t transactional tasks be named?

[Nickolas Daskalou]

Hi Kim,

Could we add a list of exceptions allowed to be thrown by the Task Queue
service and still consider the transaction as successful?

E.g. (mostly stolen from here

)

from google.appengine.api import taskqueue
from google.appengine.ext import ndb

@ndb.transactional
def do_something_in_transaction():
  taskqueue.add(url='/path/to/my/worker', transactional=True,
allow_transactional_exceptions=[taskqueue.TaskAlreadyExistsError,
taskqueue.TombstonedTaskError])

  #...

do_something_in_transaction()


Nick


On 29 April 2016 at 09:18, 'Kim Lewandowski' via Google App Engine <
google-appengine@googlegroups.com> wrote:

> Hi Jeff,
>
> if we allowed named tasks then the transactional task could be rejected
> because the task name already exists.
>
> "Task Name 1"  -> Datastore transaction -> AddTask to Queue
> "Task Name 1" -> Datastore transaction (???) -> 
>
>
> On Wednesday, April 27, 2016 at 12:43:43 PM UTC-7, Jeff Schnitzer wrote:
>>
>> My task queues sometimes have a lot of tasks sitting in them for various
>> reasons (usually failing/retrying). I’d _really_ love to be able to look at
>> a queue at a glance and see what’s in it. Instead it’s a wall of numbers.
>>
>> Ah hah! I can name tasks, and this will show up in the interface, right?
>>
>> I just tried that and get “transactional tasks cannot be named”. What’s
>> the rationale for this? I get that the task name needs to be unique, but
>> that can be fixed with a suffix…
>>
>> This was asked in a SO question but the answer, although accepted, is
>> bogus.
>>
>> Any ideas?
>>
>> Thanks,
>> Jeff
>>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at https://groups.google.com/group/google-appengine.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-appengine/9970005d-cdd1-4d78-bf71-a2da58d1a465%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/CAOj3zuCcaBJFMN7KNEV_jW361v5Zwm4Z7X0oM9bqh9fFNvswQA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: my git repo is empty

[Nickolas Daskalou]

You can file a production issue by following the instructions here:

https://code.google.com/p/googleappengine/wiki/FilingIssues?tm=3#→_Production_Issues

Nick


On 27 March 2016 at 03:10, Andrew Arrow  wrote:

> also empty. I think during a transition from old app engine to new
> gcloud google lost my code? I want to submitt a support request but
> I'm on free plan.
>
>
> On 3/26/16, Mihail Russu  wrote:
> >>Where's my code?
> > Check the Downloading source code
> > <
> https://cloud.google.com/appengine/docs/python/tools/uploadinganapp#Python_Downloading_source_code
> >
> > section
> > to see if it'll help...
> >
> > On Saturday, March 26, 2016 at 1:18:16 AM UTC+2, Andrew Arrow wrote:
> >>
> >> my site has been running for a year at:
> >>
> >> https://static-1064.appspot.com/
> >>
> >> I went to clone the repo:
> >>
> >> https://source.developers.google.com/p/static-1064/r/default
> >>
> >> and it clones an empty repo. Where's my code?
> >>
> >>
> >
> > --
> > 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/WCz0JORRoQ0/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/5e58dc33-0d0d-4c43-8719-f0c4df7f6638%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/CANPS%3DExQAVC8s-EKRVY2vKnOyX1LNWjMmB7sVcJpf9zrHrJE4A%40mail.gmail.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/CAOj3zuCs9QhL4f1oO%3DsuA45QKFH8pPk%3DD0CY315TjcaVw-r5eQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Modules with different languages - Is it Possible?

[Nickolas Daskalou]

Hi Alejandro,

Yes, this is definitely supported.

Keep in mind though that they will be sharing all the other goodies like
Datastore, Memcache etc., so each module will have the potential to clobber
the other's data.

Nick
On 24/03/2016 7:54 AM, "Alejandro Magnani" 
wrote:

> I've a couple of app engine applications that interact to each other -
> some of them developed in python and others in java. I was wondering if I
> can merge the solutions in just one app engine with different modules
> without changing the code base.
>
> --
> 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/6ecaedc4-9eef-42f2-b4f9-a5e21647516a%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/CAOj3zuAEq%2B909B_HHTNNf39y2E-XX8vGvvaUEDAupw99O1nE9w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Handing of the multiple task at a same time

[Nickolas Daskalou]

Why are most of the tasks failing? What is the most common error when a
task fails?


On 21 March 2016 at 16:40, Hemanth Kumar <brilliobigqu...@gmail.com> wrote:

> HI Nick
>
> My queue configuration is like this
>
> 
> appannie-queue
> 60/s
> 100
> 50
> 
> 0
> 
> 
>
> But with this, the problem is maximum of the tasks are getting failed and
> the number of records which I am getting in the big query is very less its
> about 30 Lakh instead of 240 lakh. Not able to figure out how  to
> resolve this.
>
> On Monday, March 21, 2016 at 10:51:38 AM UTC+5:30, Nickolas Daskalou wrote:
>>
>> Hi Hemanth,
>>
>> Is your task queue set up to allow enough concurrency and/or execution
>> rate?
>>
>> See: https://cloud.google.com/appengine/docs/python/config/queue
>>
>> Nick
>>
>>
>> On 21 March 2016 at 15:59, Hemanth Kumar <brillio...@gmail.com> wrote:
>>
>>> HI Nick,
>>>
>>>This includes a call to the API getting the response and
>>> inserting into big query. For the batch insert I am using TableRow only,
>>> but at a time I can only form a batch of 3000 records, and then call it to
>>> the big query. As I had written earlier, we have split our whole logic into
>>> a sets of task. The total count of task is around 5000. And each task will
>>> give me 3000 records. To complete all the task, how to reduce the time
>>> complexity, its a biggest challenge for me.
>>>
>>> Earlier , before breaking the job into multiple task , I created only
>>> one task, but to execute the whole task it was taking a long time because
>>> it almost 5000 times we have to hit the rest api to get the response. So in
>>> that case timeout exception was coming, to overcome this we splitted this
>>> whole job into 5000 task. Now , its not throwing the timeout exception, but
>>> the execution of all these task is taking a long time.
>>>
>>> Please suggest me how to overcome of this problem. It will be very
>>> useful for me.
>>>
>>>
>>>
>>> On Saturday, March 19, 2016 at 12:56:50 AM UTC+5:30, Nick (Cloud
>>> Platform Support) wrote:
>>>>
>>>> Hey Hemanth,
>>>>
>>>> There remain, after your post, some questions as to how you've
>>>> implemented your system. The rate of inserts according to 47,000 / hour is
>>>> approximately 13 / second. That seems very low - the maximum rate of
>>>> inserts for streaming inserts is 100,000 rows per second, per table
>>>> and 1,000,000 rows per second, per project.
>>>> <https://cloud.google.com/bigquery/streaming-data-into-bigquery>
>>>>
>>>> Correct me if I'm wrong, but this starts to look like this number
>>>> (47,000 in 1 hour) represents the overall time of the entire pipeline from
>>>> API call to sending the BigQuery insert(), not simply the rate at which
>>>> inserts could theoretically take place.
>>>>
>>>> Ultimately, the best way to insert BigQuery rows is not with isolated
>>>> HTTP requests, which have a lot of overhead costs, but with batch inserts.
>>>> It might be worth looking into ways that you could aggregate the records in
>>>> a layer after the task pipeline but before BigQuery which would allow you
>>>> to send big batched inserts.
>>>>
>>>> Let me know your thoughts on this, and best wishes,
>>>>
>>>> Nick
>>>> Cloud Platform Community Support
>>>>
>>>> On Friday, March 18, 2016 at 8:46:59 AM UTC-4, Hemanth Kumar wrote:
>>>>>
>>>>>
>>>>> HI ALL
>>>>>
>>>>>Urgently required some help.
>>>>>
>>>>> I am facing a slowness problem while writing the data to the big query.
>>>>>
>>>>> My problem is I have 5000 task , and each task is interacting with the
>>>>> Rest Api. The rest api is giving me the JSON response. I am parsing the
>>>>> JSON response, and the same response I have to write to big query.
>>>>>
>>>>> Every JSON response will give me around 3000 List of JSON Array.
>>>>> If I calculate the total data which will get inserted in the google
>>>>> big query is around 1500.
>>>>> To insert 47000 record its taking 1 hour. If I have to insert lakhs of
>>>>> record of data , my performance is getting hit.
>>>>

Re: [google-appengine] Re: Handing of the multiple task at a same time

[Nickolas Daskalou]

Hi Hemanth,

Is your task queue set up to allow enough concurrency and/or execution rate?

See: https://cloud.google.com/appengine/docs/python/config/queue

Nick


On 21 March 2016 at 15:59, Hemanth Kumar  wrote:

> HI Nick,
>
>This includes a call to the API getting the response and inserting
> into big query. For the batch insert I am using TableRow only, but at a
> time I can only form a batch of 3000 records, and then call it to the big
> query. As I had written earlier, we have split our whole logic into a sets
> of task. The total count of task is around 5000. And each task will give me
> 3000 records. To complete all the task, how to reduce the time complexity,
> its a biggest challenge for me.
>
> Earlier , before breaking the job into multiple task , I created only one
> task, but to execute the whole task it was taking a long time because it
> almost 5000 times we have to hit the rest api to get the response. So in
> that case timeout exception was coming, to overcome this we splitted this
> whole job into 5000 task. Now , its not throwing the timeout exception, but
> the execution of all these task is taking a long time.
>
> Please suggest me how to overcome of this problem. It will be very useful
> for me.
>
>
>
> On Saturday, March 19, 2016 at 12:56:50 AM UTC+5:30, Nick (Cloud Platform
> Support) wrote:
>>
>> Hey Hemanth,
>>
>> There remain, after your post, some questions as to how you've
>> implemented your system. The rate of inserts according to 47,000 / hour is
>> approximately 13 / second. That seems very low - the maximum rate of
>> inserts for streaming inserts is 100,000 rows per second, per table and
>> 1,000,000 rows per second, per project.
>> 
>>
>> Correct me if I'm wrong, but this starts to look like this number (47,000
>> in 1 hour) represents the overall time of the entire pipeline from API call
>> to sending the BigQuery insert(), not simply the rate at which inserts
>> could theoretically take place.
>>
>> Ultimately, the best way to insert BigQuery rows is not with isolated
>> HTTP requests, which have a lot of overhead costs, but with batch inserts.
>> It might be worth looking into ways that you could aggregate the records in
>> a layer after the task pipeline but before BigQuery which would allow you
>> to send big batched inserts.
>>
>> Let me know your thoughts on this, and best wishes,
>>
>> Nick
>> Cloud Platform Community Support
>>
>> On Friday, March 18, 2016 at 8:46:59 AM UTC-4, Hemanth Kumar wrote:
>>>
>>>
>>> HI ALL
>>>
>>>Urgently required some help.
>>>
>>> I am facing a slowness problem while writing the data to the big query.
>>>
>>> My problem is I have 5000 task , and each task is interacting with the
>>> Rest Api. The rest api is giving me the JSON response. I am parsing the
>>> JSON response, and the same response I have to write to big query.
>>>
>>> Every JSON response will give me around 3000 List of JSON Array.
>>> If I calculate the total data which will get inserted in the google big
>>> query is around 1500.
>>> To insert 47000 record its taking 1 hour. If I have to insert lakhs of
>>> record of data , my performance is getting hit.
>>>
>>> Please give a good suggestion to improve the time complexity for this
>>> problem. How I will resolve this using Google App Engine,
>>>
>> --
> 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/8475603f-a249-407a-b180-2e5f4b51ed54%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/CAOj3zuDm8UKJNSaWZLQ00LKD_BHS750zjG9kCvzvUc32RhVX%3Dw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Content-Length response header

[Nickolas Daskalou]

Hi Linus,

Do you have a public URL we can test?

Nick
On 12/03/2016 10:07 PM, "Linus Larsen"  wrote:

> Sometime yesterday (10th), our clients started to behave strage. After
> some investigation it seems like Google decided to remove the Content-Length
> header from the http responses. The request / response messages between
> our clients are actually small protobuf encoded binary messages, using
> Content-Type: application/octet-stream, and this has worked flawless uptil
> now.
>
> Ok, we thought we just set the clients to use HTTP1.0, since
> Content-Length header is mandatory in 1.0. But that didn't help we still
> don't get any
> Content-Length IMO this GAE behavior breaks GAE and HTTP1.0 compability.
>
> So, why is the Content-Length header missing? It was there before but has
> been removed, why wasn't we informed?
>
>
>
>
> --
> 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/2d8c8dbb-8f93-4935-84ea-2bcc2f86de9f%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/CAOj3zuA%2BHiBZnLcfyqUkqbz8USAqUMe2PRokwwVQ44h0gz1uzg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: New Log Viewer - Unusable

[Nickolas Daskalou]

Another gripe with the new Logs viewer - multiple entries appear for the
one request e.g. in the below screenshot, only 2 requests were made, but
that resulted in 6 log entries (3 entries or each request).

[image: Inline images 1]

Very confusing to look at.

Nick


On 11 March 2016 at 14:43, Christian F. Howes <
christian.ho...@starmakerinteractive.com> wrote:

> Rajesh,
>
> I'd love to know what the link is to the issue you file in the Public
> Issue tracker as i would like to star it!  I have the same problems and
> still use the old log viewer because of them.
>
> thanks,
>
> christian
>
>
> On Thursday, March 10, 2016 at 4:01:27 PM UTC-8, Nick (Cloud Platform
> Support) wrote:
>>
>> Hey Rajesh,
>>
>> Thanks for taking the time to write your feedback. Unfortunately, this
>> isn't the right place to make such a posting. If you have any concrete
>> issues to report or feature requests to propose, feel free to open a thread
>> in the Public Issue Tracker for the Cloud Platform
>> . We
>> monitor it every day and will react quickly to any issue reports or feature
>> requests there.
>>
>> Best wishes,
>>
>> Nick
>> Cloud Platform Community Support
>>
>> On Thursday, March 10, 2016 at 7:24:24 AM UTC-5, Rajesh Gupta wrote:
>>>
>>> New Log viewer is slow with many issues.
>>> It is just not usable for production logs.
>>> I was examining the logs that are 10 days old.
>>> I am using the advance filter.
>>> - Don't know if I am scrolling down, wheather the logs are shown older
>>> or newer
>>> - When given the date, don't know, the logs are searching older than the
>>> given date or later than
>>> the given date.
>>> - Too slow,
>>> - Some times does not fetch the logs even after waiting for 1-2 min.
>>> - The menu link 'view - show new logs at the top'.  Don't know which
>>> state that it is, and it does not store the state. There should be a
>>> checkmark, saying it is showing the new logs at top or at the bottom.
>>>
>>> Request appengine team, to fix the log viewer and make it more pleasant
>>> to use.
>>>
>>>
>>> --
>>> Rajesh
>>> *www.VeersoftSolutions.com *
>>> *www.AccountingGuru.net *
>>> *Accounting/Inventory/Orders on Google Cloud Platform and Mobile*
>>>
>>> --
> 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/eb398bb2-3da8-4267-9b8c-31441cbb45ec%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/CAOj3zuBCZtAaLm5ghDKTua_4Du23uCE6a%2BKUtOjS413z%3DnRVSg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] New Cloud Console

[Nickolas Daskalou]

Hi Lorne / Nick,

Yet another new issue with the Logs viewer which just occurred about 5
minutes ago.

Upon visiting the Logs viewer for 2 different projects, this error popped
up before any logs were shown, then disappeared after about 5 seconds
without me doing anything (and finally logs were indeed shown):

[image: Inline images 1]

Nick



On 8 March 2016 at 06:15, 'Nick (Cloud Platform Support)' via Google App
Engine  wrote:

> Hey Chris,
>
> If you could link which issues those are which have been fixed but not
> updated, we could take a look and determine whether they should be updated
> with any new relevant information, such as a fix. Feel free to reply to me
> in this thread.
>
> Best wishes,
>
> Nick
>
>
> On Thursday, February 25, 2016 at 1:09:43 PM UTC-5, Christian F. Howes
> wrote:
>>
>> Thanks Lorne.
>>
>> Will we also be better at triaging and updating the Public Issue
>> Tracker?  Paid support told me today that several of the issues I filed
>> last year are supposedly fixed, but the Public Issue Tracker has yet to
>> be updated.
>>
>> The lack of information provided, but the hard deadline on the turn-down
>> notice really concerns me as I don't have confidence that I will be able
>> to efficiently and effectively manage my app 6 weeks from now.
>>
>> Thanks,
>>
>> Christian
>>
>> On 2/25/16 04:49, 'Lorne Kligerman' via Google App Engine wrote:
>> > Thanks everyone for the feedback.  Overall, we are going to reach
>> feature
>> > parity in the Cloud Platform Console before turning down the Admin
>> Console.
>> >   The next communication we send will have more details and will
>> outline any
>> > gaps that exist and our plans to address them.  To answer the questions
>> > asked here:
>> >
>> > - the dispatch rules will not be visible right away, but we are
>> actively
>> > working on a mechanism for you to view all of your App Engine
>> configuration
>> > in one place
>> > - prohibiting code downloads will not show up in the same way, but this
>> can
>> > be managed through roles and upcoming IAM functionality
>> > - as mentioned already, performance is a known issue that is a top
>> priority
>> > for the team
>> >
>> > Please continue to log issues as Nick mentioned and we will triage
>> > accordingly.
>> >
>> > Cheers,
>> > Lorne.
>> >
>> > On Thursday, February 25, 2016 at 6:13:25 AM UTC-5, troberti wrote:
>> >>
>> >> 1+ for speed. Also, is the requests/seconds coming to the new console?
>> At
>> >> least for me that's an easier value to discuss. Besides, the new
>> console's
>> >> request/minute do not match the request/second metric in the old
>> console.
>> >>
>> >> On Thursday, February 25, 2016 at 11:20:34 AM UTC+1, Mark Cummins
>> wrote:
>> >>>
>> >>> +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 

Re: [google-appengine] application proplem

[Nickolas Daskalou]

Hi Xuyun,

Are you trying to create a new App Engine app?

If so, try creating it via the new Cloud Console:

https://console.developers.google.com/

Nick


On 5 March 2016 at 19:45, Xuyun Yang  wrote:

> sorry, I have some problem when I tried to find picture like the
> screenshot attached.  please help QAQ
>
> --
> 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/2992f2e1-cb8a-4958-8629-597690440dce%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/CAOj3zuBRsHpGzwUqNNR_dosNUdFDh9Ch2v7aZwnKL%2BZEC%2Bx7Bw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] New Cloud Console

[Nickolas Daskalou]

For me, the new Cloud Console is more aesthetically pleasing, and it is
indeed nice to have all of Google Cloud in one aggregated console.

It can, however, get very clunky at times.

The new Logs viewer is a perfect example of this. E.g. hitting enter in the
search box works most of the time, but then there are occasions where
nothing happens. Type in an extra search query, or delete an existing
search item, hit Enter, then nothing. No change in the log items list.
Auto refresh on scroll up/down can be good, until it doesn't work. Then it
gets super frustrating. Clicking on the refresh and play buttons, work
well, until they don't. I've also seen the date/time input clobbered,
seemingly randomly.

If I'm on the new Logs viewer page for more than a few minutes at a time, I
find myself having to constantly reload the page to get it working again. A
simple refresh will not do, because the browser's current address bar URL
changes as you use the Logs viewer, and it's possible a simple refresh will
result in a similar unresponsive, quirky view you were already on.

So instead, when I want to refresh the Logs viewer (which occurs 90% of the
time I have been on the page for more than a few minutes), I need to
manually delete most of the current URL to get back to the base, "starting"
Logs viewer URL for my current project.

I sometimes think about Celine Dion's Titanic song, you know the one that
goes "every night in my dreams, I see you, I feel you"? I feel that way
about the " *· · ·* Loading..." mini status popup in the new Logs viewer.
It haunts me, and sometimes it just won't go away.

The new Cloud Console feels half-baked. Well, 80% baked. At least the App
Engine parts do. Or rather, the App Engine parts I use. Another example:
"Could not load instances information. [Dismiss link]" in the App Engine ->
Versions page constantly pops up when I'm trying to switch between modules.
Constantly.

Also, this guy:

[image: Inline images 2]

Sometimes he just can't take the hint and leave.

However, as the Iron Sheik once said, besides that everything was great.

Nick


On 3 March 2016 at 11:33, Christian F. Howes <
christian.ho...@starmakerinteractive.com> wrote:

> Lorne,
>
> the other things that hinder us in a measurable way are page load times,
> lack of direct links to individual pages, and finding where things are
> (including having some things missing from the search index).
>
> on a personal opinion level I really miss having all my app engine
> management tools 1 click away with a full listing in the sidebar.  now
> several of them are 2 clicks away.
>
> thanks for the continued improvements!  things are getting better in the
> new console and it's close to ready for the switch.
>
> christian
>
>
> On 3/2/16 16:02, 'Lorne Kligerman' via Google App Engine wrote:
>
>> We are working to improve our attention to the public issue tracker,
>> something we acknowledge has slipped but it is by no means an indication
>> that these items are not important to us and our engineering teams.
>>
>> Besides the items already mentioned here (usage history, migrate traffic,
>> logs), could you elaborate on what else would limit your ability to manage
>> your app from the Cloud Console?
>>
>> On Thursday, February 25, 2016 at 10:09:43 AM UTC-8, Christian F. Howes
>> wrote:
>>
>>>
>>> Thanks Lorne.
>>>
>>> Will we also be better at triaging and updating the Public Issue
>>> Tracker?  Paid support told me today that several of the issues I filed
>>> last year are supposedly fixed, but the Public Issue Tracker has yet to
>>> be updated.
>>>
>>> The lack of information provided, but the hard deadline on the turn-down
>>> notice really concerns me as I don't have confidence that I will be able
>>> to efficiently and effectively manage my app 6 weeks from now.
>>>
>>> Thanks,
>>>
>>> Christian
>>>
>>> On 2/25/16 04:49, 'Lorne Kligerman' via Google App Engine wrote:
>>>
 Thanks everyone for the feedback.  Overall, we are going to reach

>>> feature
>>>
 parity in the Cloud Platform Console before turning down the Admin

>>> Console.
>>>
The next communication we send will have more details and will
 outline

>>> any
>>>
 gaps that exist and our plans to address them.  To answer the questions
 asked here:

 - the dispatch rules will not be visible right away, but we are actively
 working on a mechanism for you to view all of your App Engine

>>> configuration
>>>
 in one place
 - prohibiting code downloads will not show up in the same way, but this

>>> can
>>>
 be managed through roles and upcoming IAM functionality
 - as mentioned already, performance is a known issue that is a top

>>> priority
>>>
 for the team

 Please continue to log issues as Nick mentioned and we will triage
 accordingly.

 Cheers,
 Lorne.

 On Thursday, February 25, 2016 at 6:13:25 AM UTC-5, troberti wrote:

>
> 1+ for 

Re: [google-appengine] Re: Custom Domain not working

[Nickolas Daskalou]

What's the domain? Run something like this in a terminal to see if your DNS
records have been correctly set:

> dig mydomain.com a

Nick
On 02/03/2016 12:20 AM, "M. Hossein Amerkashi"  wrote:

> Hi, Any input on this? I really appreciate feedback. THANKS
>
> On Monday, February 29, 2016 at 10:27:44 AM UTC-5, M. Hossein Amerkashi
> wrote:
>>
>> Hi, I'm having issue getting the custom domain working for
>> console.cloud.google.com
>> Here are what I have done:
>> 1. Got a domain using google domains
>> 2. Used google could and went to custom domain settings. Under Settings:
>> 2.1 item 1 - skipped, because it was already a verifided domain -
>> purchased using google domain
>> 2.2 item 2 - selected 1st radio button because I wanted the root
>> domain
>> 2.3 item 3 - it was populated with a list of A and  for root
>> 3. Copied those into clipboard
>> 4. Went back into google domains
>> 5. Went into DNS settings of the my custom domain
>> 6. Under NameServer, selected "Use Google's name servers"
>> 7. Under "Registered hosts", added IP4 and IP6 addresses that was into
>> clipboard (item 2.3 above)
>> 8. Under "Custom Resource Records", added the 4 A and  hosts
>>
>> Have waited about +30hours and still not working.
>>
>> All help will greatly be appreciated.
>>
>> 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/dbdcf475-ce5a-4561-8a2d-61983de6f62b%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/CAOj3zuA233pPynAvo3_4gpOHxEF5RgLfSF%2BF0_Zhi_sDjz8Svg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Increase 10 routing rules limit in dispatch.yaml

[Nickolas Daskalou]

Hi all,

How would I go about requesting an increase to the current limit of 10 
routing rules in dispatch.yaml?

One of the projects I'm working on is getting bigger and it would be easier 
to manage if we were allowed to create more than 10 routing rules.

Thanks,

Nick

-- 
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/989b6efc-0012-4353-aa57-63279c6af572%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] FeatureNotEnabledError: The API call images.Transform() is currently not enabled.

[Nickolas Daskalou]

Hi Zengyang,

We had the same problem (I created the other question you linked to).

We also had PIL installed and some tinkering did not help, so we switched
the module back to classic App Engine long before it took Google Support
one month to reply back to me.

If you get it working, please let me know how!

Nick


On 6 November 2015 at 10:14, Zengyang Wang  wrote:

> After switching to a Managed VM, calls to the Image API are now broken:
>
> E 16:35:47.227 The API call images.Transform() is currently not enabled.
>   Traceback (most recent call last):
> File "/home/vmagent/python_vm_runtime/lib/webapp2-2.5.2/webapp2.py", 
> line 570, in dispatch
>   return method(*args, **kwargs)
> ...
>
> File 
> "/home/vmagent/python_vm_runtime/google/appengine/api/images/__init__.py", 
> line 800, in execute_transforms
>   return rpc.get_result()
> File 
> "/home/vmagent/python_vm_runtime/google/appengine/api/apiproxy_stub_map.py", 
> line 613, in get_result
>   return self.__get_result_hook(self)
> File 
> "/home/vmagent/python_vm_runtime/google/appengine/api/images/__init__.py", 
> line 885, in execute_transforms_hook
>   rpc.check_success()
> File 
> "/home/vmagent/python_vm_runtime/google/appengine/api/apiproxy_stub_map.py", 
> line 579, in check_success
>   self.__rpc.CheckSuccess()
> File 
> "/home/vmagent/python_vm_runtime/google/appengine/ext/vmruntime/vmstub.py", 
> line 321, in _WaitImpl
>   raise self._TranslateToError(parsed_response)
> File 
> "/home/vmagent/python_vm_runtime/google/appengine/ext/vmruntime/vmstub.py", 
> line 174, in _TranslateToError
>   raise self._ErrorException(exception_type, msg)
>   FeatureNotEnabledError: The API call images.Transform() is currently 
> not enabled.
>
> I've tried installing PIL properly as per
> https://groups.google.com/forum/#!topic/google-appengine/KgCZa1pb7FA but
> it didn't help. This only happens in the Managed VM environment, and I'm
> having trouble debugging it. Does anyone have a solution for this problem?
> I'm using the python runtime (gcr.io/google_appengine/python-compat).
>
> --
> 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/b8a2bdf1-6609-4868-858d-c1d896ec396b%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/CAOj3zuDrFFJvdTky%3Dh5Rj5NNJviz-GSJqLXpXurrbHxNPD%2BVTA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] FeatureNotEnabledError: The API call images.Transform() is currently not enabled.

[Nickolas Daskalou]

Also FYI, we run some image manipulations for ImageResizer.io
<https://imageresizer.io/> on the classic App Engine module, and others
(like image blur) on the managed VM module.

The classic App Engine module receives the image transformation request
from the client, and depending on what image manipulation was requested,
decides when to route it internally to the managed VM module.

It is not an ideal solution but it is working for us.

Having the managed VM being able to access App Engine's image service would
definitely simplify our implementation.

Nick


On 6 November 2015 at 12:23, Nickolas Daskalou <n...@daskalou.com> wrote:

> Hi Zengyang,
>
> We had the same problem (I created the other question you linked to).
>
> We also had PIL installed and some tinkering did not help, so we switched
> the module back to classic App Engine long before it took Google Support
> one month to reply back to me.
>
> If you get it working, please let me know how!
>
> Nick
>
>
> On 6 November 2015 at 10:14, Zengyang Wang <zengyang.w...@kik.com> wrote:
>
>> After switching to a Managed VM, calls to the Image API are now broken:
>>
>> E 16:35:47.227 The API call images.Transform() is currently not enabled.
>>   Traceback (most recent call last):
>> File "/home/vmagent/python_vm_runtime/lib/webapp2-2.5.2/webapp2.py", 
>> line 570, in dispatch
>>   return method(*args, **kwargs)
>> ...
>>
>> File 
>> "/home/vmagent/python_vm_runtime/google/appengine/api/images/__init__.py", 
>> line 800, in execute_transforms
>>   return rpc.get_result()
>> File 
>> "/home/vmagent/python_vm_runtime/google/appengine/api/apiproxy_stub_map.py", 
>> line 613, in get_result
>>   return self.__get_result_hook(self)
>> File 
>> "/home/vmagent/python_vm_runtime/google/appengine/api/images/__init__.py", 
>> line 885, in execute_transforms_hook
>>   rpc.check_success()
>> File 
>> "/home/vmagent/python_vm_runtime/google/appengine/api/apiproxy_stub_map.py", 
>> line 579, in check_success
>>   self.__rpc.CheckSuccess()
>> File 
>> "/home/vmagent/python_vm_runtime/google/appengine/ext/vmruntime/vmstub.py", 
>> line 321, in _WaitImpl
>>   raise self._TranslateToError(parsed_response)
>> File 
>> "/home/vmagent/python_vm_runtime/google/appengine/ext/vmruntime/vmstub.py", 
>> line 174, in _TranslateToError
>>   raise self._ErrorException(exception_type, msg)
>>   FeatureNotEnabledError: The API call images.Transform() is currently 
>> not enabled.
>>
>> I've tried installing PIL properly as per
>> https://groups.google.com/forum/#!topic/google-appengine/KgCZa1pb7FA but
>> it didn't help. This only happens in the Managed VM environment, and I'm
>> having trouble debugging it. Does anyone have a solution for this problem?
>> I'm using the python runtime (gcr.io/google_appengine/python-compat).
>>
>> --
>> 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/b8a2bdf1-6609-4868-858d-c1d896ec396b%40googlegroups.com
>> <https://groups.google.com/d/msgid/google-appengine/b8a2bdf1-6609-4868-858d-c1d896ec396b%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 http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAOj3zuBEysuQ8VW%3DyPa4m5QF9Go_X%3DHjoCF5R0u52DWOm%3D5VSg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

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

[Nickolas Daskalou]

Why don't you try using CloudFlare's page rules to redirect all naked
domain traffic to the www version?
On 30/08/2015 8:07 PM, Richard Cheesmar chezand...@gmail.com 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/25439cf0-06b7-434c-9ad0-23ff152f5423%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/25439cf0-06b7-434c-9ad0-23ff152f5423%40googlegroups.com?utm_medium=emailutm_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 http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAOj3zuBFmP4Pb4sNcFWiisLYuHXRZfvywVLciUcOjgFKbe%3DJrA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Managed VMs f1-micro

[Nickolas Daskalou]

What values did you put in to force an f1-micro instance?

Nick


On 19 May 2015 at 23:13, pdknsk pdk...@gmail.com wrote:

 Figured it out myself. Apparently 0 is ignored and replaced by default
 value. Bonus question: What does cpu refer to exactly? Virtual cores,
 physical cores, GCEU? The docs could be clarified 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/b79df09e-383d-4dfd-a3cf-a016a7bcbc63%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/b79df09e-383d-4dfd-a3cf-a016a7bcbc63%40googlegroups.com?utm_medium=emailutm_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 http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAOj3zuCceZQw_Vr3i8ibqesvVTMmwYo8BJ2L65w-dLBBCWygDA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Appengine Logs and BigQuery

[Nickolas Daskalou]

You can use table unions, as explained on this page under the FROM heading:

https://cloud.google.com/bigquery/query-reference#from

To quote that page:

===
Note: Unlike many other SQL-based systems, BigQuery uses the comma syntax
to indicate table unions, not joins. This means you can run a query over
several tables with compatible schemas as follows:

// Find suspicious activity over several days
SELECT FORMAT_UTC_USEC(event.timestamp_in_usec) AS time, request_url
  FROM [applogs.events_20120501], [applogs.events_20120502],
[applogs.events_20120503]
  WHERE event.username = 'root' AND NOT event.source_ip.is_internal;

Queries that perform a union over large number of tables can expect to run
more slowly than the same query over a single table with the same amount of
data. The difference in performance can be up to 50 ms per additional
table. The maximum number of tables you can perform a union on is 1,000.
===

Hope this helps.

Nick
 On 09/05/2015 12:05 PM, Aswath Satrasala aswath.satras...@gmail.com
wrote:

 I want to analyze the logs over a period of time. How can I run queries,
 if the logs are sent to a new bigquery table every day.



 On Wed, May 6, 2015 at 4:35 PM, Aswath Satrasala 
 aswath.satras...@gmail.com wrote:

 Hi,
 I am sending the Appengine Log to BigQuery using the LogViewer screen.
 In the BigQuery browser, I see that a table is created for every 1 day of
 log.

 Question:
 How can I send the logs to the same table instead of to different table
 every day.

 -Aswath
 www.AccountingGuru.net http://www.accountingguru.net/
 www.VeersoftSolutions.com http://www.veersoftsolutions.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/CAKFF5G6DnF40ORj7ca4jWt%3DRtFVFnBCnf_-sE634xZ8v6BYjrQ%40mail.gmail.com
 https://groups.google.com/d/msgid/google-appengine/CAKFF5G6DnF40ORj7ca4jWt%3DRtFVFnBCnf_-sE634xZ8v6BYjrQ%40mail.gmail.com?utm_medium=emailutm_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 http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAOj3zuA-xKLyYeUYrXM5BStC0-MeRg%3DHg86djBZ0VJTDRA917Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] FeatureNotEnabledError on Managed VM for Image Service

[Nickolas Daskalou]

Hi all,

Wondering if anyone knows what the problem is here.

Runtime: Python

I have just changed a module over to Managed VMs, and it uses the Images 
Python API (https://cloud.google.com/appengine/docs/python/images/).

The module was working fine before the change (been running for almost one 
year), but now on Managed VMs I get this error (in production only, dev 
server is working fine):


*The API call images.Transform() is currently not enabled.* Traceback (most 
recent call last): File 
/home/vmagent/python_vm_runtime/lib/webapp2-2.5.2/webapp2.py, line 1529, 
in __call__ rv = self.router.dispatch(request, response) File 
/home/vmagent/python_vm_runtime/lib/webapp2-2.5.2/webapp2.py, line 1278, 
in default_dispatcher return route.handler_adapter(request, response) File 
/home/vmagent/python_vm_runtime/lib/webapp2-2.5.2/webapp2.py, line 1102, 
in __call__ return handler.dispatch() File 
/home/vmagent/app/some/file/path.py, line 333, in dispatch result = 
super(Controller, self).dispatch() File 
/home/vmagent/python_vm_runtime/lib/webapp2-2.5.2/webapp2.py, line 572, 
in dispatch return self.handle_exception(e, self.app.debug) File 
/home/vmagent/python_vm_runtime/lib/webapp2-2.5.2/webapp2.py, line 570, 
in dispatch return method(*args, **kwargs) File 
/home/vmagent/app/some/other/file.py, line 113, in get ret = self.
some_method(self.ai, **options) File 
/home/vmagent/app/some/other/file.py, line 888, in some_method tsr=tsr) 
File 
/home/vmagent/python_vm_runtime/google/appengine/api/images/__init__.py, 
line 800, in execute_transforms return rpc.get_result() File 
/home/vmagent/python_vm_runtime/google/appengine/api/apiproxy_stub_map.py, 
line 613, in get_result return self.__get_result_hook(self) File 
/home/vmagent/python_vm_runtime/google/appengine/api/images/__init__.py, 
line 885, in execute_transforms_hook rpc.check_success() File 
/home/vmagent/python_vm_runtime/google/appengine/api/apiproxy_stub_map.py, 
line 579, in check_success self.__rpc.CheckSuccess() File 
/home/vmagent/python_vm_runtime/google/appengine/ext/vmruntime/vmstub.py, 
line 311, in _WaitImpl raise self._TranslateToError(parsed_response) File 
/home/vmagent/python_vm_runtime/google/appengine/ext/vmruntime/vmstub.py, 
line 164, in _TranslateToError raise self._ErrorException(exception_type, 
msg) *FeatureNotEnabledError: The API call images.Transform() is currently 
not enabled.*


Billing is enabled on this project/app.


Any Googlers who have been recently active on this list have any idea?

Do I need to request the Images API to be switched on for my Managed VM 
module?

I can PM the app, module and version if needed.


Thanks,

Nick

-- 
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/b1bfc38c-afe6-447a-bdfc-bd1e0184b95b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Custom Domain SSL set up

[Nickolas Daskalou]

It looks like https://www.glubey.com/ is working as expected when accessed
from Melbourne, Australia.

You cannot serve naked domains from App Engine using SSL, so
https://glubey.com/ will not work directly off App Engine (and in fact
there is no IP address resolution for glubey.com).

With naked domains, you currently have two options:


   1. Serve directly from App Engine using HTTP only.

   2. Serve via a proxy like CloudFlare https://www.cloudflare.com/ or
   wwwizer http://wwwizer.com/ (or roll your own) if you want HTTPS/SSL.


Either option will work, depending on your needs, however you should only
use one of either www.glubey.com or glubey.com as your primary address
(i.e. have one of them redirect to the other), since it will reduce user
confusion and it plays nicer with search engines like Google.

Keep in mind that if you expect a lot of traffic, I advise against using
https://glubey.com/ via a proxy as your primary address, since there is a
chance that App Engine's infrastructure will detect the mass proxy requests
as a potential DDOS or similar attack and cut off access to your app from
the proxy servers, and hence from your users.

Nick


On 2 March 2015 at 10:57, Adam araf...@google.com wrote:

 Both https://www.glubey.com and https://glubey.com are working for me
 (they direct to a site). What's the expected result?

 In the case that it was just propagation related to the CNAME record, you
 can always use a DNS lookup tool to check (eg.
 http://network-tools.com/nslook/Default.asp?domain=www.glubey.comtype=255
 ).

 On Sunday, March 1, 2015 at 4:25:26 PM UTC-5, Jimin Park wrote:

 I followed all the steps and got to the screen shot attached to this
 email.

 I went to my domain's company control panel and set up the CNAME as well.

 However nothing has happened for the past 5 hours. I am not sure if I am
 supposed to just wait?

 Before when I didn't use GAE, I used to configure name servers and work
 fairly quickly.

 This is my first time using GAE with custom domain and setting up SSL so
 I am quite confused.


  --
 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/f6697048-8163-4102-8f89-8106b38c45be%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/f6697048-8163-4102-8f89-8106b38c45be%40googlegroups.com?utm_medium=emailutm_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 http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAOj3zuAbqa4cViusfsPYdW3pO8duAGsQYhHgtwkhwe2P9-788Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Datastore: how to design for huge time-series data

[Nickolas Daskalou]

+1 for BigQuery if you only need to add records (not edit or delete them).

We use BigQuery to store analytic data for FollowUs.com
http://followus.com.

Best thing about it is that it works as advertised.

Biggest downside is that queries can take a few seconds to return with
results. If you can live with that, I say definitely give it a go.

Nick


On 3 February 2015 at 19:42, Vinny P vinny...@gmail.com wrote:

 On Sun, Feb 1, 2015 at 4:00 PM, Shailendra Singh srj0...@gmail.com
  wrote:

 This might be a question out of track. Somehow i figured out how to store
 multiple values in NDB i.e. using repeated properties. Now my next step is
 to create google chart. Can some one guide me for the same. I hadn't found
 much tutorials for google Chart + NDB . Google charts have google docs but
 their queries and functions are only for some of the data stores like
 google spreadsheet, fusion table etc. How can i used NDB queries to get
 data which is compatible for google chart. Any lead will be helpful.




 The exact process depends on your use case, but for the simplest case you
 would retrieve the entity you need, retrieve all of the repeated
 properties
 http://stackoverflow.com/questions/19829675/how-to-access-all-repeated-structured-properties-in-gae-ndb-python,
 then print out those values as part of a web page similar to this code:
 https://developers.google.com/chart/interactive/docs/examples#table_example

 Did you want to make the data available as part of an API (since Google
 Charts can load in JSON data) or write it directly into a web page?



 -
 -Vinny P
 Technology  Media Consultant
 Chicago, IL

  --
 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/CALSvALDhpDgJ4JFfjiMk6Pb-pKo2-A73tXm0aZrViVxG8T77Mw%40mail.gmail.com
 https://groups.google.com/d/msgid/google-appengine/CALSvALDhpDgJ4JFfjiMk6Pb-pKo2-A73tXm0aZrViVxG8T77Mw%40mail.gmail.com?utm_medium=emailutm_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 http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAOj3zuDu72G2CE6O_%2B35rbG9D-xs3jhJPOSfDeVpBWgScubhwQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Far in Future Task Queue ETAs

[Nickolas Daskalou]

The maximum ETA allowed is 30 days from the current date and time.

See here:
https://cloud.google.com/appengine/docs/java/taskqueue/overview-push?hl=it#Java_Quotas_and_limits_for_push_queues

From our experience, the push queues do an excellent job of living up to
their promise of running each task at least once (with an execution time
pretty much spot on to the desired time), no matter how far out the ETA is.

Apart from that, I'd advise that whatever your task plans on doing, it
should check to ensure that its work is still relevant.

E.g. if you're scheduling a task to run in 24 hours which emails a new user
reminding them to verify their email address, you should ensure that their
email address is still unverified at the start of the task execution.

Nick


On 20 December 2014 at 07:20, Andrew Greene awgre...@gmail.com wrote:

 Are there any risks/cautions around creating tasks in a push queue with an
 ETA of say 1 month or 1 year or even longer from now?

 Thanks,
 Andrew

 --
 You received this message because you are subscribed to the Google Groups
 Google App Engine group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to google-appengine+unsubscr...@googlegroups.com.
 To post to this group, send email to google-appengine@googlegroups.com.
 Visit this group at http://groups.google.com/group/google-appengine.
 For more options, visit https://groups.google.com/d/optout.


-- 
You received this message because you are subscribed to the Google Groups 
Google App Engine group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] How to increase Task Queue Execution timing

[Nickolas Daskalou]

We use BigQuery (Python) to analyse visitor and click data on followus.com
pages.

From what we've seen, BigQuery queries scale really well over large
datasets and complex queries.

However, there is an overhead to each BigQuery query which makes even
simple queries over small datasets take a couple of seconds.

So keep that in mind.

There is also the ability to parallelise multiple different queries in
order to reduce total query time.

We skip the Google Cloud Storage step and use streaming inserts
https://cloud.google.com/bigquery/streaming-data-into-bigquery with a
combination of Memcache (App Engine side) and insertIds (BigQuery side) to
avoid duplicate inserts. This could work for you too if your rows are not
too large.

Since BigQuery is append-only, if you want it to replace the Datastore for
queries, you will need to add versioning to each row you insert into
BigQuery, and construct a query which only considers the latest version of
an entity/record.

Nick


On 16 December 2014 at 08:05, Emanuele Ziglioli theb...@emanueleziglioli.it
 wrote:

 Hi Gilberto,

 quick question: do you think BigQuery could possibly replace the Datastore
 for queries?
 A big Datastore pain point is the fact for each query requires an index,
 while BigQuery doesn't have this restriction.
 Do you think it would be feasible for a GAE app to internally redirect
 client requests to BigQuery?

 I'm tempted to add support for BigQuery to Siena (a java ORM), that would
 be a big win for this project I keep maintaining for our own use:
 https://github.com/siena/siena/tree/async

 Emanuele


 On Friday, 12 December 2014 06:17:22 UTC+13, Gilberto Torrezan Filho wrote:

 Actually I just migrated my statistics job from MapReduce to BigQuery
 (using the Datastore - Cloud Storage - BigQuery pattern) =)

 I strongly recommend the book Google BigQuery Analytics from Jordan
 Tigani and Siddartha Naidu if you plan to use or know more about BigQuery.
 I got mine at I/O this year (the last book in the box) =)

 BigQuery is awesome but have its quirks - the append-only tables is just
 one of them. You have to shape your business logic to handle that before
 starting to heavily use it.

 If you don't need statistics, you probably don't need BigQuery.

 The sad part is that I spent more than 2 months tweaking and improving my
 whole pipeline stack trying to get a better performance (or
 cost-effectiveness), when I could just be using BigQuery to solve my
 problems. Anyway, it was a good lesson.

  --
 You received this message because you are subscribed to the Google Groups
 Google App Engine group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to google-appengine+unsubscr...@googlegroups.com.
 To post to this group, send email to google-appengine@googlegroups.com.
 Visit this group at http://groups.google.com/group/google-appengine.
 For more options, visit https://groups.google.com/d/optout.


-- 
You received this message because you are subscribed to the Google Groups 
Google App Engine group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Images Service Request Logs

[Nickolas Daskalou]

Can someone from Google please shed some light on this?

Our bandwidth usage is higher than we are expecting, we would like to know 
whether this is due to someone using/hotlinking our image URLs.

These image URLs are the URLs returned by the Python get_serving_url() 
function (which can be used to dynamically resize images), e.g.:

http://lh5.ggpht.com/fVWuYUvjj2bVsbaV--1n9wNftwgy5EnAcgHHLkYcAT_ReUfRAjSexbVy230yozqQAuqJ3LBishbYGYs

Thanks,

Nick


On Tuesday, 25 February 2014 09:52:55 UTC+11, Nickolas Daskalou wrote:

 Hi,

 Is there any way to access request logs for the Images Service?

 If not, I'll create a feature request, as it would not only give 
 visibility into which URLs are accessed, but also provide transparency for 
 the bandwidth charged by the Images Service.

 Cheers,

 Nick


-- 
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] Images Service Request Logs

[Nickolas Daskalou]

Hi,

Is there any way to access request logs for the Images Service?

If not, I'll create a feature request, as it would not only give visibility 
into which URLs are accessed, but also provide transparency for the 
bandwidth charged by the Images Service.

Cheers,

Nick

-- 
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] URGENT Please help.

[Nickolas Daskalou]

You've used up your daily free quota for datastore reads.

The free quotas reset every 24 hours, and it looks you are still 20 hours
away from a reset.

If you need to get your app working before then, you will need to enable
billing on this app, or alternatively, be cheeky and deploy to a new app
just before your client presentation.

Also note that you used up the 50,000 free datastore reads quota within 4
hours, and if this surprises you, it's possible your app is misbehaving
(e.g. Are you using offsets in your queries? They are bad, use cursors
instead, or change your data model (the Datastore is not suitable for all
use cases)).

I hope that helps.

Nick
 On 11/12/2013 11:27 PM, Jayakrishnan jakyj...@gmail.com wrote:

 Forgot to attach file
 PFA


 On Wed, Dec 11, 2013 at 5:56 PM, Jayakrishnan jakyj...@gmail.com wrote:

 Hi,

 I get the below error while I try to enter my website,
 The API call datastore_v3.RunQuery() required more quota than is
 available.

 Also please find the attached screenshot of my appengine console.

 What do these logs tell me? When can my site go up again?
 The situation is worse since I have a client presentation tomorrow
 showing the working of website .

 Thanks in advance
 --
 *Jayakrishnan Damodaran*
 *Uroleaf Technologies*
 Skype: jayakrishnand88
 Phone: 8281853554




 --
 *Jayakrishnan Damodaran*
 *Uroleaf Technologies*
 Skype: jayakrishnand88
 Phone: 8281853554

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


-- 
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] Python SDK is nearly identical to the PHP SDK.

[Nickolas Daskalou]

I suspect the separate downloads would be intentional, to allow for the two
SDKs to diverge if needed in the future.

Nick



On 18 June 2013 17:59, Uri London u...@london.org.il wrote:

 As I want to do both PHP and Python development for GAE, I had both SDK's
 on my machine. I noticed, there isn't much differences between the two. It
 is two separate downloads. One is an MSI (for Windows), the other is a zip,
 but once you install the Python SDK and open the PHP zip, you'll see the
 diffrences are minor:


1. The name of the files BUGS, LICENSE, and README have '.txt'
extension on Python. The content is identical.
2. Python has the Launcher folder, and appengine_launcher.bat script.

 That's all. These are all the differences. Note the Python SDK even has
 the PHP folder.

 Hence, my question (and request, for those who want to target both
 languages): How about unifying the two downloads, and keep the two SDK's in
 sync in future releases as well. That would reduce the footprint on my
 disk, as well as eliminate unnecessary folders in the search path, 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.
 For more options, visit https://groups.google.com/groups/opt_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 http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Our Google Cloud Storage account is stuck

[Nickolas Daskalou]

Hi Amy,

Any word yet?

Nick
 On 17/02/2013 11:47 AM, Nickolas Daskalou n...@daskalou.com wrote:

 Thanks Amy, very much appreciated.

 Nick
  On 17/02/2013 7:30 AM, Amy Unruh amyu+gro...@google.com wrote:

 Nick,

 I responded in the issue comments-- I'll get someone to look into it and
 get back to you there.

  -Amy

 On 15 February 2013 22:15, Nickolas Daskalou n...@daskalou.com wrote:

 Hi,

 We are unable to create any new objects in any buckets attached to our
 Google Cloud Storage account.

 One such bucket is: actor-images.celebritizer.com

 We have tried sending feedback via the Google APIs Console and tried
 submitting a ticket which has gone silent one week ago:

 https://code.google.com/p/googleappengine/issues/detail?id=8775

 Could someone from Google please look into this? We believe it is a
 billing issue but are not certain. Somehow our account is stuck due
 to trying to charge an expired credit card, we have updated the CC
 info and it still does not fix anything.

 Thanks,

 Nick

 --
 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?hl=en.
 For more options, visit https://groups.google.com/groups/opt_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 http://groups.google.com/group/google-appengine?hl=en
 .
 For more options, visit https://groups.google.com/groups/opt_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 http://groups.google.com/group/google-appengine?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Our Google Cloud Storage account is stuck

[Nickolas Daskalou]

Thanks Amy, very much appreciated.

Nick
 On 17/02/2013 7:30 AM, Amy Unruh amyu+gro...@google.com wrote:

 Nick,

 I responded in the issue comments-- I'll get someone to look into it and
 get back to you there.

  -Amy

 On 15 February 2013 22:15, Nickolas Daskalou n...@daskalou.com wrote:

 Hi,

 We are unable to create any new objects in any buckets attached to our
 Google Cloud Storage account.

 One such bucket is: actor-images.celebritizer.com

 We have tried sending feedback via the Google APIs Console and tried
 submitting a ticket which has gone silent one week ago:

 https://code.google.com/p/googleappengine/issues/detail?id=8775

 Could someone from Google please look into this? We believe it is a
 billing issue but are not certain. Somehow our account is stuck due
 to trying to charge an expired credit card, we have updated the CC
 info and it still does not fix anything.

 Thanks,

 Nick

 --
 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?hl=en
 .
 For more options, visit https://groups.google.com/groups/opt_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 http://groups.google.com/group/google-appengine?hl=en.
 For more options, visit https://groups.google.com/groups/opt_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 http://groups.google.com/group/google-appengine?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Our Google Cloud Storage account is stuck

[Nickolas Daskalou]

Hi,

We are unable to create any new objects in any buckets attached to our
Google Cloud Storage account.

One such bucket is: actor-images.celebritizer.com

We have tried sending feedback via the Google APIs Console and tried
submitting a ticket which has gone silent one week ago:

https://code.google.com/p/googleappengine/issues/detail?id=8775

Could someone from Google please look into this? We believe it is a
billing issue but are not certain. Somehow our account is stuck due
to trying to charge an expired credit card, we have updated the CC
info and it still does not fix anything.

Thanks,

Nick

-- 
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?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] GAE Monitoring From Third Party

[Nickolas Daskalou]

That's great, thanks Brandon.

Nick



On 16 January 2013 15:29, Brandon Wirtz drak...@digerat.com wrote:

 We are making this monitoring tool public facing http://gaemonitor.com/this 
 is hosted on Rackspace, and will get a few changes over the next few
 days, but it lets you look in to what our apps are doing in terms of
 performance of the core API’s (datastore, memecache, defer) .  It updates
 every 5 minutes and tracks the last 24 hours.

 ** **

 ** **

 --
 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: Google Apps No Longer Free

[Nickolas Daskalou]

-1 Google.

Nick



On 7 December 2012 13:53, Strom xxst...@gmail.com wrote:

 This seems like another nice price increase for GAE.


 On Friday, December 7, 2012 4:42:42 AM UTC+2, Greg wrote:

 Just saw that Google Apps is no longer free for 
 businesseshttp://googleenterprise.blogspot.co.nz/2012/12/changes-to-google-apps-for-businesses.html
 .

 I have no problem paying for a Google Apps account where I actually use
 Google apps, but at the moment you have to have a Google Apps account to
 link a domain to an Appengine app. Some of our apps have two or three
 domains showing the same app, and because you need to have an account for
 each email address that Appengine sends email from, we have three or four
 accounts per domain. So this is potentially going to add $600 per year to
 our costs - all for virtual accounts that don't actually use Google Apps at
 all.

 Can someone from Google comment please? Either Google Apps accounts need
 to remain free if they are associated with Appengine apps, or there needs
 to be another way to link domains (and authorise email addresses) for
 Appengine.


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

 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] Difference between codes

[Nickolas Daskalou]

if user: is indented when it shouldn't be.

Indentation is part of the Python syntax, so be mindful of it when coding.

Nick
On Nov 29, 2012 12:35 PM, Redas Nekrosius chanzz...@gmail.com wrote:

 Hello,
 can anyone tell me the difference between two code snippets please:
 *1.*
 import webapp2

 from google.appengine.api import users

 class MainPage(webapp2.RequestHandler):
   def get(self):
 user = users.get_current_user()
  if user:
   self.response.headers['Content-Type'] = 'text/plain'
   self.response.out.write('Hello, ' + user.nickname())
 else:
   self.redirect(users.create_login_url(self.request.uri))

 app = webapp2.WSGIApplication([('/', MainPage)],
   debug=True)

 *2.*

 import webapp2

 from google.appengine.api import users

 class MainPage(webapp2.RequestHandler):
   def get(self):
 user = users.get_current_user()

 if user:
   self.response.headers['Content-Type'] = 'text/plain'
   self.response.out.write('Hello, ' + user.nickname())
 else:
   self.redirect(users.create_login_url(self.request.uri))

 app = webapp2.WSGIApplication([('/', MainPage)],
   debug=True)

 *
 *
 1. Doesn't work
 2. Does work

 Can't figure out the reason why is that.

 Thank you.

  --
 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/-/DQYI8a_MJyIJ.
 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] Some dynamic flexibility in selecting the type of instances would be really useful

[Nickolas Daskalou]

Hi Takashi,

Is there a Trusted Tester program for App Engine Servers?

Nick





On 28 November 2012 10:35, Takashi Matsuo tmat...@google.com wrote:


 Hi Emanuele,

 On Tue, Nov 27, 2012 at 3:10 PM, Emanuele Ziglioli 
 theb...@emanueleziglioli.it wrote:

 Hi everyone,

 have been following this group for months but can't recall reading
 anything related to this: currently the instance size is one big knob while
 it'd be useful to be able to select a different instance size at runtime.
 Our web site is perfectly served by F1 instances but it runs out of
 memory of some task queues when iterating over a large number of instances.
 For that reason only we have to run F2 instances at higher costs.
  The type of work we run in task queues really suits MapReduce but the
 java version has been broken for us for many months now.
 Would it be difficult to add a parameter when posting to a task queue to
 request for a larger instance?
 I don't really want to use backends given their bad rep.


 We're working on this. Please see the last part of 'Optimizing Your Google
 App Engine App' session in Google I/O 2012:
 https://developers.google.com/events/io/sessions/gooio2012/310/
 Please see App Engine Servers section of the presentation.


 Similarly, giving people more choice with regards to what instances to
 start and when could perhaps solve a large set of problems that people have
 been complaining about.
 If you can't modify the scheduler to suit all possible needs (I can
 understand it's an impossible goal), just give the ability to write our own
 schedulers. At the end of the day we pay for what we use and the that usage
 is capped by the daily budget anyway.


 Can you star this issue?
 https://code.google.com/p/googleappengine/issues/detail?id=5755

 -- Takashi


  Does it make sense?

 Emanuele

  --
 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/-/XM1gBFX-F8sJ.
 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.




 --
 Takashi Matsuo | Developers Advocate | tmat...@google.com

  --
 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] Update on our GAE Experience

[Nickolas Daskalou]

Thanks for this review Brandon.

Does your assessment apply to all runtime environments (Java, Python and
Go)?

Nick



On 21 November 2012 05:52, Brandon Wirtz drak...@digerat.com wrote:

 I wanted to take a minute to update you on where we are with our GAE
 Experience since people often tell me I live in my own little world of
 rainbows and unicorns.

 ** **

 GAE Support sucks.  I might as well send messages by carrier pigeons, and
 that is generous. Filling out a form for support is like putting a note in
 a bottle, putting that bottle in cement and chucking it in to the ocean and
 hoping support will see it when they are on a scuba trip. (or made to where
 cement shoes by the mob) (we have used the quota increase request forms at
 the two locations we know about, sent emails, nothing)

 Uptime is not too bad, but Slowtime is.  Memcache gets slow, datastore
 gets really slow, chron jobs fire late (or not at all). This is worse on
 low traffic apps. For some reason if you can get 8 instances running life
 is happy. The world changes and the unicorns dance.

 ** **

 Backends are worthless if you want them to do more than one thing.
 Autoscaling backends doesn’t work. Bug just sits there, I’m told things
 work as expected. Apparently I should just expect that everyone will get a
 server busy error.

 ** **

 Quota limits are really stupid.  We moved a bunch of things off of GAE
 because GAE has really stupid limits on the amount of data you can
 download, and the amount of inter-app data you can use.  We have apps that
 talk to apps, and we routinely bump against quota limits. Doesn’t matter
 how much traffic we are doing, or what we are spending, you are rate
 limited on HTTP requests. Well if you consume an API, or use an api you own
 on another Appengine App, you will just magically explode when you get a
 traffic spike.

 ** **

 So here is where we are at:

 We moved a lot of things off of AppEngine. We are going to try and salvage
 some of this with getting premier support. (though last time we were told
 it wouldn’t make us happy, this time I’m going to pay the money, find out
 if I’m unhappy, and if I’m not we will leave, for real, for permanent)

 We love that AppEngine saves us from building infrastructure. It is great
 for rapid prototyping. When the scalability works it is awesome. When the
 quotas kick in and break us, (and it took 2 weeks to get the quotas lifted
 last time) it sucks and we look stupid.  

 ** **

 I am posting this here because the ONLY way to get support is to post a
 nasty message in the forums. Anything else is largely ignored. 

 ** **

 If you want a great product that works and you are ok with that it will
 work to the limits of what it does, and that your uptime will be good, but
 you won’t have any insight in to your downtime, Appengine is great. If you
 need someone to tweak, change, or fix something. Or you want to be able to
 tell your CEO, “yeah they are fixing that as we speak” and not have it be a
 lie, this is not the place for you.

 

 -Brandon
 650-281-1467

 

 --
 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] Update on our GAE Experience

[Nickolas Daskalou]

Cheers Brandon.

Nick


On 22 November 2012 12:00, Brandon Wirtz drak...@digerat.com wrote:

  Does your assessment apply to all runtime environments (Java, Python
 and Go)?

 ** **

 *We are primarily Python shop.  Uptime has been pretty close between Py
 and Java, no clue about go.*

 ** **

 Support response time I think is the same regardless. So I’m going to say
 yes.

 ** **

 But others might argue that Java sucks more than Python. From the things I
 have heard, I won’t argue with that.

 ** **

 --
 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: ImagesService.getServingUrl returning old image with Google Cloud Storage

[Nickolas Daskalou]

Thanks for looking into this Stuart.

When you say we might be able to do step (1) automagically, do you mean
the GAE team will do this for us, or us app developers will need to do it?
If it's the former, do we still need to submit a feature request?

Nick


On 19 September 2012 01:24, Stuart Langley slang...@google.com wrote:

 One more thing - Google storage is going to implement notifications when
 objects change, so we might be able to do step (1) automagically.

 Probably a feature request for that might be a good idea if you think it
 would be useful.


 On Tuesday, 18 September 2012 08:20:53 UTC-7, Stuart Langley wrote:

 OK I just heard back from the team that runs this service.

 1. If you change the file in Google Storage without changing the
 filename, then you'll need to do a  deleteServingURl/**createServingURL
 for the file. Essentially when you createServingURL there is some work done
 to prepare your images for serving, and you'll need this work done again.

 2. Even after doing step (1) the old image might remain in caches for up
 to 24 hours, and continue to be served.

 We'll need to update out documentation for this. It seems if you want the
 image to be served immediately, you'll need it to have a new name.

 On Monday, 17 September 2012 01:19:59 UTC-7, Nickolas Daskalou wrote:

 I can confirm we also have (or at least had) this issue.

 In the end we bit the bullet and created timestamped copies of any file
 we updated in Google Cloud Storage, then used the serving URL of the
 timestamped version.

 If I can find the URLs I'll send them through.

 Nick


 On 17 September 2012 18:03, Tim t...@appcoders.nl wrote:

 The image url is:
 https://lh3.ggpht.com/**gpsljr0tsbBZM8g1GhV3KnTe4I5veZ**pIux0jJGSqbpJA_
 **pSEWACtHpNbguEoqWpzTuTDTae1LgG**05AAeZybBoghttps://lh3.ggpht.com/gpsljr0tsbBZM8g1GhV3KnTe4I5veZpIux0jJGSqbpJA_pSEWACtHpNbguEoqWpzTuTDTae1LgG05AAeZybBog

 The GCS name is: 
 gs://86010.mypanel.eu/**projects/372001.jpghttp://86010.mypanel.eu/projects/372001.jpg
 I currently use the ID of the datastore object for the GCS name,
 everytime I upload a new image using this same name the generated serving
 URL keeps serving the old image.


 On Monday, September 17, 2012 8:40:43 AM UTC+2, Stuart Langley wrote:

 What's the image URL?

 On Sunday, 16 September 2012 14:40:35 UTC+2, Tim wrote:

 Hi,
 I've just migrated one of our App Engine applications from Blobstore
 to Google Cloud Storage and am using the ImagesService.getServingUrl to
 serve images.
 After uploading a new/changed image using a Google Cloud Storage name
 of an existing image, the ImagesService.getServingUrl still returns the 
 old
 URL with the old image.
 I also tried deleting the serving url using ImagesService.**
 deleteServ**ingUrl(blobKey), but that does not help either, even
 after calling the delete method, getServingUrl keeps returning the first
 image that was uploaded.
 On Blobstore this was all working fine, so I was wondering whether
 deleteServingUrl should be working for Google Cloud Storage as well?

 Thanks Tim

  --
 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/-/**NGTV8FvXUgYJhttps://groups.google.com/d/msg/google-appengine/-/NGTV8FvXUgYJ
 .

 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=enhttp://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/-/ePNdKns7ofsJ.

 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: ImagesService.getServingUrl returning old image with Google Cloud Storage

[Nickolas Daskalou]

I can confirm we also have (or at least had) this issue.

In the end we bit the bullet and created timestamped copies of any file we
updated in Google Cloud Storage, then used the serving URL of the
timestamped version.

If I can find the URLs I'll send them through.

Nick


On 17 September 2012 18:03, Tim t...@appcoders.nl wrote:

 The image url is:

 https://lh3.ggpht.com/gpsljr0tsbBZM8g1GhV3KnTe4I5veZpIux0jJGSqbpJA_pSEWACtHpNbguEoqWpzTuTDTae1LgG05AAeZybBog

 The GCS name is: gs://86010.mypanel.eu/projects/372001.jpg
 I currently use the ID of the datastore object for the GCS name, everytime
 I upload a new image using this same name the generated serving URL keeps
 serving the old image.


 On Monday, September 17, 2012 8:40:43 AM UTC+2, Stuart Langley wrote:

 What's the image URL?

 On Sunday, 16 September 2012 14:40:35 UTC+2, Tim wrote:

 Hi,
 I've just migrated one of our App Engine applications from Blobstore to
 Google Cloud Storage and am using the ImagesService.getServingUrl to serve
 images.
 After uploading a new/changed image using a Google Cloud Storage name of
 an existing image, the ImagesService.getServingUrl still returns the old
 URL with the old image.
 I also tried deleting the serving url using 
 ImagesService.**deleteServingUrl(blobKey),
 but that does not help either, even after calling the delete method,
 getServingUrl keeps returning the first image that was uploaded.
 On Blobstore this was all working fine, so I was wondering whether
 deleteServingUrl should be working for Google Cloud Storage as well?

 Thanks Tim

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

 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: image url returned by getServingUrl gives 500 error

[Nickolas Daskalou]

Hi,

We are having a similar problem. The following URL was previously working
but is now returning a 500 error:

http://lh5.ggpht.com/Iipl9hDBMMXk0Q1QdTRGoCJwtM2wHbj3GBOSf4zTW6VnApWRRcs_4jQdHzBGImfX7MpSKSYgp4KKcqY=s1200

It looks like the largest thumbnail size we can generate without throwing a
500 error is 512 pixels:

http://lh5.ggpht.com/Iipl9hDBMMXk0Q1QdTRGoCJwtM2wHbj3GBOSf4zTW6VnApWRRcs_4jQdHzBGImfX7MpSKSYgp4KKcqY=s512

The 1200 size was definitely working about one week ago.

The original image is stored on Google Cloud Storage. If you need more
information, please let me know.

I have logged a production issue for this:

http://code.google.com/p/googleappengine/issues/detail?id=8132

Cheers,

Nick


On 15 September 2012 02:55, Stuart Langley slang...@google.com wrote:

 when you say something location based? - where are your users accessing
 the URLs from?


 On Friday, 14 September 2012 15:08:45 UTC+2, Nadir wrote:

 Hi,
 i am using imagesService.getServing**Url for serving images from Google
 Cloud Storage.
 i call this method once and save the URL for later use.
 The problem is that for some users those URLs give 500 error, but when i
 view the same images at the same time they are displayed normally.(maybe
 something location based?)
 Also modifying the =s300(re-sizing value) fixes the problem.

 Any help would be appreciated.

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

 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] new Google Cloud Platform Developers Google+ page

[Nickolas Daskalou]

+1, well said Drake.

Nick


On 3 September 2012 10:14, Drake drak...@digerat.com wrote:

 No offense I’m sure it is awesome… But don’t you think y’all are a little
 scattered?
 I mean there is the discussion pages/forum, Stack Over Flow, 4 issues bug
 trackers, a support form, 6 blogs.

 ** **

 That’s before I point out that Google Plus rules say you have to be a
 person, so google is using its own products in ways that conflict with
 their own usage policies?

 ** **

 I’m glad you want to be reachable… But I’d rather have one place where I
 know I can get an answer than 40, and some of those being pages with
 nonsensical URLs that are impossible to remember and don’t appear in search.
 

 ** **

 ** **

 *From:* google-appengine@googlegroups.com [mailto:
 google-appengine@googlegroups.com] *On Behalf Of *Amy Unruh
 *Sent:* Sunday, September 02, 2012 3:12 PM
 *To:* google-appengine@googlegroups.com
 *Subject:* [google-appengine] new Google Cloud Platform Developers
 Google+ page

 ** **

 The Cloud Platform Developer Relations team, which includes App Engine,
 now has a Google Cloud Platform Developers Google+ page!

   https://plus.google.com/117105793163182226623/posts

   https://plus.google.com/117105793163182226623/posts/XzMhE7wxeh1

 ** **

 This is a good way to track news and events, including our Hangout/office
 hours times, interesting articles and codelabs, etc.

 It's also a good way to see what's going on with related Google
 technologies, such as BigQuery and Google Cloud Storage.

 ** **

  -Amy

 ** **

 --
 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: HTML Website on Google App Engine

[Nickolas Daskalou]

For HTML files, I would caution against setting such a large
default_expiration value (7 days).

Setting it to such a high value means that, worst case, if you decide to
change one of your site's pages, end users won't be able to see the change
for 7 days (due to caches at both the browser level and Google's edge cache
servers).

You can get away with leaving a large default_expiration value for all
other static files (eg. CSS, JS, images) and still have new static file
uploads appear instantly by versioning them (eg. base1.css, base2.css).

Nick


On 20 June 2012 01:50, Andreas a.schmi...@gmail.com wrote:

 christofer that does not make sense. he has only static html so static
 file handlers will do all he needs.
 why setting up a handler for this anyway? single or multithreaded...
 static file handlers are the best choice in this case.

 On Jun 19, 2012, at 11:45 AM, Christopher Ramírez wrote:

 It's better for you to use python27 since it is multithreaded. That's
 means an instance can handle more than one request simustaneously. Also
 increase default_expiration when you be ready to deploy to the public
 your website.  default_expiration: 7d (7 days) is a good value.

 On Tuesday, June 19, 2012 3:48:10 AM UTC-6, Apra Barua wrote:

 Hey, I got it to work, it is not creating instance now. Thanks. The
 following app.yaml file worked.

 application: myappname
 version: 1
 runtime: python
 api_version: 1

 default_expiration: 12m

 handlers:
 - url: /(.*\.(gif|png|jpg|ico|js|css|**pdf|html))
   static_files: \1
   upload: (.*\.(gif|png|jpg|ico|js|css|**pdf|html))

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


 On Monday, June 18, 2012 10:08:32 PM UTC+5:30, Kyle Finley wrote:

 Have you mapped the root ('/') to a template? If so, App Engine will
 have to start an instance to handle this request. Also any request that are
 not specified in the app.yaml file will be sent to the instance causing it
 to start up. Be sure to account map the *favicon.icon* for example.

 Generally I would not worry about it consuming frontend instance hours
 unless your site is geting more then 1 or 2 request / sec. App Engine
 graciously gives you 28hrs / day more then enough to fulfill 1 to 2 request
 / sec.

 If you still have questions post your app.yaml file so we'll have a
 better idea of your set up.

 - Kyle



 --
 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/-/5sR8SAHUfGoJ.
 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] Cost of mapreduce was $6,500 to update a ListProperty on 14.1 million entities

[Nickolas Daskalou]

Is this something you could move into Google Cloud SQL (
http://code.google.com/apis/sql/) once it's up and running? You could
request beta access and take it for a test run.

Nick


On 5 January 2012 12:41, Petey brianpeter...@gmail.com wrote:

 Before the pricing change it cost us about $100.

 I understand the prices need to go up, but I don't think this is even
 what App Engine had in mind when they changed the numbers. My guess
 for how much this cost Google is about $5 on their end.
 The main reason why this cost so much of course is because they now
 charge per write and our list property, which has about 18 values per
 entity, is indexed.

 If there was some way to set a lower priority or rate on the writes,
 and thus cost us less money, that would be great. We don't necessarily
 need those writes to go through instantly and at least with instances
 we can make sure to spread out our processing to save us instance
 cost. With writes there is no low priority option. It's sad because
 with regular servers you don't get charged for writes, just for how
 much processing power/memory it takes to do something in a certain
 amount of time.

 We are going to have to update these values every once in a while and
 can't afford for it to cost us thousands of dollars every time we need
 to change some data.

 Please help. We love App Engine, except for this issue.

 --
 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: SMSLib With Google App Engine

[Nickolas Daskalou]

You could use a Pull Queue instead of an email sending/polling system:

http://code.google.com/appengine/docs/python/taskqueue/overview-pull.html

Nick


On 13 July 2011 01:13, Rohit Bhat smashingro...@gmail.com wrote:

 I'm basically doing this for a project, but I can make use of a dedicated
 server if need be. The email method is indeed nice and pretty much solves
 the problem of the GSM module being on a different server. I'll just consult
 with my other team mates and decide the best option.

 Thanks for the replies everyone

 --
 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/-/XqjsSwab-pUJ.

 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: FAQ for out of preview pricing changes

[Nickolas Daskalou]

Hi Greg,

Yet another 2nd 'next week' ending has come and gone (for those playing at
home, that makes 4 weeks).

The application we had been working on has been halted in light of the new
pricing announcement, and we have been waiting for some good news for a
while now. Is there any update you can give us?

I feel your initial announcement was made a little prematurely, and by
greedy corporates with dollar signs in their eyes, who are not at all in
touch with the App Engine community. If they had been, they would have known
that a major selling point of App Engine was its pay for what you use
pricing model.

As has been mentioned earlier, the new proposed prices are almost absurd
when compared with other cloud computing providers. Even if App Engine
finally gets full multithreading support, an App Engine instance will still
cost over 10x that of an equivalent, less handicapped instance on Amazon
EC2.

Given the old (current?) pricing scheme, I think the logical thing would
have been to start charging users for RAM consumption (which has already
been mentioned in other threads). A pay for what you use hosting service
can indeed work, just take a look at NearlyFreeSpeech.net.

Due to the overhead of running a PaaS as opposed to an IaaS, App Engine
obviously cannot be as cheap as EC2, but a 10x price difference is
definitely not a true reflection of this overhead. In my opinion, doubling
the EC2 price to remove server administration headaches from developers
would be reasonable, but beyond that it may not make sense for a developer
to pay such a high premium when they can administer an EC2 stack themselves
with less restrictions than App Engine, and save a considerable amount of
money in the process.

Sticking to your guns with this new pricing scheme could be the beginning of
the end for App Engine. A company wishing to build the next big app can
easily play with the numbers and realise that if they get decent user
numbers in the future, the costs of App Engine would be astronomical
compared with other cloud computing providers. With more PaaS providers
coming into the market, and Google's reputation of being extremely price
competitive, the new pricing has definitely been a big shock for most of us.

On the other end of the scale, developers looking for a free ride to try out
their hobby app are given extremely generous quotas, both with the old and
new pricing models. If the need to support these developers has caused the
rest of App Engine to become expensive, then I recommend substantially
reducing the free quotas down to almost nothing (as a gesture of goodwill,
old apps should probably keep their old free quotas). App Engine has been
around long enough to have gained good exposure, and the free quotas have
played a part in that, but now that the word is out it may be time to become
more realistic with the amount of money lost to free riding apps.

On a personal note (and as someone else mentioned in this group), I am both
disappointed and embarrassed that I not only praised App Engine to other
developers, managers and stakeholders when it was an unproven technology,
but also that I have spent a considerable amount of time learning the system
and new design patterns, along with a substantial amount of time developing
on it.

If a large change is not made to the new proposed pricing, I daresay the
only developers and companies you will see using App Engine will be those
that have already committed a large amount of resources on their project,
and are too far in to be able to port across to a new system. All it then
takes to pull the rug out from under App Engine's feet is someone building a
commercial-grade, drop-in replacement for the App Engine stack, and charging
a lot less for it.

Nick


On 6 June 2011 10:58, Gregory D'alesandre gr...@google.com wrote:

 Sorry it has taken so long, but we are still working on clarifying some of
 these areas internally, I will send an update soon, thanks for your
 patience...

 Greg


 On Thu, Jun 2, 2011 at 5:29 PM, Vanni Totaro vanni.tot...@gmail.comwrote:

 Hi Greg,

 2nd next week ending :)
 Any update for us?

 Regards,
 Vanni

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

 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
 

Re: [google-appengine] Poor performance since the past 2-3 days

[Nickolas Daskalou]

Sarang, are you doing any URL fetches, or some other API call that could be
taking a long time (but not necessarily consuming CPU)?

If not, then given the numbers you've posted (ie. 100's of seconds latency
with  1 CPU second consumed), it does look like there could be something
wrong with the GAE production servers.

Nick


On 24 May 2011 06:29, Brandon Wirtz drak...@digerat.com wrote:

 No. It’s the You aren’t getting any traffic so we aren’t sitting around
 with empty services to wait for you, feature.



 And the variation of that feature is, the Pay for us to sit around and wait
 for you and we will always have  an instance waiting for you.



 Also remember that an instance in the cloud is 1.2 ghz single “Core”  if
 you are running a process on your local machine you could be 10x that speed.




 *From:* google-appengine@googlegroups.com [mailto:
 google-appengine@googlegroups.com] *On Behalf Of *Sarang Lakare
 *Sent:* Monday, May 23, 2011 1:18 PM

 *To:* google-appengine@googlegroups.com
 *Subject:* Re: [google-appengine] Poor performance since the past 2-3 days



 Ok, but I still don't understand why it should take 100 - 500 seconds for
 the load request to complete! Isn't that a bug?



 Sarang

 On Tue, May 24, 2011 at 1:33 AM, Brandon Wirtz drak...@digerat.com
 wrote:

 Pay for always on, it will go away.



 *From:* google-appengine@googlegroups.com [mailto:
 google-appengine@googlegroups.com] *On Behalf Of *Sarang
 *Sent:* Monday, May 23, 2011 12:52 PM
 *To:* google-appengine@googlegroups.com
 *Subject:* [google-appengine] Poor performance since the past 2-3 days



 I have a python/django app that works blazing fast on the dev_appserver
 locally, but is taking painfully long to load on GAE since the last 2-3
 days. Can anyone please let me know how to resolve it?



 Here are the issues:



 1. I routinely get


 1.2011-05-23 12:17:06.505 / 200 373876ms 793cpu_ms 15kb AppEngine-Google;
 (+http://code.google.com/appengine)

 0.1.0.1 - - [23/May/2011:12:17:06 -0700] GET / HTTP/1.1 200 15939 - 
 AppEngine-Google;

 ...

 2.I2011-05-23 12:17:06.505

 This request caused a new process to be started for your application, and 
 thus caused your application code to be loaded for the first time. This 
 request may thus take longer and use more CPU than a typical request for your 
 application.



 See more within the half hour:


 2011-05-23 12:18:09.581 / 200 3062ms 653cpu_ms 15kb AppEngine-Google; (+
 http://code.google.com/appengine)
 2011-05-23 12:17:06.505 / 200 373876ms 793cpu_ms 15kb AppEngine-Google; (+
 http://code.google.com/appengine)
 2011-05-23 12:12:43.657 / 500 167275ms 70cpu_ms 1kb Mozilla/5.0 (Windows
 NT 6.1; WOW64) AppleWebKit/534.24 (KHTML, like Gecko) Chrome/11.0.696.65
 Safari/534.24,gzip(gfe),gzip(gfe),gzip(gfe)
 2011-05-23 11:43:12.087 / 200 503348ms 746cpu_ms 15kb AppEngine-Google; (+
 http://code.google.com/appengine)

 all these for my landing page which loads in a few milliseconds on the
 local server.

 I have taken all the precautions documented: cron job, main() in python
 code, etc. I have the keep_alive cron job running every 1 minute. However, I
 have observed that many times it does not start every minute and that leads
 to high load times. Example:




 2011-05-23 12:07:49.777 / 200 2999ms 23cpu_ms 15kb AppEngine-Google; (+
 http://code.google.com/appengine)


 2011-05-23 12:06:46.769 / 200 13ms 0cpu_ms 15kb AppEngine-Google; (+
 http://code.google.com/appengine)
 2011-05-23 12:05:46.749 / 200 11ms 23cpu_ms 15kb AppEngine-Google; (+
 http://code.google.com/appengine)

 You can observe that the when the spacing between cron jobs is  1minute,
 the load times suddenly increase.



 My 2 key questions:



 1. Any way for me to profile and find out where the app engine gets stuck
 when I get those enormously large load times?

 2. Any way to ensure cron is fired within a minute?

 Appreciate any help.



 Regards,

 Sarang

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




 --
 ---
 Sarang Lakare, Ph.D.

 myContactID: **2010-1399-1401* http://mycid.in/add/201013991401



 --
 You received this message because you are subscribed to the Google Groups
 Google App Engine group.
 To post to this group, send email to 

Re: [google-appengine] Appengine Drawing Contest

[Nickolas Daskalou]

Lol, that is awesome!


On 16/05/2011, at 9:37 PM, Kaan Soral kaanso...@gmail.com wrote:

 Couldn't resist
 -- 
 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.
 draw.png

-- 
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] Where did Google buy 4.8GHz CPUs?

[Nickolas Daskalou]

They're not 4.8GHz. It's more like 2 x 2.4GHz which can only be utilised
(currently) by using the Java runtime of GAE, as stated by Greg Darke here:

https://groups.google.com/d/msg/google-appengine/z-A6PcplG7M/O-Ke_SVMXoMJ

Nick


On 16 May 2011 02:29, pdknsk pdk...@googlemail.com wrote:

 Or is this just against some sort of Pentium = 100 reference value?

 --
 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: email sent by GAE would be regarded as spam for some email services

[Nickolas Daskalou]

Hi Eric,

Have you looked at Amazon's Simple Email Service (SES)?

http://aws.amazon.com/ses/

Pretty much the same cost as sending email using GAE, except with SES you
only get 2,000 free emails if you're sending email from an EC2 instance.

I haven't used it myself but apparently they scan outgoing mail to make sure
it meets ISP standards. This leads me to believe emails sent via SES would
be less likely to be automatically marked as spam than on GAE, since SES's
spam-sending-reputation would be lower than GAE's, due to their
pre-filtering and rate-limiting.

Nick


On 21 March 2011 13:51, Eric Ka Ka Ng ngk...@gmail.com wrote:

 Hi Ernesto,

 thx for your suggestion! yes, i think it shall work.

 but in general if we can't ask all our users to add our email to their
 contact list (or they are not willing to do so), how can emails sent by us
 prevent to be regarded as spam? all our subject, body etc. are nothing
 spam-liked, and seems it's the problem of the email server that actually
 sends the email. anyone share similar case, or has other solution?

 regards,
 eric




 On 19 March 2011 00:12, Ernesto Karim Oltra ernestoka...@gmail.comwrote:

 Ask the user to add the e-mail from address of your e-mails to their
 contacts list, so your e-mails would never been sent to spam again
 (for that users, at least).

 It's a bit hacky, but can do a great work meanwhile you find another
 solution.

 On 18 mar, 07:52, Eric Ka Ka Ng ngk...@gmail.com wrote:
  we use mail.send_mail() to send some important messages to our users
 through
  an app hosted on GAE, in which the 'from' has been set to one of a
  registered admin for the app.
 
  it works quite well for most users, except for some email service
 provider
  (e.g. '...@yahoo.com.hk'), they would always automatically treat these
 emails
  as spam and put them into spam box of the user's email account (if the
 user
  has enabled the spam filtering feature, which is by default ON) . in
 this
  case, many of our users do not aware for these important messages (they
  would seldom look into mails in their spambox)
 
  we have tried using different from, subject, body and the results
 are
  the same. we suspect that it is the email server does matter, and maybe
  before there were some other apps hosted on GAE sending spams to like '@
  yahoo.com.hk', so '...@yahoo.com.hk' would regard all emails sent from
 this
  email server in GAE as spam.
 
  do anyone share similar experiences? or there should be other causes?
 any
  ideas we can solve this problem? (successfully deliver the email to our
  users using those email service without being regarded as spam) thx in
  advanced!
 
  - eric

 --
 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] Proposal for indicating which datastore config (HR or MS) you are in when reporting errors

[Nickolas Daskalou]

+1

Good idea Albert!

Nick


On 26 February 2011 12:40, Albert albertpa...@gmail.com wrote:

 Hi!

 Everyday, I browse through every single message that is posted to this
 group. Occasionally, my interest is caught when the message talks
 about some sort of error spike that is currently happening. I then
 read the rest of the thread and try to find out if my app is also
 getting affected. However, it's usually not obvious whether the
 original poster reporting the error spike is using Master/Slave or
 High Replication Datastore. And what makes it worse is that the people
 who also reply to report that they too are suffering from such errors
 also don't indicate what datastore they are using.

 For the sake of clarity, I'd like to propose that whenever you report
 an error or an issue and also whenever you reply to a post regarding
 an error, PLEASE INDICATE YOUR DATASTORE CONFIG, whether it is Master/
 Slave or High Replication.

 Thanks and enjoy!



 Albert

 --
 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: Sudden redirect to Turing anti-bot test during remote api session

[Nickolas Daskalou]

Hi Waleed,

Approximately how many requests/minute was your other server making to your
GAE app before it was blocked? Would be interesting to know what the cut-off
point is.

Nick


On 15 February 2011 21:24, Waleed Abdulla wal...@ninua.com wrote:

 Good point. I'll give that a shot.

 Regarding the current issue, I put my other server on hold for a while and
 tried again, and GAE kept rejecting my calls. I tried that a few times,
 waiting for more than 10 minutes between tests and it still failed. Finally,
 I tried uploading my app to GAE again, and that fixed it. I'm guessing
 uploading a new version restarts the counter for whatever system was falsely
 considering me like a bot.

 Regards,
 Waleed




 On Tue, Feb 15, 2011 at 2:19 AM, Tim Hoffman zutes...@gmail.com wrote:

 Hi

 Maybe you should require auth, we never get the turing bot now that I
 fixed the connection

 T

 --
 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: everything is down

[Nickolas Daskalou]

Are you guys on the standard Master/Slave datastore, or the new High
Replication datastore?

Nick


On 14 February 2011 19:55, Dmitry dmitry.lukas...@gmail.com wrote:

 yep... constantly datastore timeouts and task errors

  --
 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] Licensing Question

[Nickolas Daskalou]

There's also AppScale which you might want to look at:

http://code.google.com/p/appscale/

Nick


On 5 February 2011 15:37, Robert Kluin robert.kl...@gmail.com wrote:

 It is licensed under Apache 2.  (http://code.google.com/p/googleappengine/
 )

 The SDK's built in dev_appserver would likely be a bad choice for
 production.  I would take a look at Typhoon AE
 (http://code.google.com/p/typhoonae/), if nothing it would make a very
 good blueprint for your own solution.


 Robert






 On Fri, Feb 4, 2011 at 20:30, Don the Developer with the Very Shiny
 Hat dohe...@gmail.com wrote:
  Is this use of Google's App Engine Development Server for a commercial
  website permitted? What is it licensed under?
 
  --
  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.comgoogle-appengine%2bunsubscr...@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.comgoogle-appengine%2bunsubscr...@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: GeoIP on AppEngine: How to map an IP address to a country

[Nickolas Daskalou]

+1. Looks like it will come in handy! Thanks Andrin.

Nick


On 4 February 2011 02:12, Uros Trebec uros.tre...@gmail.com wrote:

 Thank you for this, very much appreciated! :)

 Regards,
 Uros

 On Feb 3, 3:32 pm, Andrin von Rechenberg andri...@gmail.com wrote:
  Hey there
 
  I just created an AppEngine python library to map an IP address to a
 country
  code.
 
  This is how you will be able to use the libary after you downloaded it
 from:http://www.vonrechenberg.ch/blog/geoip.zip
 
  *
 
  import geoip
  class YourHandler(webapp.RequestHandler):
def get(self):
  (country_code, country_name) = geoip.query(self.request.remote_addr)
  self.response.out.write(You are from %s(%s) %
  (country_name, country_code))
 
  *
 
  It's a very quick way to lookup an ip address locally without doing any
 API
  calls.
 
  For more details on the implementation see:
 http://devblog.miumeet.com/2011/02/geoip-on-appengine-how-to-map-ip.html
 
  Cheers,
  -Andrin

 --
 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.comgoogle-appengine%2bunsubscr...@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: High Replication - How to download data via remote_api

[Nickolas Daskalou]

The s~ also plays havoc when trying to add a HR app to a Google Apps
domain.

Try leaving out the s~ and see if that works. It fixes the Google Apps
problem.

Nick


On 2 February 2011 18:30, Calvin calvin.r...@gmail.com wrote:

 I think you need --application=app-id in your command.  Also you should
 verify that /remote_api is responding on your server.

 --
 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.comgoogle-appengine%2bunsubscr...@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] how to contact help? can't get to dashboard

[Nickolas Daskalou]

Is the Google Account you're using part of a Google Apps domain? If so, try
visiting:

https://appengine.google.com/a/YOUR_DOMAIN

Nick


On 30 January 2011 12:16, CodeRedSportsAdmin ad...@coderedsports.comwrote:

 When I log in, I don't see my sites that were created before, and when I
 upload I get a permissions error.  I've posted to the forums, posted bugs,
 and to the googleappengine twitter.

 What other means do I have to try to get google's attention for help?

 --
 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.comgoogle-appengine%2bunsubscr...@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: Blobstore uploads throwing errors

[Nickolas Daskalou]

Ikai,

Thanks for the feedback and for identifying and solving the problem. I can
confirm the Blobstore is working properly for us now.

However there is absolutely no way the issues only lasted for 3 hours
(3am-6am). We experienced it for almost a full day.

The Google App Engine team already have a reputation of not acknowledging
when there are obvious problems with the service. Although I realise
consumer confidence will drop as the acknowledged outage time increases, I
hope the reported apparent 3 hour downtime was due to misinformation or bad
reporting tools, and not an attempt to hide the true length of the downtime.

I know your offering is unique and I understand that when developing
something groundbreaking it may take some time to get it working
perfectly, but (I think) most of us would feel more comfortable with more
transparency and better/faster acknowledgement of system issues, rather than
be left in the dark for a relatively long period of time when something goes
critically wrong (as was the case this time).

Nick


On 26 January 2011 06:38, Ikai Lan (Google)
ikai.l+gro...@google.comikai.l%2bgro...@google.com
 wrote:

 We had issues with the blobstore starting around 3am. We addressed the
 issues and the blobstore errors should have subsided by 6am (Pacific time).

 --
 Ikai Lan
 Developer Programs Engineer, Google App Engine
 Blogger: http://googleappengine.blogspot.com
 Reddit: http://www.reddit.com/r/appengine
 Twitter: http://twitter.com/app_engine



 On Tue, Jan 25, 2011 at 4:10 AM, Strom st...@masendav.org wrote:

 I'm also having major problems with the blobstore.
 Every single upload attempt gets a 500 response.

 On Jan 25, 1:38 pm, Nickolas Daskalou n...@daskalou.com wrote:
  An update: these errors are still occurring (almost 24 hours after
  first spotted) every time we attempt to upload to the Blobstore.
 
  I have also been chatting to aequitas on the IRC chat and they are
  having the same problem as we are.
 
  Nick
 
  On Jan 25, 6:52 pm, Nickolas Daskalou n...@daskalou.com wrote:
 
 
 
 
 
 
 
   I spoke too soon, the Blobstore errors are back again.
 
   Googlers, any news? This is a bit of a roadblock for us right now.
 
   Nick
 
   On Jan 25, 6:07 pm, Nickolas Daskalou n...@daskalou.com wrote:
 
FYI, I was able to get Blobstore uploads working again by doing the
following:
 
- Create a new version of my app in app.yaml
- Upload application
- Go to the admin console and set the new version as the default
 
Well, either that, or coincidentally Google was working behind the
scenes and fixed whatever the problem was.
 
Nick
 
On Jan 25, 5:28 pm, Nickolas Daskalou n...@daskalou.com wrote:
 
 I have been getting errors when trying to upload to the Blobstore
 for over
 half a day now. The errors are the usual:
 
 Error: Server Error
 
 The server encountered an error and could not complete your
 request.
 If the problem persists, please report your problem and mention
 this error
 message and the query that caused it.
 
 My app's id is sprtpf. The URL path of the page that is displaying
 these
 errors is /_ah/upload/./
 
 Can someone from Google please look into this? I am also waiting
 in the IRC
 channel for a response (user: daskalou), so I can answer any
 questions there
 too if you need more information.
 
 Cheers,
 
 Nick

 --
 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.comgoogle-appengine%2bunsubscr...@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.comgoogle-appengine%2bunsubscr...@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: Blobstore uploads throwing errors

[Nickolas Daskalou]

An update: these errors are still occurring (almost 24 hours after
first spotted) every time we attempt to upload to the Blobstore.

I have also been chatting to aequitas on the IRC chat and they are
having the same problem as we are.

Nick


On Jan 25, 6:52 pm, Nickolas Daskalou n...@daskalou.com wrote:
 I spoke too soon, the Blobstore errors are back again.

 Googlers, any news? This is a bit of a roadblock for us right now.

 Nick

 On Jan 25, 6:07 pm, Nickolas Daskalou n...@daskalou.com wrote:







  FYI, I was able to get Blobstore uploads working again by doing the
  following:

  - Create a new version of my app in app.yaml
  - Upload application
  - Go to the admin console and set the new version as the default

  Well, either that, or coincidentally Google was working behind the
  scenes and fixed whatever the problem was.

  Nick

  On Jan 25, 5:28 pm, Nickolas Daskalou n...@daskalou.com wrote:

   I have been getting errors when trying to upload to the Blobstore for over
   half a day now. The errors are the usual:

   Error: Server Error

   The server encountered an error and could not complete your request.
   If the problem persists, please report your problem and mention this error
   message and the query that caused it.

   My app's id is sprtpf. The URL path of the page that is displaying these
   errors is /_ah/upload/./

   Can someone from Google please look into this? I am also waiting in the 
   IRC
   channel for a response (user: daskalou), so I can answer any questions 
   there
   too if you need more information.

   Cheers,

   Nick

-- 
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: Blobstore uploads throwing errors

[Nickolas Daskalou]

A production issue was lodged just over an hour ago, here:
http://code.google.com/p/googleappengine/issues/detail?id=4452

If you are having the same problem, please star the issue.

Nick


On Jan 25, 10:38 pm, Nickolas Daskalou n...@daskalou.com wrote:
 An update: these errors are still occurring (almost 24 hours after
 first spotted) every time we attempt to upload to the Blobstore.

 I have also been chatting to aequitas on the IRC chat and they are
 having the same problem as we are.

 Nick

 On Jan 25, 6:52 pm, Nickolas Daskalou n...@daskalou.com wrote:







  I spoke too soon, the Blobstore errors are back again.

  Googlers, any news? This is a bit of a roadblock for us right now.

  Nick

  On Jan 25, 6:07 pm, Nickolas Daskalou n...@daskalou.com wrote:

   FYI, I was able to get Blobstore uploads working again by doing the
   following:

   - Create a new version of my app in app.yaml
   - Upload application
   - Go to the admin console and set the new version as the default

   Well, either that, or coincidentally Google was working behind the
   scenes and fixed whatever the problem was.

   Nick

   On Jan 25, 5:28 pm, Nickolas Daskalou n...@daskalou.com wrote:

I have been getting errors when trying to upload to the Blobstore for 
over
half a day now. The errors are the usual:

Error: Server Error

The server encountered an error and could not complete your request.
If the problem persists, please report your problem and mention this 
error
message and the query that caused it.

My app's id is sprtpf. The URL path of the page that is displaying these
errors is /_ah/upload/./

Can someone from Google please look into this? I am also waiting in the 
IRC
channel for a response (user: daskalou), so I can answer any questions 
there
too if you need more information.

Cheers,

Nick

-- 
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: Problems with Blobstore this morning

[Nickolas Daskalou]

Thanks Tim.

Michael, there's also another issue that you should star:
http://code.google.com/p/googleappengine/issues/detail?id=4452

Nick


On 26 January 2011 00:31, Tim Hoffman zutes...@gmail.com wrote:

 Hi

 You might like to star this issue.
 http://code.google.com/p/googleappengine/issues/detail?id=4453

 A number of people on #irc at the moment are experiencing the same issue.
 Also see Nickolas Daskalou post
 https://groups.google.com/forum/?hl=en#!topic/google-appengine/wTjRd0IWCPY  
 about
 the same issue.

 Rgds

 T

 --
 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.comgoogle-appengine%2bunsubscr...@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] Unable to deploy

[Nickolas Daskalou]

Hi Googlers,

I have tried deploying my app three times in the past 5-10 minutes and all
three times I get a 500 error message that looks like this:

Initiating update.
Cloning 5 static files.
Cloning 384 application files.
Rolling back the update.
Error 500: --- begin server output ---

htmlhead
meta http-equiv=content-type content=text/html;charset=utf-8
title500 Server Error/title
/head
body text=#00 bgcolor=#ff
h1Error: Server Error/h1
h2The server encountered an error and could not complete your
request.pIf the problem persists, please A HREF=
http://code.google.com/appengine/community.html;report/A your problem and
mention this error message and the query that caused it./h2
h2/h2
/body/html
--- end server output ---

My app's id is sprtpf. I am attempting to deploy from Mac OS X using the
command line. This was working fine when I last tried about 12 hours ago.

Nick

-- 
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] Blobstore uploads throwing errors

[Nickolas Daskalou]

I have been getting errors when trying to upload to the Blobstore for over
half a day now. The errors are the usual:

Error: Server Error

The server encountered an error and could not complete your request.
If the problem persists, please report your problem and mention this error
message and the query that caused it.

My app's id is sprtpf. The URL path of the page that is displaying these
errors is /_ah/upload/./

Can someone from Google please look into this? I am also waiting in the IRC
channel for a response (user: daskalou), so I can answer any questions there
too if you need more information.

Cheers,

Nick

-- 
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: Unable to deploy

[Nickolas Daskalou]

FYI, application uploads started working again not long after I
reported the problem.

Nick


On Jan 25, 1:27 pm, Nickolas Daskalou n...@daskalou.com wrote:
 Hi Googlers,

 I have tried deploying my app three times in the past 5-10 minutes and all
 three times I get a 500 error message that looks like this:

 Initiating update.
 Cloning 5 static files.
 Cloning 384 application files.
 Rolling back the update.
 Error 500: --- begin server output ---

 htmlhead
 meta http-equiv=content-type content=text/html;charset=utf-8
 title500 Server Error/title
 /head
 body text=#00 bgcolor=#ff
 h1Error: Server Error/h1
 h2The server encountered an error and could not complete your
 request.pIf the problem persists, please A 
 HREF=http://code.google.com/appengine/community.html;report/A your 
 problem and
 mention this error message and the query that caused it./h2
 h2/h2
 /body/html
 --- end server output ---

 My app's id is sprtpf. I am attempting to deploy from Mac OS X using the
 command line. This was working fine when I last tried about 12 hours ago.

 Nick

-- 
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: Blobstore uploads throwing errors

[Nickolas Daskalou]

FYI, I was able to get Blobstore uploads working again by doing the
following:

- Create a new version of my app in app.yaml
- Upload application
- Go to the admin console and set the new version as the default

Well, either that, or coincidentally Google was working behind the
scenes and fixed whatever the problem was.

Nick


On Jan 25, 5:28 pm, Nickolas Daskalou n...@daskalou.com wrote:
 I have been getting errors when trying to upload to the Blobstore for over
 half a day now. The errors are the usual:

 Error: Server Error

 The server encountered an error and could not complete your request.
 If the problem persists, please report your problem and mention this error
 message and the query that caused it.

 My app's id is sprtpf. The URL path of the page that is displaying these
 errors is /_ah/upload/./

 Can someone from Google please look into this? I am also waiting in the IRC
 channel for a response (user: daskalou), so I can answer any questions there
 too if you need more information.

 Cheers,

 Nick

-- 
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: Blobstore uploads throwing errors

[Nickolas Daskalou]

I spoke too soon, the Blobstore errors are back again.

Googlers, any news? This is a bit of a roadblock for us right now.

Nick


On Jan 25, 6:07 pm, Nickolas Daskalou n...@daskalou.com wrote:
 FYI, I was able to get Blobstore uploads working again by doing the
 following:

 - Create a new version of my app in app.yaml
 - Upload application
 - Go to the admin console and set the new version as the default

 Well, either that, or coincidentally Google was working behind the
 scenes and fixed whatever the problem was.

 Nick

 On Jan 25, 5:28 pm, Nickolas Daskalou n...@daskalou.com wrote:







  I have been getting errors when trying to upload to the Blobstore for over
  half a day now. The errors are the usual:

  Error: Server Error

  The server encountered an error and could not complete your request.
  If the problem persists, please report your problem and mention this error
  message and the query that caused it.

  My app's id is sprtpf. The URL path of the page that is displaying these
  errors is /_ah/upload/./

  Can someone from Google please look into this? I am also waiting in the IRC
  channel for a response (user: daskalou), so I can answer any questions there
  too if you need more information.

  Cheers,

  Nick

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