I'm a bit dissapointed. Why next version isn't 1.6.7? What's the big
improve?
On Jun 20, 9:00 pm, Christopher Ramírez
wrote:
> Thanks Guido!
>
> I addressed the issue thank to Alfred Fuller and Timh.
> https://groups.google.com/forum/?hl=en&fromgroups#!topic/google-appen...
>
> The origin of th
Yes I have the same issue, I cannot find a way to increase the connect
timeout through JAX-WS that is allowed by Google...
On Friday, June 1, 2012 11:32:20 AM UTC+2, Deepak Singh wrote:
>
> Hi Aljaz,
>
> I am still facing the same problem and app is running with problem.
>
> Let us do somethi
All of my task queues have stopped processing about 20 minutes ago, general
problem or just me?
No changes to our settings.
--
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.c
as db.Model.all() does.
--
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/-/aPHU2eqM_3AJ.
To post to this group, send email to google-appengine@googleg
Hi everyone,
I'm serving a number of text files from the blobstore and while smaller
ones are being gzipped by the frontend servers, larger ones are not.
Not sure what the threshold is, it could be as low as 4MB.
Couldn't find any mention of it anywhere.
Our files are "text/csv" and "applicatio
And they're back.
On Thursday, June 21, 2012 10:49:50 AM UTC+1, Kenneth wrote:
>
> All of my task queues have stopped processing about 20 minutes ago,
> general problem or just me?
>
> No changes to our settings.
>
>
>
--
You received this message because you are subscribed to the Google Groups
Probably http://code.google.com/p/googleappengine/issues/detail?id=2820
On Thursday, 21 June 2012 19:56:20 UTC+10, Emanuele Ziglioli wrote:
>
> Hi everyone,
>
> I'm serving a number of text files from the blobstore and while smaller
> ones are being gzipped by the frontend servers, larger ones ar
db.Model.query()
On Thu, Jun 21, 2012 at 2:52 AM, saintthor wrote:
> as db.Model.all() does.
>
> --
> 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-appengi
Hi rodrigo,
Sorry abou the confusion. We're transitioning IRC office hours to
Hangouts based one. We will create a schedule for the hangouts after
I/O, and update the doc accordingly soon.
For a time being, please use this forum for discussion.
Thanks!
-- Takashi
On Wed, Jun 20, 2012 at 10:51
Hi Alexandru,
It's just a guess, but one possibility is that one of your task keeps
adding another task and then fails, and as a result, you have lots of
similar tasks in your queue. Here are few suggestions to prevent it
from happening.
* Use named task for preventing task bomb
https://developer
This is unfortunate:
class HttpHeadersDict(validation.ValidatedDict):
"""A dict that limits keys and values what http_headers allows.
http_headers is an static handler key i.e. it applies to handlers with
static_dir or static_files keys. An example of how http_headers is used is
handler
Hi Takashi,
I will make this changes to my app (named tasks, set retry count to task
queue)
I have a task (Task1) which adds another task (Task2) but I am doing this
in a transaction, with a retry limit of 10. (It is not self creating task).
Task1 execution code si surrounding by try catch so
Good day everyone!
I'm just new to python and GAE.
I've managed to code a site using python without problem, and now trying to
intergrate some google services.
I followed this tutorial
http://code.google.com/p/google-api-python-client/wiki/Installation
1. downloaded google-api-python-client-
I have the same problem,
com.google.apphosting.api.ApiProxy$OverQuotaException: The API call
search.IndexDocument() required more quota than is available.
at
com.google.apphosting.runtime.ApiProxyImpl$AsyncApiFuture.success(ApiProxyImpl.java:479)
at
com.google.apphosting.runtime
Good day everyone!
I'm trying to integrate the gdata service into my app
I've followed this tutorial
https://developers.google.com/appengine/articles/gdata
the step1~3 is created by copy & paste, and a step4, which is a snippet
that I found somewhere else
> class step4(webapp.RequestHandler):
>
This is awesome.. I like how you kept the code succinct and terse
--
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/-/GkD9-qMeFyYJ.
To post to this gro
I know there cannot be a definitive answer to this question, but I am
looking for opinions (and perhaps some insight from a Googler).
I currently make heavy use of the task queue, and every time I am faced
with a design choice, the task queue presents a very attractive pattern for
a number of r
Thanks! I tried to keep things as simple as possible in this first release.
On Thursday, June 21, 2012 1:22:53 PM UTC-4, Gregory Nicholas wrote:
>
> This is awesome.. I like how you kept the code succinct and terse
--
You received this message because you are subscribed to the Google Groups
"Go
This is an interesting question, but I wouldn't exactly call tasks
free: When a task executes, your instance is invoked. Tasks are
really just a way of offsetting cost until later.
Jeff
On Thu, Jun 21, 2012 at 11:06 AM, Michael Hermus
wrote:
> I know there cannot be a definitive answer to this
Of course, but there is a definitive resource cost to enqueue and dequeue
the task (that is in addition to the instance time), and there is currently
no charge for that.
On the other hand, if I defer work by writing an entity to the datastore
and processing it later, I have to pay both read and
Thanks Stuart,
indeed it looks like the same issue. I'm gonna try loading the blob content
in memory first.
It's going to be slower but that's what I've been doing until yesterday: I
was compressing large entities and storing them in up to 1MB sized
entities. I switched to the blobstore in orde
>
>
> Of course, if anyone has any advice on making gzip work, I'd be happy to
> hear it. =)
>
>
Hi!
I've been fighting with the same issue:
https://groups.google.com/forum/?fromgroups#!topic/google-appengine/hv7QOd0ZlKM
I use 256MB instances in Java so haven't run into out of heap errors yet
I hate to sound like the cloudflare shill, but why not use them as a
frontend cache? One of their touted features is aggressive gzipping
of content.
Jeff
On Thu, Jun 21, 2012 at 2:12 PM, Emanuele Ziglioli
wrote:
>>
>> Of course, if anyone has any advice on making gzip work, I'd be happy to
>> h
I have been using TaskQueue for a long time and this view makes no sense to
me. You are paying the same price for your Instances and DS read/write when
executing a task. To be fair there is a small leeway which GAE gives you on
not charging for storing Task parameters. So you have to weight this
Number not matter - matter features.
Better is stable application than fireworks :)
On Jun 21, 9:30 am, Carlos Aguilar Moreno
wrote:
> I'm a bit dissapointed. Why next version isn't 1.6.7? What's the big
> improve?
>
> On Jun 20, 9:00 pm, Christopher Ramírez
> wrote:
>
>
>
>
>
>
>
> > Thanks Gu
Hi,
We have many cron jobs that run as part of our application. Some crons run
on FE instances and some hit our Backend instances for execution. Since
this morning, teh crons are NOT running at regular intervals. I opened 2
production issues and attached screenshots. It's our production app and
You're probably running into a burst quota (per minute quota) which limits
you to adding ~100 documents/minute. More discussion here:
http://stackoverflow.com/questions/10567267/quotas-on-appengine-search-api-for-java/
We'll likely remove this burst quota fairly soon.
On Thursday, June 21, 201
I have
updated http://code.google.com/p/googleappengine/issues/detail?id=7706 with
this information.
On Monday, 18 June 2012 11:44:29 UTC+8, Takashi Matsuo (Google) wrote:
>
> On Mon, Jun 18, 2012 at 9:57 AM, Thomas Wiradikusuma
> wrote:
> > Just my 2 cents,
> >
> > If indeed our app needs
On Thursday, June 21, 2012 2:52:01 AM UTC-7, saintthor wrote:
>
> as db.Model.all() does.
>
Let me remind people of the "NDB cheat sheet" which answers every
conceivable question about how to spell db's patterns in NDB:
https://docs.google.com/a/google.com/document/d/1AefylbadN456_Z7BZOpZEXDq8cR
thank you. it is helpful.
在 2012年6月22日星期五UTC+8上午11时32分39秒，Guido van Rossum写道：
>
> On Thursday, June 21, 2012 2:52:01 AM UTC-7, saintthor wrote:
>>
>> as db.Model.all() does.
>>
>
> Let me remind people of the "NDB cheat sheet" which answers every
> conceivable question about how to spell db's pat
As Jeff mentioned on the SDK thread, maybe try Cloudflare.com. I've just
turned it on and it's not too painful, although I had to set up my page
rules just right. If you have static content, they'll gzip and cache it
for you on their CDN.
One option if you don't want them proxying your whole
Cloud flare would still suck the uncompressed file down and then zip it,
that is unlikely to speed things up.
Check my old posts about headers for edge cache, my guess is that you have
the expiration set in the past or immediately which causes Edgecache to not
compression most mime types.
F
32 matches
Mail list logo
