Idea Phoca Cart

Teď mě napadá, že by to s těmi balíky po x-kusech šlo ošetřit až v košíku - pokud by např. nebyl celkový počet kusů násobkem x, nepustilo by to zákazníka dál.

To je právě ta hlavní otázka - řešit to na úrovni a) produktu (jeden produkt x6 - tedy v krabici 6 lahví stejného druhu) nebo na úrovni b) checkoutu (x produktů x6 - tedy v krabici 6 lahví ale s možností nakombinovat druhy)

Někdo potřebuje a) někdo zase b) a problém je, jak tohle vyřešit všeobecným pravidlem.

Teoreticky se v checkoutu dá kontrolovat nejen celkové množství, ale i množství pro jednotlivé produkty, jenže co pak s variantama - to už máme další komplikaci:

a) 6 lahví stejného druhu do jedné krabice
b) 6 lahví různých druhů do jedné krabice
c) 6 lahví stejného druhu ale různých variant do jedné krabice

Teď přemýšlím, že např. a) by se dalo udělat podobně jako je minimální počet objednaných kusů pro produkt:

Já bych to moc nekomplikoval. Pokud budu chtít prodávat pouze celé balení (6lahví) bude ve zboží položka celého balení a třeba i samostatně kusovka. Většinou se liší i cena kusovky od celého balení. To jak to naskládat do krabic bych řešil až na výstupu v pokladně. Názor od kunzumenta vína .

Ahoj,

ano, asi nejjednoduší metoda je, stejně jako kontrolovat minimální počet produktů, kontrolovat minimální "násobek" produktů, ale zatímco u prvního se to kontroluje na jeden produkt, u druhýho by to bylo na celou objednávku.

Product >0
Product = 0

Tady jde jen o zobrazení statusů - jeden volíš když položky jsou na skladě (např. dodáme do 3 dnů) a druhej v případě, že už nejsou na skladě (objednáme za týden)

Je to pro případ, že se kontroluje sklad - prostě, pokud zboží dojde, automaticky se změní taky status. To znamená, že pro zboží zadáš status "Dodáme do 3 dnů" a jakmile se zboží vyprodá, automaticky padne do "Dodáme po objednávce za týden" např.

Ahoj, ještě chystám snad poslední RC, hlavně tam chci dát PDF a pak snad už stable.

S vývojem je to trochu složitější, najednou máš čas to dodělat a ozvou se ti lidi, že v Phoca Maps to chce Google API key, takže to znamená, že musíš přepsat hodně věcí v komponentě, protože se změnilo Google Maps API. Pak se zase někdo ozve, že v Joomla! 3.6 nefunguje to a to, a musíš zase přepisovat, a máš 50 rozšíření, takže to trvá. Navíc to není tak, že prostě opravíš tu jednu věc v tom rozšíření. Pro daný rozšíření už existuje pár věci na opravu, takže to děláš rovnou vše. To zase zabere hodně času. Pak zase zjistíš, že jsi upgradoval software pro forum a vývojáři už nepodoporují rozšíření, který jediný bylo účinný proti spamu, tak jediný, co ti zbývá se naučit programovat pro danej software a napsat si to sám. Pak zase musíš něco přepsat v javascriptu - javascript není povedenej jazyk, takže to trvá, pořád někde něco nefunguje. No a pak tě dorazí moderátoři z JED (extensions.joomla.org), kteří dostali funkci a chovají se jako evropští byrokrati - úplně odtrženi od reality a tak na to začneš poukazovat - samozřejmě bez šancí na úspěch, ale ozvat se musíš - tohle taky zabere hodně času, když "mluvíš do zdi". Tohle všechno strašne moc zdržuje, takže je opravdu těžký odhadnout čas, kdy se jaký rozšíření výadá. (no a to už vůbec nemluvím o byrokraci v našem státě, to by bylo psaní na hodně článků )

Plánuju to co nejdřív, ale kdy přesně to bude, to opravdu nedokážu říct