Norsk nettsted for vevsutvikling - tanker og ideer

[Steinmann]

Greia med brukernavn er vel at det blir litt meir kluss og drit i systemet bak, vel?

9214755[/snapback]

Django bruker brukernavn uansett, hvis ikke må vi endre user modellen i django, og det gidder vi ikke. Så vi kommer til å sette username = mail.

Da kan man også endre brukernavnet til noe annet om man måtte ønske det.

[Lokaltog]

Akkurat der høres det ut som om django har en liten flaw. Knyttes medlemmer opp mot brukernavn, og ikke bruker-ID i en database? Hvorfor?

 

Poenget mitt er ikke at e-mail gir et bedre inntrykk, men at å bruke fullt navn rundt på siten gir et bedre inntrykk. Igjen til eksemplet mitt om "php1337": Det tar seg bedre ut om en artikkel er skrevet eller kommentert av Kim Silkebækken enn et merkelig alias. Og dersom man bruker fullt navn istedenfor brukernavn, så forsvinner hele poenget med å ha et brukernavn. Så jeg stemmer for e-mail som "bruker-ID" og innlogging, og fullt navn på siten.

[Steinmann]

Akkurat der høres det ut som om django har en liten flaw. Knyttes medlemmer opp mot brukernavn, og ikke bruker-ID i en database? Hvorfor?

 

Poenget mitt er ikke at e-mail gir et bedre inntrykk, men at å bruke fullt navn rundt på siten gir et bedre inntrykk. Igjen til eksemplet mitt om "php1337": Det tar seg bedre ut om en artikkel er skrevet eller kommentert av Kim Silkebækken enn et merkelig alias. Og dersom man bruker fullt navn istedenfor brukernavn, så forsvinner hele poenget med å ha et brukernavn. Så jeg stemmer for e-mail som "bruker-ID" og innlogging, og fullt navn på siten.

9214858[/snapback]

Om django bruker brukernavnet som id vet jeg ikke, men istedenfor å skrive egen brukerhåndtering bruker vi django sin. som der bruker slug.

[Arve Systad]

Thats exactly what we're agreeing about.

[Jesper Karsrud]

Vi skal sette at brukernavn = epost snart. Men akkurat nå blir brukernavn autogenerert av fornavn+etternavn i lowercase.

[sparks]

Akkurat der høres det ut som om django har en liten flaw. Knyttes medlemmer opp mot brukernavn, og ikke bruker-ID i en database? Hvorfor?

 

Poenget mitt er ikke at e-mail gir et bedre inntrykk, men at å bruke fullt navn rundt på siten gir et bedre inntrykk. Igjen til eksemplet mitt om "php1337": Det tar seg bedre ut om en artikkel er skrevet eller kommentert av Kim Silkebækken enn et merkelig alias. Og dersom man bruker fullt navn istedenfor brukernavn, så forsvinner hele poenget med å ha et brukernavn. Så jeg stemmer for e-mail som "bruker-ID" og innlogging, og fullt navn på siten.

9214858[/snapback]

 

Enig

[Cucum(r)]

Akkurat der høres det ut som om django har en liten flaw. Knyttes medlemmer opp mot brukernavn, og ikke bruker-ID i en database? Hvorfor?

Kvifor ikkje?

Er det noko problem å bruke brukarnavn som identifikasjon i forhold til ein pk?

 

Poenget mitt er ikke at e-mail gir et bedre inntrykk, men at å bruke fullt navn rundt på siten gir et bedre inntrykk. Igjen til eksemplet mitt om "php1337": Det tar seg bedre ut om en artikkel er skrevet eller kommentert av Kim Silkebækken enn et merkelig alias.

Det vil jo sjølvsagt stå at ein artikkel er skrevet av Fornavn Etternavn, og ikkje aliaset. Brukarnavnet brukast i vårt tilfelle berre til identifisering i URL (i staden for å køyre /bruker/1200394/).

 

Og dersom man bruker fullt navn istedenfor brukernavn, så forsvinner hele poenget med å ha et brukernavn. Så jeg stemmer for e-mail som "bruker-ID" og innlogging, og fullt navn på siten.

Og det er akkurat dette eg skal ordne i morga - med nokre få justeringar:

• Brukar registrerer seg med fornavn, etternavn, e-post og passord
  
• Tabellkolonna 'username' blir (fornavn+etternavn).lower()
  
• Brukar blir automatisk logga inn (etter aktivering)
  
• Brukar loggar inn med epost og passord
  
• Databasa sjekkar om denne personen eksisterer, og sender i såfall brukaren til /bruker/fornavnetternavn/
  

[PT]

• 
   
  
• Databasa sjekkar om denne personen eksisterer, og sender i såfall brukaren til /bruker/fornavnetternavn/
   
  

9216307[/snapback]

Hvorfor ikke tilbake til den siden brukeren logget inn fra?

[Cucum(r)]

• 
   
   
  
• Databasa sjekkar om denne personen eksisterer, og sender i såfall brukaren til /bruker/fornavnetternavn/
   
   
  

9216307[/snapback]

Hvorfor ikke tilbake til den siden brukeren logget inn fra?

9216349[/snapback]

Backend ser etter parameteret next i URL-en (som inneheld kor brukaren kom frå). Om denne ikkje er satt blir brukaren sendt til /bruker/fornavnetternavn/

[FraXinuS]

Akkurat der høres det ut som om django har en liten flaw. Knyttes medlemmer opp mot brukernavn, og ikke bruker-ID i en database? Hvorfor?

Man bestemmer selv hva man vil bruke, både brukernavn og id funker.

[rønning]

Akkurat der høres det ut som om django har en liten flaw. Knyttes medlemmer opp mot brukernavn, og ikke bruker-ID i en database? Hvorfor?

Man bestemmer selv hva man vil bruke, både brukernavn og id funker.

9216706[/snapback]

??

[Garreth]

brukeren har et felt med ID og brukernavn (og fornavn,etternavn,passord, rettigheter osv) og er derfor mulig å bruke ID eller brukernavn.

[rønning]

Ja, skjønte det veldig godt, men trodde liksom det var opplagt, og at saken bare var hvorfor bruke det ene kontra det andre..

[Steinmann]

Dersom det ikke blir fylla idag skal jeg prøve å se på noen ting jeg har funnet.

Som:

* Kommer til blank side når man registrerer seg.

* Får ikke kommentert

* og andre ting jeg finner

[rødøye]

Kven styrar admintilgangen for tida? Dessutan så trudde eg at me skulle lage ei eiga adminside, ikkje django-standard.

[Steinmann]

Kven styrar admintilgangen for tida? Dessutan så trudde eg at me skulle lage ei eiga adminside, ikkje django-standard.

9217424[/snapback]

Mulig vi gjør det med tiden

Førstepri er å lage et interface der man kan laste opp/redigere en artikkel man har skrevet selv.

[Arve Systad]

Er det kun eg som ikkje får logga inn etter eg har registrert meg - evt. at registreringa er f00xt?

[rødøye]

Eg får heller ikkje logga inn ... Eller; ikkje i djangodelen, vertfall.

[Cucum(r)]

Prøver dykk å logge inn via /admin/? Det vil i såfall ikkje fungere.

[Cucum(r)]

Hahaha, eg fekk akkurat mail frå Subsys:

Hei!

 

Hadde vært fint om dere kunne fjerne adressen "[email protected]" fra scriptene siden det er et domene som er i bruk.

 

Dere "spammer" noen stakkarer med en haug meldinger hver dag.

 

Mulig det også er noen småbugs her som dere kanskje må ta en kikk på?

 

Mvh

Harald Sturla Josdal

Subsys ANS