Guys,
Just starting using 1.3 and I have a tiny problem with logging. Too
much of it!
I'm running with DEBUG, but I don't want to see database queries.
Quick way to mute that (not DEBUG+1 please)?
Thanks
What is the django way of swithing off the logging on DEBUG from the
database
--
You recei
I have a good information to share with you.
A while ago,a trading company attractive to me,
the price is very competitive advantage, so I bought some products.
It is very exciting,very pleased when I got and saw my goods.
I think you can go to see: focost.com
you'll save more money in there. $--.
http://github.com/lsbardel/django/commit/9215082052b5d0ea0d0116ddeb08345452ae5358
As I said, not great but it works.
On 23 October 2010 15:26, Luca Sbardella wrote:
> ups.
>
> the settings import is also in django.forms.models
>
> from django.db import connections
>
> I
ups.
the settings import is also in django.forms.models
from django.db import connections
I still strongly think django.forms should be import django.conf free at
module level.
I'll come up with an idea.
On 23 October 2010 13:29, Luca Sbardella wrote:
> I left it vague on purpo
so, a
guideline on how not to do it.
The quickest way would be to put the import in the function and throw the
same ImportError when accessing it without settings file available.
Not nice but it would work.
ciao
On 23 October 2010 12:36, Luke Plant wrote:
> On Sat, 2010-10-23 at 12:07 +01
ImportError: Settings cannot be imported, because environment variable
DJANGO_SETTINGS_MODULE is undefined
Hi guys,
nothing to do with 1.3 awesome new features...
but I'm trying to use django forms outside django (why not!).
Not possible because of the above.
The settings is imported in django.fo
Hi there,
I've used a different approach to solve the problem.
If of interest, here is the snippet
http://gist.github.com/232372
for solving the the problem of a run-time ChoiceField.
The choices argument is a generator (or the usual list of tuples).
On 24 March 2010 06:48, Ivan Sagalaev wrote:
r
> own patch to "ready for checkin" status.
>
> However, in this case, the change in question is fairly minor, and
> I've previously given Luca specific details on what needs to be
> changed; as long as Luca is actually following my advice, I don't
> parti
Hi Russell,
I made a couple of changes to forms.widgets in relation to your
comments.
Tests passed. Shall I close the ticket? (not sure about best practice)
Thanks
Luca
On 19 Mar, 00:55, Russell Keith-Magee wrote:
> On Thu, Mar 18, 2010 at 9:57 PM, Luca Sbardella
>
>
>
Currently, the media object is converted to safe string in both
"add_view" and "change_view" when added to the context dictionary
while in "changelist_view" is not (the correct approach).
Converting media to string means you cannot split css from js in
templates. What I'd like to do is
...
{% for
n None
By commenting the above, the problem seems to disappear.
Best
Luca
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-develop...@googlegroups.com.
To unsubscribe from this group, s
iso images without a
problem, ram usage and CPU usage was always low, awesome.
I know that cp is a different beast but you can see some useful
optimization advice.
Hope this help,
luca
--~--~-~--~~~---~--~~
You received this message because you are subscribed to
12 matches
Mail list logo