FYI, here's Brandon's post:
https://groups.google.com/forum/#!topic/google-appengine/6xAV2Q5x8AU/discussion
and two related issues you may be inclined to star (with more info in
the comments as well):
http://code.google.com/p/googleappengine/issues/detail?id=2258
http://code.google.com/p/googlea
My app (adb2) is getting over quota errors and is no longer serving
requests. This has never happened before. According to the dashboard
my app has used 34 instance hours to process under 100 requests which
I can't imagine is possible under normal circumstances (especially
since the app doesn't us
On May 11, 5:27 pm, Greg wrote:
> Actually the way I see it is that Google has given us a free ride for
> three years...
Well, actually, Google got lots of developers to test their platform
and various service API roll-outs for free for three years. It's been
pretty much of a quid pro quo up un
I hope this is useful information for someone who has encountered
this:
If you upload an image via the blobstore that is, say, 1000x800 and
then attempt to resize using the following:
img = images.Image(blob_key=str(blob_key))
img.resize(1000,1000)
image_data =
sorry, there's a typo...
the line:
image_data =
googimg.execute_transforms(output_encoding=images.JPEG)
should be
image_data =
img.execute_transforms(output_encoding=images.JPEG)
the issue is the same though...
--
You received this message because you are subscribed to the Googl
It appears to be stuck at version 1.3.5
It has been useful in the past mainly for use in Eclipse as a
reference with Pydev, but lately it's been out of date so much that it
kind of seems pointless to even make the repository public. I'm
assuming there must be some kind of Byzantine build process at
Can't upload a new version either: 500 internal server error
The dashboard is inaccessible as well.
App is slow but works.
On Jun 26, 9:55 pm, gg wrote:
> Seems to be just the admin...
>
> On Jun 26, 9:52 pm, Tom Wu wrote:
>
> > Server Error
>
> > A server error has occurred.
>
> > Return to A
I tried just removing the queue name from queue.yaml but the queue
still seems to exist with a rate and bucket size set to 'paused'.
If it isn't now, will it be possible to delete or rename queues in the
future? The reason I ask is because I created a test queue with a
crazy name and would rather
Thank you!
These are really great new features.
--~--~-~--~~~---~--~~
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 thi
Hi Jeff,
This seems to happen on pretty much every release. I sort of figured
the repository would always have the latest and the zip/installer
download would, if anything, trail it slightly. Otherwise what is the
point of exposing the svn repository if it's out of date with respect
to the actual
fferent
> versions.
>
> Just my 2cts.
>
> Robert
>
> On Mar 27, 12:50 am, "Tom M." wrote:
>
> > A very clever solution.
>
> > On Mar 26, 6:31 pm, cz wrote:
>
> > > Awesome, thanks Jeff. I think doing it this way would make my app use
>
Awesome, thanks Jeff. I think doing it this way would make my app use
less resources in general which is good for everybody.
- Claude
On Mar 26, 2:25 pm, Jeff S wrote:
> Hi Claude,
>
> On Mar 25, 8:27 pm, cz wrote:
>
>
>
> > The reason I ask this is for the following s
The reason I ask this is for the following scenario:
My main app uses Django 1.x and has fairly low, but quite useful ;),
traffic thus often requiring a cold start. It incurs significant
startup time and so the initial requests are quite slow. The pages
also contain lots of images uploaded by user
ms CPU quota. When it was part of
> the main Django app, it would take over 2000 ms CPU quota.
>
> BTW I'm fairly convinced that memcached data doesn't get flushed out.
>
> On Mar 24, 6:27 am, cz wrote:
>
> > I added some timing code to see how expensive a cold
I added some timing code to see how expensive a cold app startup is.
This is a Django1.x app so YMMV.
The typical numbers are:
Zipimport of Django: 180ms
Appengine-django-helper monkeypatching: 430ms
Misc imports, app-specific patching, etc: 20ms
-
see:
http://docs.djangoproject.com/en/dev/ref/middleware/#module-django.middleware.common
http://www.djangosnippets.org/snippets/601/
in your settings.py:
APPEND_SLASH = False
On Mar 14, 5:01 am, gxtiou wrote:
> i don't want it to redirect to: "http://www.abc.com/login/"; added
> "/" in
> the
Actually, that is normal behavior. This has been discussed in previous
threads.
GAE seems to aggressively purge it's app cache, average app lifetime
appears to be under 2 seconds. Appengine-patch may be marginally
faster but both require Django1.x to be imported via zipimport, which
is pretty expe
The datastore seems to be unusually zippy today, whatever you googly
types did yesterday sure worked. Beautiful!
thanks,
- Claude
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To post to
Our app is still experiencing at least double the latency as compared
to last week and the app is basically unusable. I'm really concerned
about this since the GAE team has stated that the latency issue has
been resolved.
This is so disappointing if the current performance is considered to
be fine
Latency is still pretty much killing our site. Dynamic pages that took
1-3 seconds (which is bad enough) before the slowdown still take 10-20
seconds. The app dashboard is super sluggish as well (as Nick pointed
out). I'm hoping this means that the GAE team is still working on it
(if so, thanks gu
yep, our app still quite a bit slower than usual but slightly better
than earlier today.
zipimport still seems especially slow... I'm wondering if using non-
trivial 3rd party frameworks such as Django 1.x is such a good idea on
GAE. With this kind of latency I'm thinking maybe not. Perhaps for
hi
I think you could upload a different version (set it app.yaml) with
profiling enabled and test using that version (on your live
datastore). The default (non-profiled) version would still be what the
public normally sees.
On Feb 20, 5:51 am, Jarek Zgoda wrote:
> Since enabling profiler output is
It would indeed be great to have some kind of way to store big binary
blobs such as images etc. that are larger than 1mb without having to
resort to using a third party storage solution like Amazon's S3. I'm
under the impression though that Google is working on this (see
roadmap).
On Feb 16, 9:36
Awesome possum!
Although having to deal with the more restrictive quotas before was
probably a good thing in that it made us think more about efficiency
and scalability.
thanks,
- Claude
On Feb 14, 11:36 am, Nash-t wrote:
> Nah, this is your reward for betting with Google and it is just going
>
Ah ha, it turns out that you are correct Alexander, my appengine tree
is checked out to ./.google_appengine and invisible files inside the
app directory are of course in the skip-file list...
On Feb 10, 9:45 pm, cz wrote:
> Thanks, I was looking at those threads, but I think my problem
Thanks, I was looking at those threads, but I think my problem is
unrelated since the module in question is accessible via PYTHONPATH
and shouldn't have anything to do with skipped files. Also, as I
stated previously, I have the latest version of GAE and the django
helper checked out (r41 and r74
Oh, and here's what the beginning of main.py looks like:
# Standard Python imports.
import os
import sys
import logging
import settings
# Fix (hack) for missing unlink
if os.name == 'nt':
os.unlink = lambda: None
from appengine_django import InstallAppengineHelperForDjango
InstallAppengineHe
I'm sure this is something stupid on my end but I just can't see it...
everything worked fine until I checked out the latest versions of GAE
and appengine helper (r41, r74).
On startup (in main.py) I get this exception:
...\appengine_django\__init__.py in InstallModelForm()
515 """Replace D
Um, this might be a dumb question, but the SVN source tree doesn't
seem to reflect the latest version. It looks like it's stuck at r34
which according to the release notes is version 1.1.8.
Is there a new repository or am I hallucinating?
I usually just get the latest version via SVN but this seem
This is really great! I just want you (google engineers) how much I
appreciate your work on this. GAE is a really fun platform to use.
Despite all the whining (a lot from me) it's turning into a great
product, plus the fact that it's free (well, for smaller apps) is
amazing.
Well, ok, one more wh
I have noticed that the app cache does not keep things around for much
more than a few seconds, so if your site gets relatively little
traffic it will have more problems than if it gets heavier traffic
(paradoxically). Also, if your app returns pages with many images or
other embedded content that
use appcfg without specifying severity to get just request logs:
appcfg.py --email= request_logs
On Feb 9, 12:45 pm, Greg wrote:
> On Feb 10, 2:16 am, Duncan wrote:
>
> > Logs generated on the server tell you how often particular pages have
> > been requested: that includes requests from we
Hi Marzia,
I've been unable to make the chat times, is there a transcript
archived somewhere?
Thanks,
- Claude
On Jan 7, 11:56 am, Marzia Niccolai wrote:
> Details about this and future chat times can be found
> here:http://groups.google.com/group/google-appengine/browse_thread/thread/...
--~--
uded with the default frameworks
there would be a high likelihood that it is always in memory.
I'm using Django 1.0 now on appengine without any other issues besides
that. CPU quotas are really tight right now, so it makes sense to
minimize expensive events. That's
So far, for me App Engine has worked pretty well.
The issue regarding Django 1.0 is a little more complicated than "just
use zipimport and django helper" which is the standard response. While
this works and is in fact what I use, there are some issues. One is
that if your app doesn't have a lot of
I'm getting 404/not found for http://appengine.google.com/ which was
how I accessed the dashboard up until last night.
Also, my app (adb2) is returning spurious 500 server errors and random
404/not found, but it worked fine up until the system maintenance
period. This app was last deployed around
This is fantastic, thanks Marzia!
There also seems to be a fair amount of clamor for beefing up the
Image API, any chance that might be in the pipeline?
Also, I would like to suggest that the documentation be fattened up,
especially concerning the inner workings of datastore/BigTable and
related
t; This sounds a bit like the following feature
> request:http://code.google.com/p/googleappengine/issues/detail?id=435but your
> idea may be slightly different. Feel free to star this one, or file a
> new issue :)
>
> Thank you,
>
> Jeff
>
> On Oct 9, 10:25 pm, cz &l
If there was just one thing to add to the Image api, a way to
determine the image size would be highest on my list.
It just seems so easy to add... would it not be possible to stuff a
couple of integers (height,width) along with the image data into the
image service response ProtocolMessage? Mayb
The offending index eventually was purged and I'm now able to
upload... It appears that the offline processing of indexes is just
kind of slow.
- Claude
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Google App Engi
Hello,
I'm having the same problem. I get 500 errors when trying to vacuum or
upload indexes.
Initially it seemed to be caused by some indexes being in the
'building' state. Once those eventually changed to 'serving' I was
able to vacuum the indexes, but now the deleted one appears to be
stuck i
41 matches
Mail list logo