Diskuze: Správné pojmenování složek
Člen
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 |
Viem že je to OT ale chcel by som mať toľko času a zamýšľať sa nad takýmito debilitami ... Kľudne si to názvy ako potrebuješ daj kam chceš ak k tomu spravíš poriadnu doc. tak sa z toho vysomaria aj ostatný
Ano, kdyby v projektu byla jen slozka src, tak bych tam narval i html
sablony. Kdyz je v projektu slozka src a templates, kam podle tebe logicky
pujdou html sablony?...
Stejne tak, kdyz pridal treti slozku config. Kam pujdou configy, jako pripojeni
k db, smtp, atd?
Ano, porad to muzes narvat pod src, ale nebude v tom potom bordel? Kazdy si s tim pracuje jak chce, pokud se nejedna o nejaky fw, ktery ty slozky uz ma nastavene, s tim uz se budes muset smirit.
Nemyslím si, že existuje nějaký "best" přístup.
A v neposlední řadě si nemyslím, že by vnitřní rozložení projektu (pokud to samozřejmě nemá vliv na funkčnost a rychlost toho programu) nějak ocenil koncový uživatel, který vlastně ani nemá moc možností, jak to rozdělení a rozložení zjistit...
Byl jsem při editaci příliš pomalý...
Rozdělení projektru do složek je hlavně pro programátora, aby se v tom
vyznal a nejlépe, aby se v tom jednoduše vyznal ten, kdo by to případně po
autorovi měl nějak dodělávat...
Samotné složky by (podle mě) měly svým názvem přímo říkat, co v nich
je, aby se v projektu programátor mohl pohodlně orientovat...
Nejdříve chci poděkovat všem za názory a omluvit se, že to píši tobě do odpovědi, ale nechtělo se mi to psát na 2x.
To co píšeš ty je pravda. Záleží na projektu.
Ale máš li např. PHP
pro_repository/ tak je to asi v pořádku
ale co tento případ nějakého crud API + frontend SPA
pro_repository
A takových je spousty i na internetu a nějakým způsobem si pro webové
aplikace lidé převzali patterny z desktopových, ale dávají si do src
absolutně co chtějí. Postrádá to logiku. Nenašel jsem ucelený názor
proč to tak je a proto mne zajímal Váš a proč to děláte třeba tak nebo
jinak.
Jelikož jsem začínající programátor a hledám si cestičky
.
Zobrazeno 6 zpráv z 6.
