On 1/25/07, Mihai Preda <[EMAIL PROTECTED]> wrote:
> I'd like to know why is that. Does mod_python offer some advantages,
> and which ones?
My personal two cents on the matter:
Apache is the most popular web server in common use, and mod_python is
mature, well-understood and able to work with Dj
On 1/26/07, medhat <[EMAIL PROTECTED]> wrote:
> So many times I send messages to the group, but my message does not
> appear at all, or it might appear a day or two after I actually send
> it, which of course makes it appear down on the list, and nobody really
> sees it.
The list isn't moderated;
Resending another time...
--
Ok,
I have been thinking about this for about an hour now... and I would
like to get
some feedback from you.
First, the problem that I was initially trying to solve:
I have multiple models, all of which can be tagged. I also have a Tag
model with a
So many times I send messages to the group, but my message does not
appear at all, or it might appear a day or two after I actually send
it, which of course makes it appear down on the list, and nobody really
sees it.
--
Thanks,
Medhat
--~--~-~--~~~---~--~~
You
Mihai Preda:
> Hi,
> in the documentation (here:
> http://www.djangoproject.com/documentation/fastcgi/ ) it is written
> that the "current preferred setup" for running Django is mod_python
> (rather than FastCGI).
> I'd like to know why is that. Does mod_python offer some advantages,
> and which o
On 1/25/07, James Bennett <[EMAIL PROTECTED]> wrote:
> At the moment I'm leaning toward rolling 0.95.2 immediately after that
> goes in, but I'd like to hear opinions on it; with 0.96 probably
> coming up soon, I can come up with good arguments either way.
Nah, given that generic relations have n
On 1/25/07, Lachlan Cannon <[EMAIL PROTECTED]> wrote:
> There's no reason values useful for more than admin can't be stored in meta.
> There's nothing to stop admin reusing model wide metadata, but it shouldn't be
> polluting the main model file with its own specific settings.
No problem. I agre
On 1/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Why don't we just spin that off into a new page, categorise things
> (e.g. Forms, building-a-blog, simple tutorials, misc. etc) and let
> people add their own to that page. This way the bloggers get linkage,
> and credt, and we get to have
On 1/25/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> However, it would set a good precedent for the type of issue that
> would generate a point release (i.e., anything causing unexpected data
> loss). I'll leave the final decision in the RM's hands, but I
> certainly wouldn't object.
I ha
I'd like to see a way to customize the list_display, search_fields,
and list_filter (and possibly list_display_links?) attributes of
ModelAdmin in the same way as change_list_queryset, etc. The use case
is to hide fields in the change list depending on who is accesing the
page. This should be a pr
On Thu, Jan 25, 2007 at 06:21:21PM -0600, Adrian Holovaty wrote:
> On 1/24/07, Nate Straz <[EMAIL PROTECTED]> wrote:
> > What if the admin app was really an admin framework inside Django? It
> > could provide a base admin sub-app that applications could extend. That
> > would allow apps to easil
Max Battcher wrote:
> The problem with that is that there is a good amount of description
> per model (list_display, et al in the current inner class) that I
> would hate to have to move to other files because I think it mentally
> makes sense to keep with the model because: a) It's "meta-informat
On 1/26/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
>
> On 1/26/07, Honza Kr�l <[EMAIL PROTECTED]> wrote:
> > On 1/25/07, Jorge Gajon <[EMAIL PROTECTED]> wrote:
> > >
> > > On 1/24/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> > > >
> > I would like to see the revision number SOMEWHER
On 1/26/07, Honza Král <[EMAIL PROTECTED]> wrote:
> On 1/25/07, Jorge Gajon <[EMAIL PROTECTED]> wrote:
> >
> > On 1/24/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> > >
> I would like to see the revision number SOMEWHERE, preferably
> something like django.VERSION.. so I am +1 on this...
T
On 1/26/07, Rob Hudson <[EMAIL PROTECTED]> wrote:
>
> Wow, I didn't even know those existed. Besides this bug, are these
> considered stable?
Stable in operation, but not fully featured - they aren't represented
in the Admin view, and I don't know what form field would be (or
should be) automati
On 1/26/07, James Bennett <[EMAIL PROTECTED]> wrote:
>
> On 1/25/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> > My jetlag has worn off, so now I can see the obvious problem that I
> > missed on Tuesday. I've checked in the fix as [4428].
>
> It's not really a security issue, but would this
On 1/24/07, Nate Straz <[EMAIL PROTECTED]> wrote:
> What if the admin app was really an admin framework inside Django? It
> could provide a base admin sub-app that applications could extend. That
> would allow apps to easily add new views to the admin app.
I think you'd find the newforms-admin
On Jan 25, 2007, at 3:50 PM, Marc Fargas Esteve wrote:
> I'd then advocate for Don Arbow's solution, when you strip all the
> .svn directories you can add file telling the last revision pulled.
> something like django.VERSION would need to be updated on every new
> commit or it's revision would ne
Hi,
Answer inline
On 1/26/07, Honza Král <[EMAIL PROTECTED]> wrote:
[...]
> yes, but what if you are not working with a checkout, but rather an
> exported directory (why should everybody have svn on server and keep
> all those .svn dirs?), what will you do then?
> I would like to see the revision
On 1/25/07, Jorge Gajon <[EMAIL PROTECTED]> wrote:
>
> On 1/24/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> >
> > On 1/24/07, Sean Perry <[EMAIL PROTECTED]> wrote:
> > > I could care less about most of the keywords. However, having Rev or
> > > Id set is handy for the sysadmin down the road
err.. sorry, forgot the links for lazy people:
[1]: http://code.djangoproject.com/ticket/2765
[2]: http://code.djangoproject.com/ticket/3279
On Jan 26, 12:10 am, "Marc Fargas Esteve" <[EMAIL PROTECTED]> wrote:
> Hi there,
> The tickets #2765[1] and #3279[2] are about two issues with MySQLdb
> ve
Hi there,
The tickets #2765[1] and #3279[2] are about two issues with MySQLdb
version 1.2.0, for #3279 there's a patch that adds a warning on
install.txt about those issues. But adding a second warning for #2765
like:
"the minimum supported version of MySQLdb is 1.2.1p2 if you want
to use bi
On Jan 25, 2007, at 4:17 PM, Ivan Sagalaev wrote:
> Mihai Preda wrote:
>> Hi,
>> in the documentation (here:
>> http://www.djangoproject.com/documentation/fastcgi/ ) it is written
>> that the "current preferred setup" for running Django is mod_python
>> (rather than FastCGI).
>>
>> I'd like to k
Mihai Preda wrote:
> Hi,
> in the documentation (here:
> http://www.djangoproject.com/documentation/fastcgi/ ) it is written
> that the "current preferred setup" for running Django is mod_python
> (rather than FastCGI).
>
> I'd like to know why is that. Does mod_python offer some advantages,
> an
Hi,
in the documentation (here:
http://www.djangoproject.com/documentation/fastcgi/ ) it is written
that the "current preferred setup" for running Django is mod_python
(rather than FastCGI).
I'd like to know why is that. Does mod_python offer some advantages,
and which ones?
An explanation of why
On 1/24/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
>
> On 1/24/07, Sean Perry <[EMAIL PROTECTED]> wrote:
> > I could care less about most of the keywords. However, having Rev or
> > Id set is handy for the sysadmin down the road trying to figure out
> > where the bug came from.
>
> Isn't t
On 1/25/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> My jetlag has worn off, so now I can see the obvious problem that I
> missed on Tuesday. I've checked in the fix as [4428].
It's not really a security issue, but would this be worth kicking out
an announcement/point release for? Generic
Wow, I didn't even know those existed. Besides this bug, are these
considered stable?
Are there plans to document them?
I've got a data model that we may need to implement that could use just
this feature. If we start playing around with them and see how they
work I can try to help provide som
On Jan 25, 4:44 am, "Gary Wilson" <[EMAIL PROTECTED]> wrote:
> "For models with file fields (FileField/ImageField etc.) save() is
> called twice on manipulator form submission"
>
> Possibly causing duplicate objects to be created in the database.
Ah, I noticed it 3 months ago, but I was (and pro
On 1/25/07, Gary Wilson <[EMAIL PROTECTED]> wrote:
>
> a shiny new title.
This one needs a little bit more than a shiny title to get some
attention. The problem description refers to pre-magic removal syntax,
and the discussion that follows doesn't leave me with a clear and
obvious idea of what e
On 1/25/07, Lachlan Cannon <[EMAIL PROTECTED]> wrote:
> The reason I don't like this is it still leaves models tied to admin, rather
> than the other way around. If someone wants to not have the admin displayed
> for
> a particular app, it should be as easy as deleting or renaming a file, imo,
>
a shiny new title.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-developers@googlegroups.com
To unsubscribe from this group, send email to [EM
On 1/23/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> On 1/23/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> >
> > I've just attached a unit test to the ticket. It seems to be the same
> > issue described in #2749 and #3081. I think I understand the problem;
> > the patch on #3081 is
Max Battcher / WorldMaker wrote:
>>ADMIN_FIND_ADMIN_CLASSES = True
>>ADMIN_MODELS = (
>>'myproj.myapp.admin.PollAdmin',
>>'someotherproj.someapp.admin.FooAdmin',
>>)
>
> [...] Let me throw in another option: maybe
> it's time to return to Meta? [...] For instance::
>
> class Meta:
>
Via Zone-H News.
It appears that Saudi Arabia crackers managed to get the passwords of our
registrar (our registrant panel to be precise), accessed the domain
management page and changed the DNS entries, pointing the zone-h domain to
an IP address belonging to the crackers on which they mounted th
On Jan 21, 4:25 pm, "Matthew Flanagan" <[EMAIL PROTECTED]> wrote:
> ADMIN_FIND_ADMIN_CLASSES = True
> ADMIN_MODELS = (
> 'myproj.myapp.admin.PollAdmin',
> 'someotherproj.someapp.admin.FooAdmin',
> )
My 2 (belated) cents on the issue: the settings.py idea is the best
I've seen in the threa
36 matches
Mail list logo
