Registracia + login about web

[black3r]

Ok, pokukoval som dnes po tom, napadli ma zatial tieto otazky:

• Chceme mat nejaky nestandardny field povinny pri registracii? (napr. skolu, etc..)
• Ako chceme riesit adresy?
  • Vytvorit riadok v tabulke address pri registracii a potom pri uprave profilu uz len prestavovat field-y?
  • Co v pripade, ze clovek neuvedie adresu pre korespondenciu? Nastavit na None?
  • Ma adresa aktualne backlink na user-a? Ak nie, tak nechce mat? Resp. mozu mat jednu adresu (objekt/riadok v databaze) dvaja ludia?

[sesquideus]

• Škola by povinná byť mohla (aspoň teda v rámci FKS ja neviem o ničom, čo by tomu malo brániť).
• - Toto sa dá, pokiaľ viem, celkom slušne riešiť adminom.
  • Podľa mňa áno.
  • Samozrejme môžu mať, medzi riešiteľmi máš minimálne kopu súrodencov (a i tak s tým imho treba rátať, náhoda je sviňa).

[mhozza]

Povinné polia nejaké chceme mať - školu, rok maturity, možno aj dátum
narodenia a pohlavie.
Adresu by mal mať každý svoju. One2one field - teda má aj backlink.
Korespondencna môže byť default null.

Treba porozmýšľať čo nechceme vo veducovskom profile, pripadne možno budú
časom aj učiteľské.
On Aug 13, 2014 12:33 AM, "sesquideus" [email protected] wrote:

• Škola by povinná byť mohla (aspoň teda v rámci FKS ja neviem o
  ničom, čo by tomu malo brániť).
• - Toto sa dá, pokiaľ viem, celkom slušne riešiť adminom.
  • Podľa mňa áno.
  • Samozrejme môžu mať, medzi riešiteľmi máš minimálne kopu
    súrodencov (a i tak s tým imho treba rátať, náhoda je sviňa).

—
Reply to this email directly or view it on GitHub
#15 (comment).

[black3r]

adresa aktualne nie je one2one field, pretoze kazdy user ma 2 - normalnu a korespondencnu a tie zdielaju rovnaku tabulku v db

chce byt aj adresa povinna?

s tymi nullmi mi ide o toto: v database su nejake objekty typu adresa, ktore maju v sebe nejake field-y.. chceme povolovat object typu adresa ktory ma vsetky fieldy prazdne? alebo proste ak niekto taketo spravi pri registracii alebo pri uprave profile tak odmazat riadok z databazy a nastavit usrovi danu adresu na None?

@sesquideus : je mi jasne ze surodenci mozu mat rovnaku adresu, mojou otazkou som myslel ci v takejto situacii maju zdielat ten isty object v database alebo nie.., akoze ked tak nad tym rozmyslam viac tak mi to pride ako blbovina ale tak pre istotu sa pytam :D

[sesquideus]

No ja by som to tak spravil, ale uznávam, že to asi budú jednotky prípadov a teda to netreba mať nutne normalizované. A tiež to dosť zjednoduší formuláre -- ale potom zas na druhú stranu rozmýšľam, prečo potom adresu rovno nepichnúť do modelu k človeku (verím, že nejaký dôvod existuje, len ho nevidím).

[mhozza]

Zdieľať je blbosť a pokojne to môžme spraviť ako foreign keys v userovi.
Podľa mňa povolme prázdne adresy db a zakazme to frontendom. A na
korespondencnu by som dal checkbook.

Vedel by som si aj predstaviť buttony pridaj adresu a pridaj korespindencnu
adresu ktoré zobrazia príslušnú časť formu.
On Aug 13, 2014 12:50 AM, "Roman Hudec" [email protected] wrote:

adresa aktualne nie je one2one field, pretoze kazdy user ma 2 - normalnu a
korespondencnu a tie zdielaju rovnaku tabulku v db

