Hi all,
I'm very impressed with 0.90. Works great!
>From the last two weeks (during which I managed to port my access
database, complete with interface - yeah!), I have 3 suggestions wrt
the admin interface:
1) It wasn't obvious how to use the search_fields option with
ForeignKeys. I figured it ou
On 11/21/05, James Bennett <[EMAIL PROTECTED]> wrote:
> I've been reading through the code for the bundled comments app, and
> didn't see anything (though I may have missed it) for automatically
> disabling comments on an object after a set period of time (say, 30
> days). Is there any such functi
I've been reading through the code for the bundled comments app, and
didn't see anything (though I may have missed it) for automatically
disabling comments on an object after a set period of time (say, 30
days). Is there any such functionality in there, or should I just add
a 'comments_allowed' me
Could you just for kicks switch to "file:" cache and run tests again? I
wonder if there is a significant difference in response times. It may help
us to isolate the problem.
One more question: did you apply MySQL backend patch
(http://code.djangoproject.com/ticket/463)? I don't think it should
DOH!
I thought I had listed all the important server side stuff
MYSQL 4.0.24_Debian-10sarge1-log
On 11/22/05, Eugene Lazutkin <[EMAIL PROTECTED]> wrote:
>
> Just out of curiosity: what db do you use for cache?
Just out of curiosity: what db do you use for cache?
Thanks,
Eugene
"Milton Waddams" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
[...cut...]
I'm using the db cache backend (memcached doesn't seem to want to work
for me and my memory is running low enough as it is).
[...cut...]
On 11/21/05, Kevin <[EMAIL PROTECTED]> wrote:
> I'm converting a PHP application over to django and one thing I took
> for granted was PHPs conversion of inputs with the name "input[]" into
> an array automatically. Since django nor python seem to support that
> conversion, what do people suggest
Excellent work David - I was tossing up between Django and Turbogears
for a few weeks before coming down on the Django side. Interesting to
see the differences between the two frameworks ( & I think the
Django-folks should chat to the Turbogears people too ).
Ian, etc: I've been slowly building a
I'm having some issues with performance and wondering if there's
anything I can do to speed things up.
I'm using the db cache backend (memcached doesn't seem to want to work
for me and my memory is running low enough as it is).
The page I'm trying to speed up has a quite a bit of db interaction
I'm converting a PHP application over to django and one thing I took
for granted was PHPs conversion of inputs with the name "input[]" into
an array automatically. Since django nor python seem to support that
conversion, what do people suggest for receiving 1 to N inputs on a
request.POST?
In my
On 21 Nov 2005, at 20:26, Maniac wrote:
It's also common thing to extract password change in a separate view.
Yeah, that's blatantly a much better idea :-)
Afternoon, man about the Internet -- http://aftnn.org/
sorry for being stupid here, but do you mean something like this:
django-admin.py startapp mynewapp --settings=myproject.newappsetings
can i set the 2nd settings-file with DJANGO_SETTINGS_MODULE?
>
> On 11/21/05, patrick k <[EMAIL PROTECTED]> wrote:
>> i have django installed on dreamhost. now
solved. thanks.
>
> On 11/21/05, patrick k <[EMAIL PROTECTED]> wrote:
>> when trying to login to the admin-interface i get the following error:
>> "Unknown column 'auth_users.password' in 'field list'"
>
> Hey Patrick,
>
> Check this out:
> http://www.djangoproject.com/weblog/2005/nov/20/passw
On 11/21/05, patrick k <[EMAIL PROTECTED]> wrote:
> when trying to login to the admin-interface i get the following error:
> "Unknown column 'auth_users.password' in 'field list'"
Hey Patrick,
Check this out:
http://www.djangoproject.com/weblog/2005/nov/20/passwordchange/
Adrian
--
Adrian Holo
On 11/21/05, patrick k <[EMAIL PROTECTED]> wrote:
> i have django installed on dreamhost. now i´d like to build an app with
> tables from a given database on another host, still using my
> dreamhost-installation.
> since the database-settings seem to be global (settings.py) for all apps,
> i´m not
Afternoon wrote:
One idiom which is common is to intepret an empty password field to
mean "no change to password".
On a similar note...
It's also common thing to extract password change in a separate view. I
beleive it complies more with user interaction model because changing
some generi
when trying to login to the admin-interface i get the following error:
"Unknown column 'auth_users.password' in 'field list'"
patrick
i have django installed on dreamhost. now i´d like to build an app with
tables from a given database on another host, still using my
dreamhost-installation.
since the database-settings seem to be global (settings.py) for all apps,
i´m not quite sure how to do this.
patrick
>It's still entirely optional, it just gets set to the hosting defaults
>when you use:
> django-admin.py startproject blah
Ok, I didn't look into the patch (google groups web interface doesn't
do that nicely), so if it is only the default on startproject, that's
fine with me.
bye, Georg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hugo <[EMAIL PROTECTED]> wrote:
>
> >Attached is a patch against current svn (applies to 0.90 also), that
> >automatically sets TIME_ZONE and LANGUAGE_CODE according to the >hosting
> >system.
>
> Actually setting TIME_ZONE and LANGUAGE_CODE to the
On 11/21/05, Grigory Fateyev <[EMAIL PROTECTED]> wrote:
Hello bsoltani!On Mon, 21 Nov 2005 16:30:13 - you wrote:>> As long we're counting who's interested, count me in :).>me too, +1.So the answer is that there is a set of views that can be used for it, but they're not as neatly packaged as mig
Hello bsoltani!
On Mon, 21 Nov 2005 16:30:13 - you wrote:
>
> As long we're counting who's interested, count me in :).
>
me too, +1.
--
Всего наилучшего!
greg [at] anastasia [dot] ru Григорий.
Thank you, Adrian.
I downloaded the latest version and now images work well.
Regards,
L
As long we're counting who's interested, count me in :).
On 11/21/05, PythonistL <[EMAIL PROTECTED]> wrote:
> Is there a way how to find out ( via Django) all visitors at my
> website at one time( both signed and guests)?
> Would it be possible by using request.session?
Yeah, this is certainly possible. Use the session framework:
http://www.djangoproj
On 11/21/05, James Bennett <[EMAIL PROTECTED]> wrote:
>
> Entering the hash directly would have to be disallowed, making for
> another backwards-incompatible change, but I can't think of any reason
> why it'd be useful to keep that ability.
>
I can think of a reason: as a sysadmin, I have acces
On 21 Nov 2005, at 15:41, Adrian Holovaty wrote:
If we assume it's always plaintext, that would mean you'd have to
enter the password for an individual user each time you changed that
user.
Adrian
Why out of interest?
One idiom which is common is to intepret an empty password field to
me
Hello,
Is there a way how to find out ( via Django) all visitors at my
website at one time( both signed and guests)?
Would it be possible by using request.session?
Or is there a better way?
Regards,
L.
On 11/21/05, PythonistL <[EMAIL PROTECTED]> wrote:
> If I download the latest development version, will be the change
> already present?
> Or where can I find the file in Django installation to apply the patch
> by myself?
The change was checked in earlier this morning; it's in the development ve
On 11/21/05, Afternoon <[EMAIL PROTECTED]> wrote:
> > There'd be no way of knowing whether the incoming password were
> > plaintext vs. encrypted, because any character is allowed in a
> > password.
>
> I would assume it's always plaintext. I've never seen anything where
> you have to encrypt the
Le Lundi 21 Novembre 2005 16:34, Afternoon a écrit :
> On 21 Nov 2005, at 15:26, Adrian Holovaty wrote:
> > There'd be no way of knowing whether the incoming password were
> > plaintext vs. encrypted, because any character is allowed in a
> > password.
>
> I would assume it's always plaintext. I'v
Eugene, Thank you.
If I download the latest development version, will be the change
already present?
Or where can I find the file in Django installation to apply the patch
by myself?
thank you
regards,
L.
On 21 Nov 2005, at 15:26, Adrian Holovaty wrote:
There'd be no way of knowing whether the incoming password were
plaintext vs. encrypted, because any character is allowed in a
password.
I would assume it's always plaintext. I've never seen anything where
you have to encrypt the password yo
On 11/21/05, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> There'd be no way of knowing whether the incoming password were
> plaintext vs. encrypted, because any character is allowed in a
> password.
I guess I could have phrased that better. Currently admin interface
directs the user to enter the
My view code for my calendar app can detect when a user supplies a bad
year, month or day, but I have no idea how to get Django to display an
application specific "500" page. I put a 500.html in my templates
subdir for the calendar app, but it is not found when a raise an
exception. It does look e
On 11/21/05, James Bennett <[EMAIL PROTECTED]> wrote:
> Is there a reason why the admin couldn't simply use a _pre_save method
> to hash an incoming plaintext password?
There'd be no way of knowing whether the incoming password were
plaintext vs. encrypted, because any character is allowed in a
p
On 21 Nov 2005, at 14:44, James Bennett wrote:
On 11/21/05, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
No, the admin interface for users currently doesn't encrypt
passwords.
There's a longstanding ticket for this. Ideally there'd be a "Create
password" link that would create it on the serve
On 11/21/05, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> No, the admin interface for users currently doesn't encrypt passwords.
> There's a longstanding ticket for this. Ideally there'd be a "Create
> password" link that would create it on the server side via
> XMLHttpRequest and populate the fie
On 11/21/05, Afternoon <[EMAIL PROTECTED]> wrote:
> Can the admin encrypt passwords for you?
No, the admin interface for users currently doesn't encrypt passwords.
There's a longstanding ticket for this. Ideally there'd be a "Create
password" link that would create it on the server side via
XMLHt
Also getting error when trying to get_list, details follow
model addition to posted above
class PolicyConfirmation(meta.Model):
policy = meta.ForeignKey(Policy)
userdetail = meta.ForeignKey(UserDetail)
date_added = meta.DateTimeField(default=meta.LazyDate())
code
from django.mo
On 21 Nov 2005, at 3:37, Adrian Holovaty wrote:
We've added extra security to the stored passwords in Django's
authentication system. Thanks to a patch from GomoX, passwords are now
stored with a salt and use SHA-1 encryption instead of MD5.
Can the admin encrypt passwords for you?
Caveat n
>Attached is a patch against current svn (applies to 0.90 also), that
>automatically sets TIME_ZONE and LANGUAGE_CODE according to the >hosting
>system.
Actually setting TIME_ZONE and LANGUAGE_CODE to the settings according
to the hosting system isn't "the right thing" in days where people buy
c
Seems like its become broken even more, as for me with the following
model
from django.core import meta
from django.models.auth import User
class PolicyCategory(meta.Model):
name = meta.CharField(maxlength=100);
def __repr__(self):
return self.name
class META:
db_ta
Tom Tobin wrote:
> On 11/20/05, bruno modulix <[EMAIL PROTECTED]> wrote:
>
>>Only data are saved to the zodb.
>
>
> But you're still working with it solely in the form of a Python object
Which is exactly what I want.
> (with aforementioned methods and all). With a SQL DB, you can access
> th
mario ruggier wrote:
>
> Greeting everyone...
>
> Yes, i'd be curious too! I see MVC and OODB/SQLDB as completely
> orthogonal concepts.
And you're right of course !-)
(snip the rest - thank for the links to moellus, I didn't knew this
project).
--
bruno desthuilliers
développeur
[EMAIL PROT
Kenneth Gonsalves wrote:
> On Sunday 20 Nov 2005 6:06 pm, bruno modulix wrote:
>
>>>and the reason i switched from zope/plone to django is because i
>>>wanted to use postgresql
>>
>>I use PostgreSQL with Zope (when appropriate) without any problem.
>
>
> sql storage with archetypes adds two ext
46 matches
Mail list logo