Hello,
I am doing a (free) public web application that allows you to submit
popular web links or post interesting ads. It is currently early in
development; so you can post any feedback or other suggestions.
http://www.botspiritcompany.com/botlist/
Thanks,
Berlin
--~--~-~--~~---
On Mon, Dec 11, 2006 at 11:52:19AM -0800, Kevin wrote:
> I'm mainly concerned with the scenario where credit cards are used as
> part of the form. I haven't found too many supported cryptography
> libraries for python though.
>
As far as crypto libraries go, I've used the Python Cryptography Too
On 12/11/06, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
> Hmm, in our dj codebase, logging out doesn't expire the session
> cookie. I'll have a look at trunk. I agree it's a useful property.
So, if I'm understanding you, the problem situation would look like this:
1. Alice logs in, does some stuf
On 12/11/06, James Bennett <[EMAIL PROTECTED]> wrote:
>
> On 12/11/06, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
> > Doesn't this create a small chance that messages intended for one user
> > would be given to another user this way?
>
> Not that I can tell; two users should never be sharing an insta
On 12/11/06, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
> Doesn't this create a small chance that messages intended for one user
> would be given to another user this way?
Not that I can tell; two users should never be sharing an instance of Session.
--
"May the forces of evil become confused on
On 12/11/06, James Bennett <[EMAIL PROTECTED]> wrote:
> Anyone have strong feelings one way or another?
+1 (with caveat)
Messages are valuable in both cases (per-user and per-session).
I have an application that leaves messages for a user outside of a
session context (a scheduled process runs a
On 12/11/06, Kevin <[EMAIL PROTECTED]> wrote:
>
>
> I like the idea of storing an encoded-pickled version of the form data
> in a hidden field. I'm concerned about privacy implications with
> sharing that data with the client. What about encrypting the contents
> too? The server could have a pri
Isn't the session a natural place to store these kinds of things? Is
there a reason for the avoidance of sessions? Are they buggy? Do they
require some sort of over-head people are trying to avoid?
Just curious,
Rob
On 20061211.1152, Kevin said ...
>
> I like the idea of storing an encoded-p
I like the idea of storing an encoded-pickled version of the form data
in a hidden field. I'm concerned about privacy implications with
sharing that data with the client. What about encrypting the contents
too? The server could have a private key that it encrypts the
serialized form data and de
Now it's there! Thanks!
--
noris network AG - Deutschherrnstraße 15-19 - D-90429 Nürnberg -
Tel +49-911-9352-0 - Fax +49-911-9352-100
http://www.noris.de - The IT-Outsourcing Company
--~--~-~--~~~---~--~~
You received this message because you are subscribed to
On 12/11/06 12:13 PM, Jeremy Dunck wrote:
> It seems to be missing now...
> http://code.djangoproject.com/wiki/DjangoPoweredSites
Yeah, I [EMAIL PROTECTED] it up. Fixed (to last night's backup), ugh.
Jacob
--~--~-~--~~~---~--~~
You received this message because
Jacob Kaplan-Moss schrieb:
> Fixed; thanks for pointing it out.
No, now it's empty. Quite an improvement, but not the whole thing ;-)
Michael
--
noris network AG - Deutschherrnstraße 15-19 - D-90429 Nürnberg -
Tel +49-911-9352-0 - Fax +49-911-9352-100
http://www.noris.de - The IT-Outsourcing
On 12/11/06, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
>
> Fixed; thanks for pointing it out.
>
It seems to be missing now...
http://code.djangoproject.com/wiki/DjangoPoweredSites
--~--~-~--~~~---~--~~
You received this message because you are subscribed to th
Fixed; thanks for pointing it out.
Jacob
--~--~-~--~~~---~--~~
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 g
On 12/11/06, Zak Johnson <[EMAIL PROTECTED]> wrote:
>
> James Bennett wrote:
> > Which leads me to wonder whether it wouldn't be better to just do that
> > in Django itself, and move the Message model into
> > django.contrib.sessions.
>
> +1. Associating messages with sessions is much more intuit
James Bennett wrote:
> Which leads me to wonder whether it wouldn't be better to just do that
> in Django itself, and move the Message model into
> django.contrib.sessions.
+1. Associating messages with sessions is much more intuitive to me;
when first switching to Django, I was surprised they d
I can verify that this is indeed a problem and that Akismet does not
allow normal users to revert the content.
Version 442 seems to be an un-vandalised version (and is more recent thant 438)
--Ben
On 12/11/06, Matias Hermarud Fjeld <[EMAIL PROTECTED]> wrote:
>
> Hello.
>
> http://code.djangop
I've created a script that detect BOM in a directory:
http://tiago.zusee.com/blog/wp-content/uploads/2006/11/findbompy.txt
Helpfull when you have a lot of files...
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"D
We are definitely interested in sharing, that was our initial
intention.
The code is by no means finished, but my colleague Tom will post an
interim version and some notes on our design soon. Hopefully it will be
interesting.
--~--~-~--~~~---~--~~
You received t
On 12/11/06, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> This is an interesting idea, but I think it's important to remember
> the as_p(), as_table() and as_ul() shortcut methods are just
> *shortcuts*. There's nothing stopping a developer from writing a
> custom method on a Form, nor is there an
Russell Keith-Magee wrote:
> On 12/8/06, Matias Hermarud Fjeld <[EMAIL PROTECTED]> wrote:
>> I've submitted a patch on ticket #914. The patch changes the behavior of
>> the include_admin_script-templatetag. Should this have a regression test
>> as well? If so, in what file should i put the test?
>
James Bennett wrote:
> Of course, this would be a backwards-incompatible change and would
> require refactoring of Django and of any end-user applications which
> were using the messages framework
We could maintain compatibility to some extent by replacing
User.messages with some bridge object w
Lately I've been seeing a lot of people running into the problem of
needing something resembling the auth app's message framework, but
being unable to use it because they need to display messages to users
who aren't associated with an auth.User instance.
It seems to me that the easiest thing to d
Adrian Holovaty wrote:
> On 12/10/06, Gary Wilson <[EMAIL PROTECTED]> wrote:
>> What if instead of adding various as_* methods that we have a
>> FormFormatter class that determines how the form displays. The
>> _html_output and as_* methods would become FormFormatters. Formatter
>> could be a p
Hello.
http://code.djangoproject.com/wiki/DjangoPoweredSites has been
vandalized and should be reverted to version 438.
Ironically, Akismet didn't let me revert the change myself. :-)
--
Matias Hermanrud Fjeld
--~--~-~--~~~---~--~~
You received this message bec
25 matches
Mail list logo