chce byt aj adresa povinna?

s tymi nullmi mi ide o toto: v database su nejake objekty typu adresa,
ktore maju v sebe nejake field-y.. chceme povolovat object typu adresa
ktory ma vsetky fieldy prazdne? alebo proste ak niekto taketo spravi pri
registracii alebo pri uprave profile tak odmazat riadok z databazy a
nastavit usrovi danu adresu na None?

@sesquideus https://github.com/sesquideus : je mi jasne ze surodenci
mozu mat rovnaku adresu, mojou otazkou som myslel ci v takejto situacii
maju zdielat ten isty object v database alebo nie.., akoze ked tak nad tym
rozmyslam viac tak mi to pride ako blbovina ale tak pre istotu sa pytam :D

—
Reply to this email directly or view it on GitHub
#15 (comment).

[mhozza]

Prečo zvlášť tabuľka - adresu používame aspoň 2x - obyč. a koresp. T. J.
Chceme aby to bol ten istý model.
On Aug 13, 2014 12:53 AM, "sesquideus" [email protected] wrote:

No ja by som to tak spravil, ale uznávam, že to asi budú jednotky prípadov
a teda to netreba mať nutne normalizované. A tiež to dosť zjednoduší
formuláre -- ale potom zas na druhú stranu rozmýšľam, prečo potom adresu
rovno nepichnúť do modelu k človeku (verím, že nejaký dôvod existuje, len
ho nevidím).

—
Reply to this email directly or view it on GitHub
#15 (comment).

[black3r]

Button na pridanie adresy si aktualne neviem predstavit ako by som nahackoval, ale mohol by som spravit tak, ze bude na obidve adresy checkbox, a pripadne javascript-om dohackovat nech sa nezobrazuje formular na danu adresu ak nie je zaskrtnuty checkbox a v database nevytvarat/zmazat existujuci model ak nie je zaskrtnuty checkbox?

[mhozza]

Môže byť, JS sa doriesi potom.
Inak adresa môže byť pokojne 1to1 lebo korespondencna je iná ako normalna.
On Aug 13, 2014 1:02 AM, "Roman Hudec" [email protected] wrote:

Button na pridanie adresy si aktualne neviem predstavit ako by som
nahackoval, ale mohol by som spravit tak, ze bude na obidve adresy
checkbox, a pripadne javascript-om dohackovat nech sa nezobrazuje formular
na danu adresu ak nie je zaskrtnuty checkbox a v database nevytvarat/zmazat
existujuci model ak nie je zaskrtnuty checkbox?

—
Reply to this email directly or view it on GitHub
#15 (comment).

[jablkoj]

Aby ucastnik mohol riesit ksp, tak potrebujeme len meno, skolu, rok maturity a email. V podstate nic ine. Datum narodenia, adresu a pohlavie chceme tiez (lebo to napriklad pomaha pri mergeovani menovcov). Dobre je to pytat tiez v uvitacom formulari, ale asi nie povinne.

Pokial riesitel riesi kms/fks, zrejme potrebuje mat povinnu korespondencnu adresu, a vo formulari moze byt checkbox, ze rovnaka ako bydlisko.

Treba vsak mysliet na to, ze kvoli sustredkam potrebujeme ovela viac udajov, ktore nepotrebujeme od vsetkych riesitelov, a ktore by mohlo byt otravne pytat hned na zaciatku (adresu, telefonne cislo, datum narodenia, kontakt na rodica, checkbox, ze suhlasia so zverejenenim niektorych udajov na zozname ucastnikov). To sa da poriesit napriklad tak, ze prihlaska na sustredenie bude pytat iba nevyplnene udaje. (Hoci idealne by podla mna bolo zobrazit tie vyplnene ako text v prihlaske s tlacitkom upravit vsetko asi pomocou JS.)

[mhozza]

prihlasku na sustredko budeme riesit neskor.

