On 8/11/06, Jyrki Pulliainen <[EMAIL PROTECTED]> wrote:
>
> On 8/11/06, Felix Ingram <[EMAIL PROTECTED]> wrote:
> >
> > On 8/10/06, Jyrki Pulliainen <[EMAIL PROTECTED]> wrote:
> > > On 8/10/06, Felix Ingram <[EMAIL PROTECTED]> wrote:
> > > > On 8/10/06, hernan43 <[EMAIL PROTECTED]> wrote:
> > > >
Felix Ingram wrote:
> Well that's true but 128 bits still gives you 3 x 10^38 possible
> strings, so you could probably give everyone on the planet a key an
> still not have a collision.
Understatement of the week! The human population is currently about
6.5x10^9. You could give every
As far as I undersand, API KEY is not something like ID, it's more
like a password for user's website URL, so it does not necessary have
to be unique.
For example, when you register an account for GMaps, you get an API
KEY for a specific URI.
Aidas Bendoraitis [aka Archatas]
On 8/11/06, Felix
On 8/11/06, Felix Ingram <[EMAIL PROTECTED]> wrote:
>
> On 8/10/06, Jyrki Pulliainen <[EMAIL PROTECTED]> wrote:
> > On 8/10/06, Felix Ingram <[EMAIL PROTECTED]> wrote:
> > > On 8/10/06, hernan43 <[EMAIL PROTECTED]> wrote:
> > > > Nowadays(is that a word?) a lot of fancy web services use API keys
On 8/11/06, Jay Klehr <[EMAIL PROTECTED]> wrote:
> Felix Ingram wrote:
> > On 8/10/06, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
> >> Just username+randomstring is good.
> >> SHA better than md5.
> >>
> > Choice of hashing algorithm means nothing here. The only thing about
> > SHA is that you'll
Felix Ingram wrote:
> On 8/10/06, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
>
>> Just username+randomstring is good.
>> SHA better than md5.
>>
>
> Choice of hashing algorithm means nothing here. The only thing about
> SHA is that you'll get a longer string (160 bit rather than 128).
>
> If
On 8/10/06, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
> On 8/10/06, hernan43 <[EMAIL PROTECTED]> wrote:
> > If I wanted to make a Django app that utilized a custom authenticator
> > and my own "API key" what would be the best way to generate unique API
> > keys for my app. Would running a md5/sha
On 8/10/06, Jyrki Pulliainen <[EMAIL PROTECTED]> wrote:
> On 8/10/06, Felix Ingram <[EMAIL PROTECTED]> wrote:
> > On 8/10/06, hernan43 <[EMAIL PROTECTED]> wrote:
> > > Nowadays(is that a word?) a lot of fancy web services use API keys to
> > > allow an individual access to a service without
personally I would DES encrypt their email address.that way you have a contact if something goes wrong.On 11/08/2006, at 3:01 AM, Jyrki Pulliainen wrote:On 8/10/06, Felix Ingram <[EMAIL PROTECTED]> wrote: On 8/10/06, hernan43 <[EMAIL PROTECTED]> wrote: Nowadays(is that a word?) a lot of fancy web
Thanks for all of the help and responses. You have helped give me ideas
on how to implement something like this.
--Ray
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group,
On 8/10/06, Felix Ingram <[EMAIL PROTECTED]> wrote:
>
> On 8/10/06, hernan43 <[EMAIL PROTECTED]> wrote:
> >
> > Nowadays(is that a word?) a lot of fancy web services use API keys to
> > allow an individual access to a service without requiring a username
> > and password. Google, flickr(I
On 8/10/06, hernan43 <[EMAIL PROTECTED]> wrote:
>
> If I wanted to make a Django app that utilized a custom authenticator
> and my own "API key" what would be the best way to generate unique API
> keys for my app.
Anything random and unique will do it. You just need to
differentiate between
On 8/10/06, hernan43 <[EMAIL PROTECTED]> wrote:
> If I wanted to make a Django app that utilized a custom authenticator
> and my own "API key" what would be the best way to generate unique API
> keys for my app. Would running a md5/sha sum on username + randomstring
> + email be safe? Or is that
Nowadays(is that a word?) a lot of fancy web services use API keys to
allow an individual access to a service without requiring a username
and password. Google, flickr(I believe), Akismet, so on and so on.
If I wanted to make a Django app that utilized a custom authenticator
and my own "API key"
14 matches
Mail list logo