On Thursday, March 24, 2011 2:40:39 PM UTC+1, Kristaps Kūlis wrote:
>
> I wish to note that Nginx implements this feature differently than
> LigHTTPd and Apache2
> http://wiki.nginx.org/XSendfile ,
>
> Should django implementation consider that ?
>
> My proposal to implement would be:
> 1. HttpFil
Also, there is a big hope that something like 1.3.1 release will be
produced soon as Django 1.3 without r15911 is still IDE unfriendly.
--
Thanks,
Dmitry
On Thu, Mar 24, 2011 at 6:19 PM, Dmitry Trofimov
wrote:
> Hi Karen,
>
> r15911 does fix the problem. Thanks.
>
> You know, people often run co
On Thu, Mar 24, 2011 at 6:44 PM, Luke Plant wrote:
> Have a look and anyone feel free to improve. For me, it has certainly
> flagged up the areas we are doing well and badly as core developers, and
> the areas where we shouldn't feel so bad.
This looks great to me, at least -- thanks!
Jacob
--
On 24/03/11 15:41, vkryachko wrote:
> Please have a look at this bug: http://code.djangoproject.com/ticket/15679
> I know it's not the right place to file bugs, but I think it's a
> critical one, and backwards incompatible, so I don't want it to get
> lost in trac.
I marked it as 'regression', so
On 23/03/11 15:32, Jacob Kaplan-Moss wrote:
> On Wed, Mar 23, 2011 at 4:39 AM, Luke Plant wrote:
>> It appears to me that this reports page is not nearly as useful as it
>> could be, and I'm thinking of redesigning it.
>
> Sounds just fine for me -- I really threw together the first version
> wit
On Thu, Mar 24, 2011 at 9:40 PM, Kristaps Kūlis
wrote:
> I wish to note that Nginx implements this feature differently than
> LigHTTPd and Apache2
> http://wiki.nginx.org/XSendfile ,
>
> Should django implementation consider that ?
>
> My proposal to implement would be:
> 1. HttpFileResponse whic
Hi folks --
Lately I've been trying to think about a few ways that software might
help our user and dev community as both continue to grow. I have a few
things I want to try out as "spikes"
(http://c2.com/cgi/wiki?SpikeSolution) to see if they're really
viable.
I'm being deliberately vague here t
Please have a look at this bug: http://code.djangoproject.com/ticket/15679
I know it's not the right place to file bugs, but I think it's a
critical one, and backwards incompatible, so I don't want it to get
lost in trac.
Regards.
--
You received this message because you are subscribed to the Goo
On Mar 16, 12:11 am, Tai Lee wrote:
> Assuming that any authenticated user might be an attacker who has
> brute forced a password and presenting obscure error messages to
> authenticated users is not helping anybody.
I agree with this, and with the many people in this thread who have
come to the
Ahh, I missed that from your original post.
I like that. :)
--
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
django-deve
That's also already done, check
https://github.com/django-extensions/django-extensions/blob/master/django_extensions/management/commands/show_urls.py,
it can be easily converted to JSON (I have a branch that does it, but
it's not up-to-date).
I also have the urls module in JavaScript already, but
It could just be a combo of both. There'd be one file for the
urlresolver.js, and a patterns.js. Interesting.
Now, could the patterns in Python be translated to Javascript properly? I'll
do some playing around today and see if I can come up with some basics. Even
if this doesn't land in Django
I think the biggest problem with translating the reverse() lookup is the
lack of kwargs and named capture groups in Javascript regex. So a pattern
such as: /page/(?P\d+)/ would not translate whatsoever. Then on the
Javascript side, we wouldn't be able to use: reverse('goto_page', [],
{page_id:
I currently handle this issue in a much easier way:
I've created an app which allows creating a context for Javascript (this
basically works like the template context processors do, calling defined
functions and combining its results into a dict). The resulting context
will be available in the temp
Hi Karen,
r15911 does fix the problem. Thanks.
You know, people often run code from IDE without debugging.
If you develope in IDE it is convenient to run code from IDE without
switching to console.
However you are right, that --noreload is nesessary for being able to debug.
I am unsing and deve
There also proposes the problem of selecting which urls are "published" in
this file and which aren't. Any ideas for that? I'm sure lots of people
wouldn't want their entire sitemap exposed to the public in one large js
file.
--
You received this message because you are subscribed to the Googl
I might also add the script could literally be something that is created via
a management command and served via staticfiles.
--
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@googlegrou
"dynamic" is a bit strong, but yes. A generated js script that, based on the
regex in your urlpatterns, provides functions that plug vars into url
templates... so yeah! A lot of the resolving logic wouldn't (read
"shouldn't") be needed so long as unique names are used for the views.
--
You rec
So you're basically proposing to write a Javascript library that is a
translation of URLResolver, and essentially have a dynamic "Javascript" file
that could be included that would contain your URL patterns? Just trying to
make sure we're on the same page.
--
You received this message because
Somewhat incomplete thought there -- once the urlpatterns have been
analyzed, the resulting chunk of generated js can be cached (where ever) and
served up statically, or inline in your templates.
--
You received this message because you are subscribed to the Google Groups
"Django developers" g
Url patterns don't tend to change at runtime, right?
I don't think resolving urls one by one via ajax calls is going to work.
Reimplementing the resolve/reverse mechanisms in javascript - or better yet,
using the "native" resolve/reverse code to generate javascript functions
that take args based
On Mon, Mar 21, 2011 at 02:20:41PM -0500, Jacob Kaplan-Moss wrote:
> On Mon, Mar 21, 2011 at 2:33 AM, Christophe Pettus wrote:
> > I'd like to make one more pitch for a slightly different
> > implementation here. My concern with CompositeField isn't based
> > on the fact that it doesn't map one-t
On 24/03/11 13:40, Kristaps Kūlis wrote:
> I wish to note that Nginx implements this feature differently than
> LigHTTPd and Apache2
> http://wiki.nginx.org/XSendfile ,
>
> Should django implementation consider that ?
>
I'd also note that wsgi itself apparently has an api abstraction
wsgi.file_w
I wish to note that Nginx implements this feature differently than
LigHTTPd and Apache2
http://wiki.nginx.org/XSendfile ,
Should django implementation consider that ?
My proposal to implement would be:
1. HttpFileResponse which takes file location (relative to MEDIA_URL ?)
2. HttpFileResponse c
This idea clearly needs a design decision. The idea is to allow custom test
runners do define and process their own command-line options, apart from
default ones like verbose.
Here's the ticket:
http://code.djangoproject.com/ticket/15675
Attached patch is one of possible solutions. Management
On Thu, Mar 17, 2011 at 3:47 PM, Vivek Narayanan wrote:
> Hi,
>
> This is my proposal for the customizable serialization idea:
>
> There are two formats - A formatted Google Docs version that's easy on
> the eyes (
> https://docs.google.com/a/vivekn.co.cc/document/pub?id=1GMWW42sY8cLZ2XRtVEDA9BQz
On Thu, Mar 24, 2011 at 7:48 AM, traff wrote:
> Hi guys!
>
> Recent commit(r15883), which fixes #15565, indeed brokes execution of
> django server from IDE on UNIX platforms.
>
> What can be done to fix that?
>
>
I suspect r15911 will fix it, if the problem is what I'm guessing it is.
However I a
On Thu, Mar 24, 2011 at 7:48 PM, traff wrote:
> Hi guys!
>
> Recent commit(r15883), which fixes #15565, indeed brokes execution of
> django server from IDE on UNIX platforms.
>
> What can be done to fix that?
Well, for starters, we'll need a clear description of the problem.
"IDE" isn't a specifi
On Thu, Mar 24, 2011 at 7:48 AM, traff wrote:
> Hi guys!
>
> Recent commit(r15883), which fixes #15565, indeed brokes execution of
> django server from IDE on UNIX platforms.
>
> What can be done to fix that?
>
>
Please open a ticket: http://code.djangoproject.com/newticket
and describe the pro
I have just read whole thread again and I'm happy to see there are many
people supporting my proposal. They have written thorough objections to
criticism.
So what would be the decision on this issue? Would Django make good guys'
life harder while nothing changes for bad guys?
Hello.
I'
Hi guys!
Recent commit(r15883), which fixes #15565, indeed brokes execution of
django server from IDE on UNIX platforms.
What can be done to fix that?
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to
On Wed, Mar 23, 2011 at 5:20 AM, Paul McMillan wrote:
> It's worth pointing out that manage.py runserver isn't likely to ever
> support serving those files even if the header arrives in core. It's
> explicitly not appropriate for any kind of production use, fallback or
> otherwise. If you really n
On Thu, Mar 24, 2011 at 3:23 PM, dy wrote:
> Hi django devs,
>
> I have two models and need to store to different dbs.I want this field
> to be a
> foreign key from Test2, stored on the "test2" database, to the Test1
> model stored on the "default" database.The codes are:
>
> # model in app test1,
On Thu, Mar 24, 2011 at 7:23 AM, dy wrote:
> Hi django devs,
This list isn't a second level support fallback from django-users threads.
It is exclusively dedicated to the discussion about development of
Django*itself*.
Please, keep this discussion in django-users.
--
Ramiro Morales
--
You re
On Wed, Mar 23, 2011 at 1:28 PM, DaNmarner wrote:
> First of all: my native language is not English, so I apologize for
> any potential natural language error (or any error at all) below.
>
> After (briefly) reading through the current implementaion as well as
> the "Issues to consider" section in
Hi django devs,
I have two models and need to store to different dbs.I want this field
to be a
foreign key from Test2, stored on the "test2" database, to the Test1
model stored on the "default" database.The codes are:
# model in app test1,store to default
class Test1(models.Model):
name = mod
36 matches
Mail list logo