na zaciatku chceme pytat udaje, ktore sa nam mozu zist aj v skriptoch (na
generovanie zoznamu pozvanych ucastnikov...), alebo na informacne ucely -
chceme vedet aky stary je ucastnik... sem napr. patri datum narodenai a
pohlavie...

adresu mozme pytat ak to vyzaduju ostatne seminare.
Hoci si myslim ze by to uz nemuselo byt nutne, avsak ak ucastnik nevyplni,
tak mu vynadat ze mu nic neposleme a bude si vsetko musiet najst na stranke.
Kazdopadne aj tak teraz ideme robit len KSP, tak to kludne teraz nemusime
dat povinne.

Ale v tejto faze je to aj tak dost jedno, treba mat hlavne nejaku
registraciu. potom sa bude vymyslat co dalej. Web este ma kus cesty pred
sebou kym bude pristupny ucastnikom.

Michal Hozza

2014-08-13 22:42 GMT+02:00 Jano [email protected]:

Aby ucastnik mohol riesit ksp, tak potrebujeme len meno, skolu, rok
maturity a email. V podstate nic ine. Datum narodenia, adresu a pohlavie
chceme tiez (lebo to napriklad pomaha pri mergeovani menovcov). Dobre
je to pytat tiez v uvitacom formulari, ale asi nie povinne.

Pokial riesitel riesi kms/fks, zrejme potrebuje mat povinnu korespondencnu
adresu, a vo formulari moze byt checkbox, ze rovnaka ako bydlisko.

Treba vsak mysliet na to, ze kvoli sustredkam potrebujeme ovela viac
udajov, ktore nepotrebujeme od vsetkych riesitelov, a ktore by mohlo byt
otravne pytat hned na zaciatku (adresu, telefonne cislo, datum narodenia,
kontakt na rodica, checkbox, ze suhlasia so zverejenenim niektorych udajov
na zozname ucastnikov). To sa da poriesit napriklad tak, ze prihlaska na
sustredenie bude pytat iba nevyplnene udaje. (Hoci idealne by podla mna
bolo zobrazit tie vyplnene ako text v prihlaske s tlacitkom upravit vsetko
asi pomocou JS.)

—
Reply to this email directly or view it on GitHub
#15 (comment).

[black3r]

Kolonka pohlavie nam aktualne chyba v user modeli.. chceme ju tam teda pridat? :)

[mhozza]

pridaj

Michal Hozza

On Wed, Aug 13, 2014 at 11:07 PM, Roman Hudec [email protected]
wrote:

Kolonka pohlavie nam aktualne chyba v user modeli.. chceme ju tam teda
pridat? :)

—
Reply to this email directly or view it on GitHub
#15 (comment).

[black3r]

dobre takze spravim takto:
vo formulari budu polia username, meno, priezvisko, email, datum narodenia, pohlavie, skola, rok maturity, heslo, adresa a korespondencna adresa, vsetko okrem korespondencnej adresy povinne, moze byt?

[mhozza]

Wait. Heslo netreba, majú facebook...
On Aug 15, 2014 11:33 PM, "Roman Hudec" [email protected] wrote:

dobre takze spravim takto:
vo formulari budu polia username, meno, priezvisko, email, datum
narodenia, pohlavie, skola, rok maturity, heslo, adresa a korespondencna
adresa, vsetko okrem korespondencnej adresy povinne, moze byt?

—
Reply to this email directly or view it on GitHub
#15 (comment).

[black3r]

Heslo je spravene tak isto ako na akademii, ak sa registrujes cez username tak je povinne, ak sa registrujes cez google alebo facebook tak nie..

[mhozza]

Ok
On Aug 16, 2014 12:04 AM, "Roman Hudec" [email protected] wrote:

Heslo je spravene tak isto ako na akademii, ak sa registrujes cez username
tak je povinne, ak sa registrujes cez google alebo facebook tak nie..

—
Reply to this email directly or view it on GitHub
#15 (comment).