Alternativaly can I just clear the cache?
Thanks for the support!
On May 6, 10:48 pm, ryan wrote:
> sorry for the trouble, all, this is our fault. we're canarying the
> upcoming 1.2.2 release, and it looks like entities that were memcached
> from 1.2.1 aren't compatible with 1.2.2. we're invest
still here.
Any tips? what can I do? (besides putting a msg to the users saying:
"The servers are facing technical problems, please try again later"
On May 6, 3:17 pm, DarkCoiote wrote:
> My app is not that popular and my error % are really higher:
> /shoot
> 203
ons/1/google/appengine/api/
> datastore.py", line 513, in _ToPb
> name in self.__unindexed_properties):
> AttributeError: 'Entity' object has no attribute
> '_Entity__unindexed_properties'
>
> Ben
>
> On May 6, 5:19 am, DarkCoiote wrote:
>
>
Doing some more tests, and now the requests handler that
I was testing stopped giving errors...
My best guess is that someone (you?) is fixing the bug.
My fears is that the bug is really nasty and difficult to find/
reproduce and mutable.
Anyway, thanks a lot!
On May 6, 9:11 am, DarkCoiote
Actually, the problem still exists... it is only occurring in others
requests handlers...
And the new point of error is also a updating put
What does this error actually means?
On May 6, 9:00 am, DarkCoiote wrote:
> Well, It was working before, and now is working again!
>
> Actu
> entity you're trying to put?
>
> -Nick Johnson
>
> On Wed, May 6, 2009 at 11:06 AM, DarkCoiote wrote:
>
> > All of sudden I started getting this error for all of the request to
> > app. that requires datastore puts.
>
> > Someone has tweaked
All of sudden I started getting this error for all of the request to
app. that requires datastore puts.
Someone has tweaked something. lol
The full log:
'Entity' object has no attribute '_Entity__unindexed_properties'
Traceback (most recent call last):
File "/base/python_lib/versions/1/google
I have dealed with the same situation a couple of times,
and I used the technique described at:
http://code.google.com/appengine/articles/update_schema.html
Reading the remote_api article I guess that the main
advantage is the removal of timeout limitation
(as the code actually runs on your mach
On Apr 28, 6:03 am, Nick Johnson wrote:
> On Sat, Apr 25, 2009 at 6:16 AM, Melvin wrote:
>
> > I am building a new web site and it does not have significant load
> > yet.
> > The strange thing is that
> > 1. my web site does not respond at the beginning;
>
> This is usually caused by not hav
I'm trying to download my app logs but I having some problems:
first:
here http://code.google.com/appengine/docs/python/tools/uploadinganapp.html
says:
"By default, the command downloads log messages from the current
calendar day (since midnight Pacific Time) with a log level of INFO or
higher (o
#x27; a put for example)...
Have to check my code
Thank you
On Apr 16, 2:10 pm, "Jeff S (Google)" wrote:
> On Thu, Apr 16, 2009 at 4:16 AM, DarkCoiote wrote:
>
> > On Apr 15, 3:26 pm, "Jeff S (Google)" wrote:
> > > Hi Ray,
>
> > > Which op
27;
operations...
but contention would need, like, 2 or more operations on the same
entity
(all my entities are roots... stupid, I know ), right?
I'll check for bugs that could cause multiples requests and stuff like
that
Thank you
>
> Happy coding,
>
> Jeff
>
> On M
Hi... I have a similar situation:
I want to iterate over a large set of database entrys with a scheduled
cron job.
by now, I can manually use a page to do that using this:
http://code.google.com/appengine/articles/update_schema.html
(basically: iterates over small parts, and state is mainteined u
Looks like my and others problem... posted a few days ago:
http://groups.google.com/group/google-appengine/browse_thread/thread/83b45cb3f90a2a3f/740e922de7d0b33b?q=#740e922de7d0b33b
Random datastore timeouts in totally unexpected places...
On Apr 13, 2:36 pm, Ray Malone wrote:
> I'm not sure w
se of the Service*
> 4.4. You may not develop multiple Applications to simulate or act as a
> single Application or otherwise access the Service in a manner intended to
> avoid incurring fees.
>
> 2009/4/12 DarkCoiote
>
>
>
> > Humm.. Didn't remember that, and wit
database, to use
for score, person info,
'virtual currency',etc - what would you suggest to do?
Thanks!
On Apr 11, 1:15 pm, 风笑雪 wrote:
> There is a policy of GAE that you CAN NOT use an app to support another
> app.
>
> 2009/4/11 DarkCoiote
>
>
>
> > I thi
I thinking about creating a couple of applications that have a common
data-base.
As I'm pretty new at this stuff, I don't have many ideas.
One possible solution would be:
create the applications A,B,C
create an master app. D that controls the central database:
Then, apps A,B,C would query app D
Thank you!
On Apr 3, 10:14 pm, Jeff S wrote:
> Hi DarkCoiote,
>
> How rapidly are puts being made on a single entity? There is a write
> speed limit for a single entity or entity-group so if these puts are
> being made against the same person, or if puts are being made to
> o
Getting a bad number of datastore timeout... and the operation is
'simple', is a put in simple model;...
Traceback (most recent call last):
File "/base/python_lib/versions/1/google/appengine/ext/webapp/
__init__.py", line 501, in __call__
handler.get(*groups)
File "/base/data/home/apps/na
gt;
> -Marzia
>
> On Fri, Feb 27, 2009 at 12:05 PM, bradfitz wrote:
>
> > DarkCoiote,
>
> > I've fixed the memcache server bug. It was an obscure case that could
> > happen when a delete-locked (delete with expiration time) item being
> > at t
rying to
> fetch 1000 records, which is probably the cause of the deadline error,
> depending on your data model.
>
> -Marzia
>
> On Thu, Feb 19, 2009 at 4:56 AM, DarkCoiote wrote:
>
> > Hi,
>
> > somehow my app. can't use memcache anymore (it was working fi
Hi,
somehow my app. can't use memcache anymore (it was working fine a week
ago).
For instance, I clear the cache (memcache.flush_all()), use the app
(almost every operation uses caching) and then call the cache stats
page (stats = memcache.get_stats()) but the stats variable gets
consistently 'n
22 matches
Mail list logo