Diskuze: Kombinácie produktov
V předchozím kvízu, Online test znalostí PHP, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 5 zpráv z 5.
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í PHP, jsme si ověřili nabyté zkušenosti z kurzu.


Ahoj,
napadá mne trochu jiný pohled na věc. Přijde mi vhodnější definovat
spíše slevu za kombinaci produktů. Když bys přeceňoval některou ze
"surovin" tak bys musel přeceňovat i jejich možné kombinace. To by mohlo
být nepřehledné. Pokud ale bude sleva zvolena třeba procentem +
zaokrouhlení, tak se situace vyřeší sama.
Navíc víš kolik rozdáváš na slevách a základní produkt máš stále za
stejnou cenu. Výhodu také vidím v možném kombinovaní/nekombinování
jiných druhů slev/akcí, které se mohou částečně překrývat. Třeba akce
black friday ta je pro všechny příchozí pak třeba + bonus za registraci
nebo pro někoho + bonus věrný zákazník... všechny mohou platiti v jeden
den na jednu kombinaci produktů jednu objednávku, ale výsledná cena bude
vždy jiná.
Ale zpět k tématu. Pak bych už jen prošel platné kombinace a započetl
slevu, pokud "v košíku" na ni vznikne nárok. Jen pozor na započítání
slevy několikrát... patrně půjde o průchod skupin slev s nejvíce prvky po
ty s nejméně.
Snad jsem byl srozumitelný. A někdo třeba naváže s dalším vhodným
nápadem.
Urcite by meli slevy a podobne akce byt vedene ve zvlast tabulce. Aby to slo pridavat ke kosiku. A asi bys mel i hlidat, aby ji nekdo nezmenil, kdyz ji uz ma zakaznik v kosiku.. Pripadne, abys byl schopen dohledat puvodni udaje k ni.
Asi bych sel take do procent.
a + b
a + c
a + b + c
tady bych si dal bacha na kombinace
a + a + b
a + a + a
Jakoze asi budes mit nekde sadu zbozi a, sadu b, sadu c. A pokud je v kosiku
zbozi z a, sleva + 5%, totez b, c, takze nakonec 15%
id, idn, id_zbozi
SELECT COUNT (sleva)
(SELECT FROM sady WHERE
(in_n=1 AND id_zbozi IN (1,2,3,4,5)) OR
(in_n=2 AND id_zbozi IN (1,2,3,4,5)) OR
) AS sleva
Ale jestli je to efektivni, to nevim, nezkousel jsem. Co vim, tak obvykle delaji slevove akce jako 1 radek v tabulce, od-do, kategorie zbozi nebo individualni vyrobek. Takhle to propojovat, spis nee.
Nevím, do jaké míry tam řešíš i skladové hospodářství a účetnictví za zboží, ale zkusil bych popřemýšlet o těch slevách jako o další položce ceníku (dalším "produktu") jako balíčku více surovin s danou cenou.
...
No, on prave nejspis chce, ze, kdyz si uzivatel klikne na tricko, ponozky, kalhoty, tak dostane slevu za to, ze je to textil. Nebo mozna neco v tom smyslu, kdyz je to vsechno v jednom regalu.
Zobrazeno 5 zpráv z 5.