Hi all,
I wanted to announce that we'll be hosting a hack-a-thon event in
Tokyo, Japan on September 20th. The event will run from 10am to 6pm,
and will be hosted in Google's Tokyo office.
For more information, including sign-up details, refer to our blog
post:
http://googleappengine.blogspot.co
If you're still planning on using TinyMCE, it may be worth looking
into using zipserve if you haven't already. It should help in working
around the file limit.
e.g. Assuming TinyMCE's files are zipped to /tinymce.zip, add
something like this as a handler in your app.yaml:
- url: /tinymce/.*
It's exposed as an environment variable, so something along the lines
of the following should work:
"""
import os
version = os.environ['CURRENT_VERSION_ID']
"""
Daniel
On Oct 22, 7:52 pm, Mariano Benitez <[EMAIL PROTECTED]> wrote:
> I need to know it inside my app so I can do something like s
Yep. PIL is required for the images API within the SDK, but won't work
on the live servers.
Daniel
On Oct 22, 9:54 pm, Mariano Benitez <[EMAIL PROTECTED]> wrote:
> ok that worked, now.. I use PIL, should I skip PIL too?
>
> Mariano
>
> On Oct 23, 1:53 am, Mariano Benitez <[EMAIL PROTECTED]> wrot
The Django template wrapper module we use in
google.appengine.ext.webapp.template only accepts a dict, rather than
Context or RequestContext instances, so doesn't support global context
processors.
We do also provide django.template, which does support context
processors. If you take this approac
Django has some features to simplify this via RequestContext and
context processors: http://docs.djangoproject.com/en/dev/ref/templates/api/#id1
Alternatively, if you don't want to pull in Django, you could do all
the heavy lifting (i.e.datastore calls, memcache) in your main()
method, then expos
The problem you'll encounter with naked domains is random TCP errors.
Testing within your actual app won't work as a result, since the
request never gets that far.
yejun is correct that you'll need to manage redirects through your
actual registrar. How you go about doing so depends on the registr
On the original problem, the naked domain issue shouldn't affect users
being able to log in.
Have you checked which website your login cookies are being associated
with? That is, login cookies from www.eaglefeed.me aren't accessible
by eaglefeed.me, which may explain the problem you're running in
It sounds as if you've found an alternate solution, but regarding the
error you ran into while following the article, the following as part
of step 4 should resolve the problem:
zip -r django.zip django/contrib/__init__.py django/contrib/auth
django/contrib/sessions
Note that you may also need t
Yes, unless you're doing environment-specific checks, or relying on
some underlying calls that function differently between the SDK and
production, your titles should remain the same.
Do you have a code sample where you've seen this occur?
Daniel
On Nov 14, 12:27 pm, adrian <[EMAIL PROTECTED]>
You should be able to use dev_appserver.py rather than manage.py when
running locally without running into any errors to work around the
issue. e.g.
manage.py runserver /path/to/my/app
Becomes:
dev_appserver.py --datastore_path=/path/to/my/datastore /path/to/my/
app
It may be worth filing
>From the sounds of it this is an HTML question? If so, add the
attribute "target" to your link tags, with the value "_top". e.g.
This will override any frames on the
current page
Let me know if I misunderstood the question.
Daniel
On Nov 18, 4:45 am, Nora <[EMAIL PROTECTED]> wrote:
> Hello al
You're correct in your concern: At present we don't support the sort
of lazy loading that would enable you to fetch a referenced entity's
key without fetching the actual entity.
One option is to store the key itself as a separate property. You
could even keep the existing ReferenceProperty if you
Correction to my previous post: This is possible, as Rafe demonstrated
in a separate topic:
http://groups.google.com/group/google-appengine/browse_thread/thread/ae8ab7cb83e5f609?fwc=1
Daniel
On Nov 18, 11:58 am, "Daniel O'Brien (Google)" <[EMAIL PROTECTED]>
wrote:
>
The following should work, if you haven't tried something along these
lines already.
Java:
String inputString = "Hello, world!";
byte[] input = inputString.getBytes("UTF-8");
byte[] output = new byte[100];
Deflater compresser = new Deflater();
compresser.setInput(input);
Not at present - Marzia responded with a list of headers that cannot
be changed in a previous question along the same lines:
http://groups.google.com/group/google-appengine/browse_thread/thread/69232c3e1934173e
Currently all incoming requests go through our serving infrastructure
- we don't allow
Relying on setdefaultencoding isn't ideal, especially if you're
working with code that you plan on making reusable.
The proper solution normally involves decoding your input data using
the proper encoding when it's retrieved (e.g. some.data.decode
('utf-8')). How you go about doing so depends on
We only support pure Python modules at present, and as far as I know
matplotlib depends on several compiled modules that we don't provide
ourselves (e.g. numpy). Other developers may have some experience with
alternatives or workarounds though.
Daniel
On Dec 1, 7:28 am, gratefulfrog <[EMAIL PROT
Do you happen to know exactly where the error is occuring, and can you
provide code samples from where you're retrieving the form data, and
the line where the actual exception occurs?
At some point your input string is being treated as ASCII. Attempting
to encode an already valid utf-8 string wit
It's worth filing this as a feature request (or defect) in the public
issue tracker, if you haven't already:
http://code.google.com/p/googleappengine/issues/list
As far as I know this method has existed since 1.1.6: Some developers
ran into issues involving cheetah, which assumes that any has_ke
feedparser isn't currently included as part of the SDK, or within the
production environment. You can confirm which third party libraries we
do provide under the "lib" directory of your SDK install.
Daniel
On Dec 10, 5:28 pm, L wrote:
> I thought feedparser is in SDK. ^_^
> I have to copy feedp
The SDK is single-threaded, but our production servers aren't, so a
request should still process until it either completes or hits a
deadline and regardless of how many other processes are running at any
given time.
Daniel
On Dec 10, 8:15 am, gvan wrote:
> In part of my app the user uploads a f
It's something we need to help with once you've hit the error message
in question. Try filling out the SMS issues form:
http://appengine.google.com/waitlist/sms_issues
Daniel
On Dec 11, 7:15 am, Shedokan wrote:
> I get this message every time I'm trying sending a message to my
> cellphone.
> at
Hello everyone,
Some of you may have noticed the recent addition of a "guru" listing
at the top of our main groups page. We've selected a few top
contributors to the App Engine community to act as App Engine Gurus.
Gurus will continue to post normally in the group, but are now
officially noted fo
24 matches
Mail list logo