You're correct, I just noticed this in the docs today:
http://code.google.com/appengine/docs/python/mail/overview.html#Receiving_Mail
> Note that even if your app is deployed on a custom domain, your app can't
> receive email sent to addresses on that domain.
Your workaround does indeed work,
Hi Jeff
I sent the appid to you direct.
We are a way off going live.
Thanks
Tim
On Oct 23, 8:26 am, "Jeff S (Google)" wrote:
> Hi Tim,
>
> Ah I see, would you mind telling me your app ID? I'd like to look into this
> to make sure there isn't some other reason.
>
> Thank you,
>
> Jeff
>
> On
Hi Tim,
Ah I see, would you mind telling me your app ID? I'd like to look into this
to make sure there isn't some other reason.
Thank you,
Jeff
On Thu, Oct 22, 2009 at 4:07 PM, Tim Hoffman wrote:
>
> HI Jeff
>
> I am in the same boat, only a few thousand entities, but about 30
> models
> and
Kool
code.google.com/p/appengine-admin I use recommended
--~--~-~--~~~---~--~~
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
HI Jeff
I am in the same boat, only a few thousand entities, but about 30
models
and a few are very big (lots of properties) and I haven't got any
statistics
yet. (The app has been deployed for 3 days) I assume I blowing out
your 100KB
limit.
T
On Oct 22, 4:32 am, "Jeff S (Google)" wrote:
> H
This is a known issue and has been ignored by Google so far.
On 22 Okt., 06:33, wezard wrote:
> Hello.
>
> The logout is normally done when redirecting it to URL generated with
> createLoginURL in the Apps environment of an original domain.
>
> However, it doesn't live ..redirecting after the lo
Added Rakontu entry
Click on
http://groups.google.com/group/google-appengine/web/google-app-engine-open-source-projects
- or copy & paste it into your browser's address bar if that doesn't
work.
--~--~-~--~~~---~--~~
You received this message because you are subsc
Yep had same 500 errors and couldn't deploy from Eclipse.
On 22 oct, 19:16, johnP wrote:
> It seems that Appengine is having a bad-cloud day
>
> :)
>
> On Oct 22, 10:08 am, Jason Smith wrote:
>
>
>
> > I started seeing several 500 errors from my own app just now, and now
> > even the admin page
Thanks again.
I'm currently at 75 indexes, yet it's saying that I'm over my quota:
"Error 400: --- begin server output ---
Over index creation quota: The API call datastore_v3.CreateIndex()
required more quota than is available.
--- end server output ---"
I'm only trying to upload 10 indexes, so
Totally agree!
On Oct 22, 12:12 pm, WeatherPhilip
wrote:
> Given that this question comes up again and again, I think it would be
> highly desirable for Google to improve the datastore statistics page
> to
>
> (a) show the total size consumed by the indexes
> (b) show the size consumed by each i
On Oct 22, 1:22 pm, gae123 wrote:
>
> you bring up a lot of good points but I was wondering what triggered
> your e-mail and what makes you believe that we are actually in this
> sort of "destructive cycle"?
>
Devel63 stated in his opening message that his/her application was
being cycled out
Hi Devel63,
you bring up a lot of good points but I was wondering what triggered
your e-mail and what makes you believe that we are actually in this
sort of "destructive cycle"?
Thanks
On Oct 21, 8:31 pm, Devel63 wrote:
> I fear we are in a destructive cycle:
> - Cold starts take a long time
No, there will not be periodic maintenances for task queues like there
are for datastore.
On Thu, Oct 22, 2009 at 12:59 AM, djidjadji wrote:
>
> Will the Task Queue systems ever be under maintenance?
>
> 2009/10/19 Jon McAlister :
>>
>> Yep. The latency of execution may be affected but it will a
Nick and Rafe,
this is great to know. Am I correct to assume that this gives us an
easy way to rename classes? Let's say I had this:
class Foo(db.Model):
and want to rename it to Bar in my code but I have an app already
running with lots of data. I can just say:
class Bar(db.Model):
I'm pretty sure this is unsupported.
The workaround would be to use set up the account in Google Apps, log
in to Gmail, and forward messages to your appspot email address.
On Oct 22, 1:34 am, Andrey Petrov wrote:
> Hi, I <3 the new incoming mail feature for appengine, but how can I
> use it for
Hi!
I´m getting an error while trying to upload data from a .csv. I need
to do some post processing using handle_entity, but I think i'm
getting the error before entering that function. Could anyone help me
to figure out why im getting the error?
thanks!
The call:
appcfg.py upload_data --config
Hello,
I was testing Task Queue. It works fine. :)
I'd like to repeat a task many time during the day, example 1 run
every 10 minutes.
But when the task is executed, it's deleted from the Queue. How can I
run again the task? Should I use Scheduled Tasks (cron.xml) ?
I've also tryed to enque a
Hi,
I have been using the datastore to store around 1.5 million entries
and had no issues adding entries. When we came to delete them though
the datastore performance has become almost unusable. I`m now getting
frequent connection errors.
I wrote a small batch method to delete entries from the da
Hello.
The logout is normally done when redirecting it to URL generated with
createLoginURL in the Apps environment of an original domain.
However, it doesn't live ..redirecting after the logout is processed..
ahead as it is an expectation.
http://MyApplication.appspot.com/_ah/logout?continue
Hi, I <3 the new incoming mail feature for appengine, but how can I
use it for my custom domain?
I presume I'd need to set my MX records to something... I tried
setting them to the default Google Apps GMail ones
(aspmx.l.google.com,alt1.aspmx.l.google.com, etc.) but when I send
mail whate...@
It seems that Appengine is having a bad-cloud day
:)
On Oct 22, 10:08 am, Jason Smith wrote:
> I started seeing several 500 errors from my own app just now, and now
> even the admin page is inaccessible. Is this happening to anybody
> else?
>
> The status page has the datastore in the "inves
I started seeing several 500 errors from my own app just now, and now
even the admin page is inaccessible. Is this happening to anybody
else?
The status page has the datastore in the "investigating" state. I
assume that is an automated flag once latency gets too high, but I
don't know.
Is anybod
On Oct 22, 10:55 am, Devel63 wrote:
>
> Speeding up cold starts is clearly the best solution, but I don't know
> how much time pre-compiling would save. Paying for warm instances may
> help, but because anyone can auto-ping every second, the tragedy of
> the commons will still proceed to its i
In a separate thread, someone from Google confirmed that they compile
all the files from scratch with each load.
Speeding up cold starts is clearly the best solution, but I don't know
how much time pre-compiling would save. Paying for warm instances may
help, but because anyone can auto-ping eve
How is this affected when you copy your data from 1 app to another (say,
PROD app to an internal UAT version of the app)?
Thanks.
- ryan.
On Thu, Oct 22, 2009 at 6:35 AM, Nick Johnson (Google) <
nick.john...@google.com> wrote:
> Hi Ryan,
> IDs allocated with allocate_ids will never be reused -
So, what's happening here is that when a class gets registered there
is a mapping from kind to class just as Nick said. This mapping will
be the last class that you created with that unqualified name. In
this case, your last mapping is y.A. From that point on, every time
you load an entity fro
Yes!
gdata.alt.appengine.run_on_appengine(client, store_tokens=False,
single_user_mode=True)
(Tanks for the stars :-)
On Oct 21, 7:42 pm, Michelschr wrote:
> Hello everyone,
>
> I want to access one (and only one) spreadsheet of a user from within
> a task of a google app engine application.
>
We are currently investigating an issue with high latency and error
rate in the datastore.
--Matthew
On Oct 22, 7:04 am, dflorey wrote:
> I'm experiencing a lot of 500ers when accessing App Engine apps or
> dashboard.
> Something weird in going on there...
>
> On 22 Okt., 15:46, Michael wrote:
seeing a lot of datastore read latency on multiple apps
On Oct 22, 10:04 am, dflorey wrote:
> I'm experiencing a lot of 500ers when accessing App Engine apps or
> dashboard.
> Something weird in going on there...
>
> On 22 Okt., 15:46, Michael wrote:
>
>
>
> > I was seeing this problem again fe
Given that this question comes up again and again, I think it would be
highly desirable for Google to improve the datastore statistics page
to
(a) show the total size consumed by the indexes
(b) show the size consumed by each index
I would hope that (a) would be calculated as the sum of (b) rath
I'm experiencing a lot of 500ers when accessing App Engine apps or
dashboard.
Something weird in going on there...
On 22 Okt., 15:46, Michael wrote:
> I was seeing this problem again few minutes ago.
> It's certainly only on writes. (I switched app version to save logs.
> If you want, you can lo
ah... makes perfect sense.
thank you for this!
On Oct 21, 7:23 am, David Symonds wrote:
> On Tue, Oct 20, 2009 at 7:04 AM, Greg Tracy wrote:
> > queue:
> > - name: email-queue
> > rate: 8/m
> > bucket_size: 10
>
> Do you understand the effect of the bucket_size parameter? I bet you
> proba
I was seeing this problem again few minutes ago.
It's certainly only on writes. (I switched app version to save logs.
If you want, you can look at logs of beta19, app id: sovpad).
It lasted around 5 minutes (6:32 - 6:37)
On Oct 22, 1:47 am, Michael wrote:
> Timeouts were on writes (as far as i
agreed, this a catch22 for low request sites. pinging only goes so far
and seems completely wasteful (for everyone)
I'd love to know if they precompile python modules (and if not, there
must be a good reason why)
paid for warm instances - yes!
cheers
brian
On Oct 22, 7:25 am, ted stockwell wro
;; ANSWER SECTION:
www.lordjoe.com.60 IN A 72.5.169.70
You need a CNAME pointing to ghs.google.com, not some third-party
server redirecting there.
On Oct 21, 11:50 pm, lordjoe wrote:
> What is it? *.www.lordjoe.comredirects to ghs.google.com exactlyh
> like *.www.erlana
Hi Ryan,
IDs allocated with allocate_ids will never be reused - the functionality is
equivalent to the numbering for auto-generated IDs on entities.
-Nick Johnson
On Wed, Oct 21, 2009 at 9:47 PM, ryan baldwin wrote:
> How long are id's reserved for when using db.allocate_ids? Forever? 60
> seco
Thanks for the suggestion but I am already setting the expiry header
in the appengine-web.xml file.
As part of my built script I rename static resources with an MD5 hash
as part of the file name and set the expires header for a year in the
future.
These MD5'ed files are being served to my englan
On Oct 21, 10:31 pm, Devel63 wrote:
>
> I see only 2 ways out:
>
Another way would be for Google to charge to keep applications warm.
Amazon has a similar feature where you can pay extra to reserve EC2
instances to make sure that the instance are always available.
Keeping apps warm is quite re
It seems a bit odd - I would have thought the remote API could work that out
automatically.
Thanks Nick for the explanation.
2009/10/22 Nick Johnson (Google)
> Hi Scott,
> This is because when using the remote_api_shell, your local system time is
> used, while App Engine uses UTC. You need to se
Hi Scott,
This is because when using the remote_api_shell, your local system time is
used, while App Engine uses UTC. You need to set an ETA on any tasks you
insert - for example:
deferred.defer(somefunc,
_eta=datetime.datetime.now()-datetime.timedelta(hours=1))
-Nick Johnson
On Thu, Oct 22, 200
I think Nick told this group that if you have to update the object 1
or 2 times per second there is no need to use sharded counters.
It just depends on how rapidly it is for your object.
I think you missed what sharding is about.
If your application needs to update a counter object many times a
s
I'm working with app engine (Java) for quite a while now and as
Christmas is near, it is time to publish my wishlist:
Improvements in the admin interface:
- Logs:
Right now when scrolling through the pages after a while the
formatting is gone and the back link is not working any more
Respect
Hi,
If you set an expiration time for your static content, it may be cached at
geographically diverse endpoints. Without one, it won't be, as it doesn't
know how long it's safe to cache for.
http://code.google.com/appengine/docs/python/config/appconfig.html#Static_File_Handlers
*-Nick Johnson
*
O
any suggestion? any one? i'm still waiting for a reply.
--~--~-~--~~~---~--~~
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
On Thu, Oct 22, 2009 at 12:43 AM, Tonny wrote:
>
> Thank you or the reply. This is great news - if I understood it
> correctly it means moving model classes to new modules is possible
> (redesign/cleanups).
>
> What i don't understand is how GAE searches for the actual class,
> given that it only
Will the Task Queue systems ever be under maintenance?
2009/10/19 Jon McAlister :
>
> Yep. The latency of execution may be affected but it will always
> accept and persist incoming tasks even during maintenance mode.
>
> On Mon, Oct 19, 2009 at 1:08 PM, Robin B wrote:
>>
>> Will the task queue b
46 matches
Mail list logo