Diskuze: Registracia
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 19 zpráv z 19.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.
Myslím, že se to snažíš řešit zbytečně složitě. Když si založíš nový (neprázdný) projekt ASP.NET MVC, tak tam máš automaticky vygenerováno pomocí Identity téměř vše, co potřebuješ (uživatele, role...). Třídu User (resp AspNetUser) si můžeš upravit k obrazu svému a na to případně navázat potřebné doplňující tabulky.
Dalej aku metodu najviac mam uprednostit. Ci code first alebo database first
za mě jednoznačně vítězí CodeFirst, ale dá se říct, že to není rozhodující...
No ale ja chcem začať bez šablóny MVC, tzv. začať od piky. Inak ide o bakalársku prácu.
Ďakujem za názor
, ja sa
tiež vyberám touto cestou.
Asi by se to dalo páchat tak, jak to řešíš. Různá zobrazení po přihlášení se dají řešit více způsoby. Dá se u přihlašovacího formuláře udělat "checkbox" např. Lékař, kdy při zaškrtnutí by Controller přesměroval na příslušnou stránku, nebo by mohl controller vyhodnocovat podle loginu, jestli je "přihlášený" lékař či není a podle toho by se přesměroval na příslušnou akci...
Ja som za code first. Dobre sa v tom takto pracuje cez migrácie.
Ďakujem za odpoveď. Dúfam, že to nebude cesta odporu ale tá
jednoduchšia
. Totiž to,
doteraz som pracoval v Jave a nepoužíval MVC framework a ani webové stránky
som tak nevyvíjal. Ja som rád, za každý podnet a trocha toho know-how.
Problém je, že som nikde nenašiel riešenie nejakého blízkeho problému ako
mám teraz ja. Preto som sa aj pýtal ako môžem alebo mám vytvoriť
registráciu pre dve rozdielne typy používateľov a či to pôjde aj cez tú
dedičnosť od osoby ktorý má základné property a pacient a lekár majú
rozširujúce property.
Pri logine spravím nejakú podmienku, či pôjde o lekára alebo pacienta a podľa toho sa zobrazí page.
A v DB mi bude potreba vytvoriť najlepšie dve tabuľky? Pacienti a Lekári zvlášť? Alebo to všetko narvať do jednej tabuľky?
To záleží na tom, co by ta aplikace s těmi údaji měla dělat... Může to být tak i tak, ale záleží na funkci aplikace. Pro každé využití může být lepší jiný způsob.
Když tak nad tím přemýšlím, asi bych pacienty dal do jiné tabulky než
lékaře a udělal bych jednu "vazební" tabulku (kde by bylo mimo ID záznamu
ještě ID lékaře a ID pacienta) a tam by se lékařům přidělovali
pacienti, protože jeden lékař bude mít jistě i víc pacientů a zároveň
pacient může mít víc lékařů...
Pak bych rovnou oddělil view pro registraci pacientů od registrace
lékařské, protože můžeš do ViewModelu rovnou dát, co komu patří...
Vykonavanie s tymito entitami bude iba registracia a prihlasovanie na svoj jednotlivy page. Gro, funkcia bude len o tom ze sa pacient moze objednat k lekarovi ale nebude sa to ukladat do tabulky.
Ano tak to planujem
.
Obrovska vdaka za pomoc. Ja mam zatial navrhnute 4 db tabulky, jedna pre login
kde sa uklada username a heslo, potom mam uzivatela kde su zakladne info ako
meno priezvisko atd., pfk od login a posledne specificke objekty a sice lekar a
pacient ktory kazdy ma svoj iny properties.
Mam tri triedy v modely a sice Osoba, ktora zahrna prave tie zakladne veci (ID, mena a priezviska, emailu a ine) a od neho dedia triedy Pacient a Lekar. Pacient ma property rodne cislo a cislo poistovne a pacient to co som uz vyssie spominal.
Co když bude lékař zároveň pacientem? I lékař má rodné číslo a
zdravotní pojišťovnu.
Třídy Pacient a Lekar mají mít asociaci na třídu Osoba. Instance tříd
Pacient a Lekar můžou mít asociaci na tutéž instanci třídy Osoba.
Vyborny dotaz. Ale lekar musi mat v tomto pripade dva ucty. Raz ako lekar a raz ako pacient. Nebudem ich odkazovat na tu istu osobu.
Rodné číslo nemůže mít ani uložené ve stejné databázi, pokud to
chce děla legálně 
Týmto sa nebudem zaoberať
. Keď budem appku ďalej vyvíjať potom budem riešiť aj podobné
záležitosti.
Mimochodom sa chcem spytat, je to len ukazka, ci je toto spravne navrhnutie DB tabuliek. A ako v tomto pripade mam postupovat, pokial dam to Loginu property ID ci ho aj inde treba napisat alebo len nejakym sposobom budem tvorit PFK a FK?
K čemu jsou ty tabulky "Uživatel" a "Login" oddělené? Já bych udělal jednu...
Bolo mi povedane, ze meno a heslo by sa malo ukladat do samotnej tabulky. Len v MVC mam potom problem pri technike CodeFirst naviazat na ten login. Kedze tam mam aj overenie hesla ale ked sa budem chciet zalogovat tak tam overenie hesla nemam. Ja toto MVC sa ucim a som z toho mierne zmeteny ako to vsetko funguje.
Bolo mi povedane, ze meno a heslo by sa malo ukladat do samotnej tabulky.
Nevím, kdo ti řekl takovou věc, podle mě je to nesmysl a ničemu to nepomůže. Heslo je v databázi stejně zahashované, takže to postrádá smyslu, nehledě k tomu, že by se s tím pak obtížně pracovalo (programátorovi)...
Ako funguje prosím vás dedičnosť? Pretože ak mi pacient a lekar dedia z Uzivatela v modeli, v db sa mi automaticky vygeneruje len jedna tabulka Uzivatel, ktorá má stĺpce aj lekar a pacient. A to je zle tak to nechcem. Ak odstránim dedičnosť, už mám tabuľky tri Lekar Pacient a Uzivatel ale nieje to OOP pretože modelovo sa mi nededia? Viete mi prosím niekto po lopate ako vyriešiť registráciu a prihlasovanie dvoch typov užívateľov?
Zobrazeno 19 zpráv z 19.
