Hallöchen!
Robbi Nespu writes:
> On 18/1/2022 5:29 pm, Torsten Bronger wrote:
>
>> The reloader for “runserver” does not reload at all for me, and I
>> have no clue how to debug this. I am using Django 3.2.10 under
>> Ubuntu, and both the StatReloader and WatchmanReloa
between screen
and chair, but I really do modify files in the tree that I call
manage.py in (and for).
I would prefer the WatchmanReloader, so my question is, how do I get
any debug info out of it?
Tschö,
Torsten.
--
Torsten Bronger
--
You received this message because you are subscribed to the
bvious workaround is to use mark_safe() as a function
instead of @mark_safe. Would be a pity, though.
Is this a bug or am I doing something wrong?
Tschö,
Torsten.
--
Torsten Bronger
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
just wanted to make sure to not have overlooked something.
Regards,
Torste.
--
Torsten Bronger
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to dja
know MiddlewareMixin but it is deprecated.)
Tschö,
Torsten.
--
Torsten Bronger
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to django-user
Hallöchen!
Torsten Bronger writes:
> With Django 1.9.5 and Python 3, I get warnings like
>
> ./jb_common/templates/404.html.py:35: invalid multibyte sequence
>
> when I run "manage.py makemessages". The problem occurs only in
> HTML files with (validly) UTF-8-enc
acters are skipped. How can I fix this?
The problem does not occur with Python 2.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To unsubscribe
time(), utc)
?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an e
(__init__.py files). And since my models'
__init__.py says
from .physical_processes import *
and the app is not yet set up, this breaks.
Question is: Is is bad style to have a models *package* which
collects alls models in its __init__.py, or has Django to be adapted
to Python's n
lias 'default'...
I chose "invalid_pattern" to limit it to the models package.
Without "--pattern", all *real* tests are run, too. Using Python2,
everything is fine. Does anybody have an idea what's going on here?
Tschö,
Torsten.
--
Torsten BrongerJabber
at?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To unsubscribe from
Hallöchen!
Torsten Bronger writes:
> I cannot get the following working:
>
> In urls.py:
>
> url(r"^samples/(?P.+)/edit/$", sample.edit),
>
> In the template:
>
> {% url 'samples.views.sample.edit' sample_name="whatever" %}
>
&
ew function
with its full path samples.views.sample.edit in urls.py. I know
that a named url() solves the problem. Is this the only way if I
use a callable in url() (which will become mandatory in Django 2.0)?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
", one could define a permission
codename "edit_bar" in two different models, and foo.edit_bar would
not be unique.
Does this mean I must take care myself that such name clashs don't
occur?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-
k better on one device than on the other, but there should be a
minimal quality.
As far as I am concerned, just add contrast and I'm fine with the
new design. And I'm sure that the higher-contrast scheme would also
work on Apple devices.
Tschö,
Torsten.
--
Torsten BrongerJa
ast, a website should be optimized for
sub-optimal conditions rather than the best ones.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message because you are subscr
Hallöchen!
Markus Holtermann writes:
> It looks like you ran into the bug reported as
> https://code.djangoproject.com/ticket/23956 . See my comment #6
> for a workaround.
Thank you for the pointer, this is it indeed. I commented there.
Regards,
Torsten.
--
Torsten Bronger
ition" is the model name of the
derived model.)
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message because you are subscribed to the Google Groups
"Djang
t_csrf_header()
self.do_http_request("http://mysite.com/login";, {"username": username,
"password": password})
# Now, set the CSRF token for the rest of the communication.
self.set_csrf_header()
Tschö,
Torsten.
--
Torsten BrongerJabber I
to bypass in a
> case like yours: you can just set the CSRF cookie and the POST var
> to the same value in all your crawler's requests. It doesn't
> matter what that value is.
Thank you. I was ignorant about the details of this anti-CSRF
mechanism. It's working no
Hallöchen!
Collin Anderson writes:
> If you define a new class Meta on C, then it will _replace_ the
> previous class Meta. [...]
I indeed have a Meta class in C but it is derived from the upstream
Meta class. The inheritance chain in my Meta's is uninterrupted.
Tschö,
Torsten.
?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To unsubscribe from this grou
):
...
Then, class C doesn't haven ordering or get_latest_by set. Is this
expected behaviour? Then, I would simply re-define them in B.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.apps
Hallöchen!
Carl Meyer writes:
>> On Oct 31, 2014, at 4:19 AM, Torsten Bronger
>> wrote:
>>
>> [...]
>>
>> Do you mean this:
>>
>>class ExternalOperator(models.Model):
>>
>>name = models.CharField(_("name&q
ut I thought only fields were
allowed as attributes.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message because you are subscribed to the Google Groups
"Djan
for all of them. In contrast,
model.objects.values_list("pk", flat=True)
is probably *much* faster.
Is it possibly to specify a single field a natural key somehow
(besides making it the PK)? For example, it is possible to add a
Meta attribute to the model?
Tschö,
Torsten.
-
particular, I need
import django.contrib.auth.models in my ready() method. Importing
it seems to work. So is this the way to go?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You
ready migrated before my app. But this doesn't
help because update_all_contenttypes is a post_migrate signal.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this mess
.
As far as I can see, update_all_contenttypes is idempotent. Can I
safely call update_all_contenttypes during the data migration? I
wonder whether the models may be available in an older version, and
whether this may confuse update_all_contenttypes.
That said, it *seems* to work ...
Tschö,
To
anymore is set
to inactive. Unfortunately, this is not enough, he or she must be
logged out. But how to do that?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message
t *while* I
receive it.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To unsubs
n disk, does it? (I don't even need the original file.)
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message because you are subscribed to the Google Groups
Hallöchen!
Timothy Makobu writes:
> The Django book is the best source of understanding Django I have
> found http://www.djangobook.com/en/2.0/
All books about Django share the same problem: The original
documentation is simply terrific, both for the beginner and the
expert.
Tschö,
T
s I'm
looking for at DjangoCon or its european counterpart?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message because you are subscribed to the Google Groups
ot;pk_set" arguments contain this information.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message because you are subscribed to the Google Groups
"Dj
> 1. If the page is not yet in cache, the page gets cached with the
> message in it. So next time a user goes to the page, they get an old
> message.
>
> 2. If the page is already in cache, the message isn't displayed.
I think https://code.djangoproject.com/ticket/13894 is relate
I searched for "queryset api", the first result was, well, the
QuerySet API. Now, it is the fifth. With just "queryset", it is
even position 9.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://br
Hallöchen!
Torsten Bronger writes:
> [...] If someone wants to create a local variation of a template,
> he simply creates
>
> my_app_local/templates/my_app/my_view.html
>
> and puts my_app_local instead of my_app into INSTALLED_APPS.
Sorry, this was rubbish. It must r
you don't have to modify the original files. This assumes that
you use django.template.loaders.app_directories.Loader in
TEMPLATE_LOADERS.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message becau
ttp://djangosnippets.org/snippets/2091/ but I find
https://github.com/carljm/django-model-utils/blob/master/README.rst
very interesting, too.
This is a frequently-requested feature with many implementations,
yet there is no canonical solution in Django, unfortunately.
Tschö,
Torsten.
-
Hallöchen!
Salvatore Iovene writes:
> On Sat, Nov 5, 2011 at 7:43 AM, Torsten Bronger
> wrote:
>
>> Sending e.g. "Expires: ..." so that the page expires immediately
>> solved the problem.
>
> Sending an Expires header so that the page expires immediately
&g
7;t send those headers eventually. The browser's
heuristics make the site faster in other cases, and users switch
language only seldomly.)
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
ot; --
whatever is available. However, here this is getting really
cumbersome and error-prone.
Is there an easier way?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received thi
en instance is changed in
place. Is this intended behaviour? If so, is it documented
somewhere? And it is true that this was introduced in 1.2, and not
always the case? (Because if so, I'd have to audit my complete
code.)
Tschö,
Torsten.
--
Torsten BrongerJabber ID: t
Hallöchen!
Alasdair Nicol writes:
> Hi João and Torsten,
>
> [...]
>
>> On Oct 7, 12:31 pm, Torsten Bronger
>> wrote:
>>
>>> Hall chen!
>>>
>>> I examine a traceback that ends with
>>>
>>> ...
>>>
>>
oduce it.) At first, it *looks* like a CPython
interpreter bug. But I have to reduce it to a minimal example
before I can tell more. Maybe next week.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-j
turned):
pass
"self" is a model instance. "samples" is a M2M field of "self" to
the class "Sample". In my case, ther are 20 samples connected with
the "self" instances, so raising a MultipleObjectsReturned would be
correct.
Does anybody have
in our project, we considered database integrity errors
as internal errors that we never caught. Instead, we avoided them
by pre-checking the input data. Is this a bad approach?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or
Hallöchen!
Łukasz Rekucki writes:
> On 16 September 2011 22:05, Torsten Bronger
> wrote:
>
>> this means that we don't have to do anything.
>
> Not really. To 1.4 not be affected, someone needs to write a patch
> for that ticket.
Of course you are right. I was on
Hallöchen!
Tim Shaffer writes:
> Looks like there might already be a ticket open to fix this:
>
> https://code.djangoproject.com/ticket/16563
Wow, thank you! Since 1.3 is not affected and 1.4 won't be
probably, this means that we don't have to do anything.
Tschö,
Torsten.
o? Is it possible to make
SimpleLazyObject pickable in the first place?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message because you are subscribed to the
Hallöchen!
Torsten Bronger writes:
> Sometimes, we experience a massive increase in active connections
> to the memcached server when calling cache.clear().
I think https://code.djangoproject.com/ticket/15324 is our problem,
so I will upgrade from SVN-15005 to Django 1.3.
Tschö,
T
private PC for the next 8 hours (ping
wilson(dot)homeunix(dot)com). For me, this fails. If it doesn't
fail for you, it is my client's configuration.
Thank you!
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
o
Hallöchen!
Tom Evans writes:
> On Thu, Sep 15, 2011 at 3:49 PM, Torsten Bronger
> wrote:
>> Hallöchen!
>>
>>
>> It works for me too if it only accesses localhost. However, if I
>> say
>>
>> "LOCATION": ["192.168.26.130:11
Hallöchen!
Tom Evans writes:
> On Thu, Sep 15, 2011 at 2:31 PM, Torsten Bronger
> wrote:
>
>> [...]
>>
>> I found an easy way to reproduce this (with memcached activated in
>> settings.py):
>>
>> chantal@mandy:~/chantal$ ./manage.py shell
>&
Hallöchen!
Torsten Bronger writes:
> Sometimes, we experience a massive increase in active connections
> to the memcached server when calling cache.clear(). This causes
> server tracebacks because the server cannot open files
> (e.g. Python modules) anymore: "error 24: Too man
files for www-data in /etc/security/limits didn't help.
Currently, the only solution I see is to replace cache.clear() with
subprocess.call(["/etc/init.d/memcached", "restart"]).
Has anybody had a similar problem?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: to
Thanks Thomas you helped me a lot these are my first step in python
and django.
And I really starting to like it
Torsten
On 26 Aug., 12:23, Thomas Orozco wrote:
> While we're at it, here are a few suggestions.
> So long as you can, you should use unicode inside python code. The m
Thanks Thomas
your are right concerning the sum there is no need for that.
But you say:
Your invoice items have no invoice attribute, as the error says.
Isn't this line which defines the attribute ?
invoice = models.ForeignKey(Invoice)
Thanks
Torsten
On 26 Aug., 11:41, Thomas Orozco
payable_at='2012-12-12')
invoice.invoiceitem_set.all()
self.assertEqual(240, invoice.sum)
with this error:
IntegrityError: invoice_invoiceitem.invoice_id may not be NULL
since it is the relation id Django should take care for the
invoice_invoiceitem.invoice_id
Or is there
Thanks for the hint:
self.assertEqual(u"2011/1", unicode(invoice))
works
On 25 Aug., 12:41, Alasdair Nicol wrote:
> On 25/08/11 11:34, Torsten wrote:
>
>
>
>
>
>
>
> > Hi
>
> > How do I do that right ?
>
> > I have a class
quot;,
customer_id=1, payable_at='2012-12-12')
invoice.save()
self.assertEqual("Invoice: 2011/1", invoice)
with the follwoing result:
File "/Users/torsten/PycharmProjects/invoiz/invoice/tests.py", line
22, in test_invoice_number
self.assertEqual("
oatField()
On 21 Aug., 15:19, dm03514 wrote:
> you can set default=None, that way you don't have to explicityly save
> that value as none every time you save an object.
>
> On Aug 21, 7:33 am, Torsten wrote:
>
>
>
>
>
>
>
> > Hi
>
> > I simply w
Hi
I simply want the DateTime to be set to null.
payed_at = models.DateTimeField(null=True)
but always get this as an error:
IntegrityError at /admin/invoice/invoice/add/
invoice_invoice.payed_at may not be NULL
Thanks for help.
Torsten
--
You received this message because you are
t with cheap view
functions.
And then, the number of "canonical" middleware has increased between
Django versions as far as I can see.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
Hallöchen!
Can one rely on the fact that a model instance and its parent model
instance share the same PK value in multi-table inheritance? (Given
that there is only one non-abstract parent model, and no explicit
link to the parent.)
Tschö,
Torsten.
--
Torsten BrongerJabber ID
is a dynamically generated account better?
Is there a better way to identify the set of accessable pages than
by a set of URLs?
Is there already middleware in existence that I could use?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aach
sation with 100+ postings. Possibly you've used sub-optimal
clients to read mailing lists so far.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message because you a
Hallöchen!
Torsten Bronger writes:
> [...]
>
> Currently, a URL like "http://www.example.com/super%2F/edit/"; is
> normalised to "http://www.example.com/super/edit/";. This is bad
> because the entity to be edited is called "super
;(sic!) but this
way, you edit "super".
In Apache's httpd.conf it says
AllowEncodedSlashes On
(and it doesn't work without it).
Somewhere in mod_wsgi or Django the URL is normalised, but where?
And can I switch it off?
Tschö,
Torsten.
--
Torsten Bronger
Hallöchen!
Russell Keith-Magee writes:
> On Thu, Jan 27, 2011 at 3:12 PM, Torsten Bronger
> wrote:
>
>> [...]
>>
>> Thank you, you are probably right. I invesitage this; I just
>> sent an email to our IT department. It may be though that all I
>> ca
Hallöchen!
Russell Keith-Magee writes:
> On Thu, Jan 27, 2011 at 1:19 PM, Torsten Bronger
> wrote:
>
>> [...]
>>
>> I had looked at the raw mail message, and the text/plain part
>> looked exactly the same as I uploaded -- really.
>
> I don't know what
Hallöchen!
Torsten Bronger writes:
> Russell Keith-Magee writes:
>
>> [...]
>>
>> Although we now send HTML error mails, we still send the original
>> text mail, in exactly the same format as before. We do this by
>> sending two MIME enclosures in the message
n, and a text/html version with the full
> markup. The first MIME enclosure is always the text/plain
> enclosure.
I had looked at the raw mail message, and the text/plain part looked
exactly the same as I uploaded -- really.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron.
om/357032/>. It's the
text/plain part of the email (my client can't display HTML). Is
there a possibility to get the old, for me clearer emails back, at
least almost?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
Hallöchen!
Masklinn writes:
> On 2011-01-16, at 14:42 , Torsten Bronger wrote:
>
>> [...]
>>
>> On the other hand, as somebody having zip() in a dozen of
>> render_to_response calls, I can say that
>>
>> {% for smth1, smth2 in list1, list2 %}
>>
;-)
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
Jabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message because you are subscribed to the Google Groups
"Django user
Hallöchen!
Kevin Monceaux writes:
> [...]
>
> My main complaint about Google Groups is that I can't download
> message archives when I join a group.
You can ready it as a newsgroup through Gmane.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
Hallöchen!
Torsten Bronger writes:
> Hallöchen!
>
> Michael P. Soulier writes:
>
>> On 29/12/10 Torsten Bronger said:
>>
>>> I don't recommend that. If the database exceeds a certain size
>>> (and "certain" is MBs, not GBs), this simply
Hallöchen!
Michael P. Soulier writes:
> On 29/12/10 Torsten Bronger said:
>
>> I don't recommend that. If the database exceeds a certain size
>> (and "certain" is MBs, not GBs), this simply fails.
>
> Is there a bug report for this issue? I find that ver
mmands.
I don't recommend that. If the database exceeds a certain size (and
"certain" is MBs, not GBs), this simply fails.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
Jabber ID: torsten.bron...@jabber.rwth-aachen.de
Hallöchen!
Russell Keith-Magee writes:
> On Tue, Dec 21, 2010 at 8:33 PM, Torsten Bronger
> wrote:
>> Hallöchen!
>>
>> Marc Aymerich writes:
>>
>>> [...]
>>>
>>> Morgan, take a look at the inheritanceManager of this app:
>>> htt
Hallöchen!
Marc Aymerich writes:
> [...]
>
> Morgan, take a look at the inheritanceManager of this app:
> https://github.com/carljm/django-model-utils#readme
Is anything like this planned for core Django? It's the third or
forth time I see someone needing it.
Tschö,
Tors
models.py. Can I do this
conditionally? For example:
if settings.TESTING:
class TestModel(models.Model):
...
would be great.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
Jabber ID: torsten.bron...@jabber.rwth-aachen.de
formation to the choices.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
Jabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
You received this message because you are subscribed to the Goog
right.
Or does Django encode unicode strings in HTTP header fields somehow?
I haven't sniffed the HTTP communication so far.
Is there a standard at all for how non-ASCII in the header field
"Content-Disposition" is supposed to be encoded?
Tschö,
Torsten.
--
Torsten Bronger,
Hallöchen!
Knut Ivar Nesheim writes:
> See the following link to the docs. This should be exactly what
> you want.
>
> http://docs.djangoproject.com/en/dev/howto/apache-auth/
We use WSGI. But if all else fails, switching to mod_python may be
an alternative. Thank you!
Ts
jango auth module that just needed to be fleshed out.
Maybe Django keeps a file up-to-date with all logged-in users, which
Apache uses for Trac authentication?
Thank you!
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
Jabber ID: torsten.bron...@jabber.rwth-aach
s. Let us first have
internationalised domain names gaining wide acception, *then* we can
think of internationlised email addresses.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
Jabber ID: torsten.bron...@jabber.rwth-aachen.de
Hallöchen!
Andy writes:
> On Oct 2, 1:45 am, Torsten Bronger
> wrote:
>
> Thanks for responding.
>
>>> Are "first_name" & "last_name" limited to alphanumeric
>>> characters or can they contain non-English characters like "ü"
lisation, i.e. decimal point, formatting of
dates etc. Django has support for it but I haven't used it so far.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
Jabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.a
Hallöchen!
Imad Elharoussi writes:
> I got readystate = 4 but status = 500
Is Django's setting DEBUG=True? If so, what does the error message
page say?
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
Jabber ID: torsten.bron...@jabber.rwth-a
't be an online resource. If this is discussed in one of
the published Django books, this would be great to know, too.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
Jabber ID: torsten.bron...@jabber.rwth-aachen.de
or http
Hallöchen!
Steve Holden writes:
> On 7/27/2010 12:38 PM, Torsten Bronger wrote:
>> Hallöchen!
>>
>> bruno desthuilliers writes:
>>
>>> On 27 juil, 07:19, Torsten Bronger
>>> wrote:
>>>
>>>> Currently, our Django app relies on
Hallöchen!
bruno desthuilliers writes:
> On 27 juil, 07:19, Torsten Bronger
> wrote:
>
>> Currently, our Django app relies on the stability of various auto
>> ID fields which are implicitly generated by Django/database
>> backend.
>
> [...] From a practical P
models by having the auto ID in their filename. If loading a
previously dumped fixture, doing a schema migration (with south),
etc would change those IDs, we would lose this connection for good.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
Jabber ID
Hallöchen!
Torsten Bronger writes:
> We've programmed a Django app with mandatory login. Under
> somewhat obscure circumstances, the browser (Firefox and Chrome)
> sends spurious If-Modified-Since header fields and may take the
> page of another user from
ot;request" object. Not beautiful.
Wouldn't it make sense to have an etag_last_modified_func parameter
for @conditional? Before I create a ticket, I'd like to see whether
others have run into the same problem, or whether there is a
solution that I've missed.
Tschö,
Torsten.
-
ince causes my headaches. The server
responds -- correctly -- with 304, and the browser takes the other
user's page from the cache.
The big question is: Why does the browser send the If-Modified-Since
in (*).
And the even bigger question is: How can be prevent it?
Tschö,
Torsten.
--
Hallöchen!
George Sakkis writes:
> On Jul 5, 2:25 pm, Torsten Bronger
> wrote:
>
>> [...]
>>
>> People will want to do *everything* in the template. The lowest
>> rated snippet on djangosnippets currently is an {% exec %}
>> tag. :-)
>
> But then a
1 - 100 of 194 matches
Mail list logo
