How does it compare to the solutions that already exist listed here?
http://djangopackages.com/grids/g/perms/
-Mike
On Fri, Apr 13, 2012 at 7:56 PM, Moritz S. wrote:
> Hi all,
>
> I have been using django for a while and became happy by the time I
> discovered
It should also be noted that it is a terrible user experience to raise
an exception in the middle of parsing the multipart parser---a socket
error with no error message. Not to say that you can't slurp in the
data and raise the exception afterwards, but care has to be given if
that strategy is
On Mon, Dec 19, 2011 at 12:51 PM, Ian Kelly wrote:
> On Mon, Dec 19, 2011 at 9:36 AM, Maxim Badika wrote:
>> Hello all!
>>
>> i found that
>>
>> email_re.search(u'my...@mydomain.com.') # with dot at the end of
>> address
>>
>> returns true. I think that
Just to be clear, for this to be valid syntax doesn't this idea have to be
written as::
class Foo(Model):
x = models.FloatField()
y = models.FloatField()
coords = models.CompositeField(('x', 'y'), db_index=True)
a = models.ForeignKey(A)
b = models.ForeignKey(B)
Perhaps you should ask django-users (or the IRC channel, #django, or
stackoverflow, ...), how they would approach solving your particular problem.
I know that for me it took a few months before I realized how perfect
writing custom template tags (or template inclusion tags) are for many
blocks of
Hello,
Also keep in mind that the triple brackets introduce their own set of
issues. For example, in LaTeX templates I've seen::
\title{{{ publication.title }}}
Which works perfectly fine right now. Would this work under your proposal?
Cheers,
Mike
On Wed, May 26, 2010 at 6:28 PM, Daniel
Why does this facility need to exist within Django? At least one
person [1] has written a middleware to do what you're saying. If it's
that important, people will start to use that app. There are certainly
many potential features people want out of logging, so it'd definitely
be better suited for
On Fri, Apr 30, 2010 at 11:56 AM, Russell Keith-Magee
wrote:
> So, if we were to integrate a code review tool, it would only be to
> support case 3. I don't have any concrete numbers to back me up, but
> my gut feeling is that case 3 isn't a time sink for me.
There is an
not sure phone2numeric is that
often called in applications. (As opposed to database/template
operations.) I'll leave you with a great comment on python
optimization [1].
Cheers,
Mike
1: http://www.codeirony.com/?p=9
On Fri, Jan 15, 2010 at 9:15 AM, Mike Axiak <m...@axiak.net> wrote:
> If y
If you really want to be fast, you can do the following, a la urllib.quote::
_phone_chars = {'a': '2', 'b': '2', 'c': '2', 'd': '3', 'e': '3',
'f': '3', 'g': '4', 'h': '4', 'i': '4', 'j': '5', 'k':
'5', 'l': '5',
'm': '6', 'n': '6', 'o': '6', 'p': '7', 'q': '7', 'r':
Hey guys,
How slow can brute force attacks be? That is, why not just let the web
server/load balancer/network stack rate limit client connections to
prevent DoS, and effectively thwart brute force attacks?
(I have no idea how good password guessing has been these days, so
this isn't the most
Hi,
> Changing the namespace is not that easy, sadly. But I can make a
> statement that this has nothing to do with the Djangoproject into the
> namespace description. That one can be seen everywhere the name is
> displayed.
Um... I know you registered your namespace with CPAN, but as far as I
I'd much rather see a contrib app for these. E.g.::
from django.contrib.datafields import fields as datafields
class MyModel(models.Model):
my_yaml = datafields.YAMLField()
...
and any refactoring that's necessary to facilitate this cleaning should be
dealt with. (And I
I seem to be missing something. Why is it that you cannot just write a
BitMaskField yourself outside of Django?
I thought that it might have been that we don't have __any and __all lookup
types, but it seems you can override get_db_prep_lookup in a field, so
that's not an issue.
And if there do
On Apr 28, 3:06 pm, "Karen Tracey" <[EMAIL PROTECTED]> wrote:
> thought the behavior of this option was clear from Malcolm's initial
> description. It does support the 1,2,3 you specify. Which alternative
> would you prefer?
Maybe it's just me, but I just don't like a parameter that seems
On Apr 28, 1:10 pm, Martin Diers <[EMAIL PROTECTED]> wrote:
> [...]
>
> new_instance = True / False
>
> is the best solution. It solves the readability test, keeps backward
> compatibility, and prevents needless ambiguity which would ultimately
> lead to a dead function.
Does it?
On Mar 19, 10:07 pm, Philippe Raoult <[EMAIL PROTECTED]>
wrote:
> Hi everyone,
> [...]
> Anyway, the issue is that we have two different strategies for fixing
> #1443(and two different patches):
> 1. simply replace strtfime calls with custom format prints
> 2. replace datetime by a specific
Hey mrts,
On Apr 5, 2:31 pm, mrts <[EMAIL PROTECTED]> wrote:
> The cookies are already signed. Session data +
> settings.SECRET_KEY is md5-digested and tampering raises an
> exception. So in that sense the sessions are already secure.
Sorry, I didn't mean "secure" in the sense that someone can
On Apr 4, 3:29 pm, "Marty Alchin" <[EMAIL PROTECTED]> wrote:
> I admit I haven't been following this terribly closely, but now that
> both #5361 and #2070 are nearing completion, I'm trying to get a good
> handle on all of this in case there are any interactions between the
> two that I can help
On Apr 4, 2:46 pm, "Jacob Kaplan-Moss" <[EMAIL PROTECTED]>
wrote:
> Hrm, good point. I'll chew a bit more, but I can't think of a good way
> to avoid the extra setting (as much as I dislike creeping settings).
I didn't want to use the extra setting either, but I finally caved in
after working
Thanks for the review!
On Apr 4, 12:28 pm, "Jacob Kaplan-Moss" <[EMAIL PROTECTED]>
wrote:
> > TextFileForm(data={'description': u'Assistance'}, files={'file':
> > {'filename': 'test1.txt', 'content': 'hello world'}})
>
> What would an equivalent line look like under the new system? That is,
umably also need to require signed cookies for
the session.) I would be interested to see what it would look like.
Cheers,
Mike Axiak
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers
On Mar 25, 3:38 pm, Mike Axiak <[EMAIL PROTECTED]> wrote:
> Yes. :-)
Doh. I didn't realize you actually wanted me to do more work.
The newly updated doc can be found at the same URL:
http://orodruin.axiak.net/upload_handling.html
Be sure to refresh as the browser caching is high on
Hey,
On Mar 25, 6:04 am, Ivan Sagalaev <[EMAIL PROTECTED]> wrote:
> I don't like #1 because there's no point to keep deprecated code in
> Django where we can fix it. And #3 is indeed broken because there is
> much code in the wild that uses request.FILES directly. It's a public
> API after all.
Now that we actually have a working patch [1], there are a few details
I'd like to raise here.
Major Issues
===
Supporting dictionaries in form code
While we can have file objects that support the dictionary lookup to
make those backwards compatible,
Hello,
I'm not entirely sure how Amazon S3 affects your situation, but #2070
is the only option I know of to chunk your files (i.e. to avoid
loading the entire contents into memory).
If you're using #2070, then the files that were successfully streamed
will have a ['tmpfile'] attribute, which is
If you're interested in performance, would it not also be wise to
issue a LIMIT 1 at the end of the query if possible? I believe SELECT
1 will just return N 1s and the RDBMS will not stop searching simply
because it found it. There are also some tickets to make checking the
existence of a filter
Hey Everyone,
I've just posted what I believe is the cleanest version of ticket
#2070 (that's file streaming uploads) yet. I wanted to break down what
it does and ask the developers their opinions of each component.
#2070 does everything in the core of django (no middleware, etc).
There are a
that something
can't be cached, you shouldn't be allowed to download it. I'm not sure
this is a feature, but I'm not sure how obvious it is we want to "fix"
it.
-Mike
On Apr 7, 5:57 pm, "SmileyChris" <[EMAIL PROTECTED]> wrote:
> On Apr 6, 7:07 am, "Mike Axiak" <
ddleware prevents that, but it's not needed for a
few simple cases.
Hope this helps,
Mike Axiak
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to d
/ticket/4255
Cheers,
Mike Axiak
On May 5, 5:19 pm, Jari Pennanen <[EMAIL PROTECTED]> wrote:
> Modularity of edit inline? Any better?
>
> Currently:
> models.ForeignKey(Other, edit_inline=models.TABULAR, parameters...)
> obiviously is a big waste of OO abilities,
>
> instead
Hey,
Recently I've been working on #2070 (and its child ticket, #4165).
After combing the sea of comments under #2070, I came across 27
(http://code.djangoproject.com/ticket/2070#comment:27), which mentions
the idea of adding hooks for people to store file progress information
and even yell to
Hey,
On Apr 26, 2:39 am, Malcolm Tredinnick <[EMAIL PROTECTED]>
wrote:
> [...]
> there isn't a consistent, automatic way to determine which columns to
> exclude, an explicit function is going to be more useful.
That's what the Meta field is for ;)
Anyway, I don't think it's particularily
to be changed (although it can be
out of sync).
-Mike
On Apr 26, 1:57 am, Malcolm Tredinnick <[EMAIL PROTECTED]>
wrote:
> Hey Michael,
>
>
>
> On Wed, 2007-04-25 at 22:19 +, Mike Axiak wrote:
> > Hello,
>
> > After some discussion in IRC I've written a patch to add
Hello,
After some discussion in IRC I've written a patch to add an is_equal
method to the models.
(http://code.djangoproject.org/ticket/4157)
However, there was some question over whether this should be named
is_equal or __eq__. The current patch uses a Meta field to determine
what fields
I'm not the author, but I decided to play around and merged the
changes that people suggested to the last patch (and got it working
with SVN HEAD).
If you'd like to play around and see if it works, please do.
http://code.djangoproject.com/ticket/2070
-Mike
On Apr 23, 3:30 pm, "[EMAIL
Please look at http://www.djangosnippets.org/snippets/160/.
-Mike
On Apr 24, 11:38 am, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> As someone who works with the Django template language eight+ hours a
> day, I've built up quite a library of tags and filters that I use a
> LOT. Like, in
't use any of the number
of Django middleware that use Vary?).
Cheers,
Mike Axiak
On Apr 5, 2:35 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
wrote:
> Hi All,
>
> I found that Django can not serve PDF files from view, and I feel this
> is wrong and must be fixed, so I tr
If this does get reasonably fixed, can this be applied to 0.96.1?
This is a bug-fix and the bug it fixes makes testing with fixtures
(one of the 0.96's tauted features) a pain.
-Mike Axiak
On Apr 4, 8:42 pm, "Russell Keith-Magee" <[EMAIL PROTECTED]>
wrote:
> On 4/4/07, J
h with the where clauses the way they are, I think the LEFT
OUTER JOINs patch I submitted WILL work, just not as well as it
could.)
-Mike
On Feb 26, 5:18 pm, "Mike Axiak" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Recently I've been working extensively with Q objects (that
and iregex.
Thanks,
Mike Axiak
--~--~-~--~~~---~--~~
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,
haven't got a good name for it), will look up the tree (or down)
for any ORs, and switch the join type from 'INNER JOIN' to 'OUTER
JOIN'.
I may have to overload QAnd and QOr as well.
I was wondering, is there anything in the works like this? Are there
better ways of doing this?
Thanks,
Mike Axiak
42 matches
Mail list logo