Diskuze: Připojení k databázy
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.


Zobrazeno 6 zpráv z 6.
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, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.


Určite by som to riešil tak, že by som si vytvoril classu, ktorá by
vytvarala pripojenie na databázu a následne v každej classe, kde ju budeš
použivať by som zdedil túto classu, takto sa vyhneš duplicite kódu. Popr.
ak veľmi nevyužívaš OOP, tak si vytvor metódu, ktorá ti bude vracať
pripojenie.
Spôsobou je mnoho, je už len ta tebe, ako kvalitne to chceš spraviť a ako sa
to hodí k tvojmu návrhu.
Ano to budeš, a zároveň keď opustíš inštanciu triedu, tak aj uzavrieš pripojenie. Čo v tvojej aplikácií, absolútne nebude vadiť.
Já právě jestli to není zbytečné
. A ještě jeden dotaz bych měl.
Mám přihlašovací okno a když se někdo přihlásí tak mam to okno ukončit
nebo jen skrýt? A když přecházím mezi okny tak je mam taky ukončovat a pak
znova volat nebo jen nastavit visible false?
Hele pokud vyuzijes standartni cesty, tak toto si myslim resit nemusis.
Ty mas svoje pripojeneni (connection) v nejakem bazenu pripojeni (pool). Kdyz
potrebujes provest nejakou operaci nad db, tak se do tohoto connection
pool pripojis a vemes si jednu connection.
Po tom co connection obslouzi pozadavek zase se vraci do pool. V podstate se o
to pripojeni stara nekdo jiny za tebe.
Tady je zajimava diskuze, ktera by ti mohla pomoci: http://www.itnetwork.cz/…28cb38dc4a03
Kdyz si nad backendem postavis dvou ci tri vrstvu architekturu, tak musis pak resit jen transakce (http://www.itnetwork.cz/…sakce-v-jave)
Zobrazeno 6 zpráv z 6.