MODERNÍ eshop systém, existuje?

Zdravím, nemáte někdo tip na skutečně moderní eshop systém s jasnou vizí a budoucností? Nehledám řešení zdarma, protože takové dobré prostě neexistuje. Pod pojmem moderní eshop systém si představuju:

• vývoj založen na principech MVC architektury, ideálně pak s využitím některého z FW typu Nette, ZF, Symfony2 - preferuji PHP řešení
• české řešení připravené k použití v našem prostředí
• moderní šablonovací systém (smarty, latte apod.)
• vývojáři znají pojmy jako HTML5, CSS3 a aktivně je využívají
• u designu admin části někdo přemýšlel, prošlo to UX testováním - a není v něm jediný gradient :-D
• editace obsahu s využitím moderních HTML5 editorů (aloha, mercury editor apod.), tinyMCE už nechci v eshopu ani vidět
• d&d správa souborů, především pak obrázků
• podpora všeho ostatního co se od eshopu čeká (sestavy produktů, slevové kupóny atd.)

Jediné co se alespoň trošku blíží mé představě je české Shopio, nevěřím však, že je to jediný hráč na trhu... :)

http://www.shopsys.cz/

mě hodně zaujal http://shoptet.cz ... divný název, ale shop se mi moc líbí :) co myslíte?

shoptet byl dobrý do verze 3.0 ta 4ka je administrace strašně nepřehledná ale je to jen můj dojem možná že někomu vyhovuje víc ta nová

Rozhodující je asi i to, co čekáte do budoucna. Pokud předpokládáte, že budete mít na shopu pár položek, je rozhodující opravdu DnD souborů a podobně. Značně to urychlí práci. Nicméně pokud čekáte, že budete i importovat od dodavatelů, nedejbože od více najednou a ještě se bude sortiment překrývat, pak vězte, že je lepší koukat na rychlost, neboť je rozhodně jednodušší dodělat do systému takovou věc jako je DnD než urychlit zkostnatělý systém s blbě napsaným jádrem.

@mmm.edia naprostej souhlas, vsak jsem to taky vypichnul v prvnim bode, d&d je jen tresnicka - implementacni trivialita, ktera me ale rika ze ten kdo to delal nad tim premyslel, vi ze neco takoveho jde vubec udelat a lze tak predpokladat ze takhle premyslel i jinde...

Nevím, jestli to plní vše, co potřebuješ, ale mě plně vyhovuje superqc.

http://webtrh.cz/90823-netdevelo-jake-mate-zkusenosti-touhle?highlight=shopsys tu je diskusia a pár vyjadrení na tému shopsys - dnes je situácia taká, že shop už aspoň funguje, relatívne to s tou podporou nieje až tak zlé čo sa týka práce, ale je to nehorázne predražené, každá malá úprava stojí desiatky eur (pri tom mnoho úprav by mohli robiť ako update systému pre všetkých užívateľov)... aj napriek tomu že sme zaplatili najvyššiu licenciu nedostali sme prístupové údaje ku zdrojovým kódom a tak si úpravy nemôžeme robiť sami vo vlastnej réžii, toto pokladám za obrovské mínus...http://www.shoptet.sk/ - vyzerá dobre, nemám osobnú skúsenosť, na http://www.netdirect.cz/ beží napríklad parfums.cz ale sú o čosi drahší...

Napsal kubo01;734771

http://webtrh.cz/90823-netdevelo-jake-mate-zkusenosti-touhle?highlight=shopsys tu je diskusia a pár vyjadrení na tému shopsys - dnes je situácia taká, že shop už aspoň funguje, relatívne to s tou podporou nieje až tak zlé čo sa týka práce, ale je to nehorázne predražené, každá malá úprava stojí desiatky eur (pri tom mnoho úprav by mohli robiť ako update systému pre všetkých užívateľov)... aj napriek tomu že sme zaplatili najvyššiu licenciu nedostali sme prístupové údaje ku zdrojovým kódom a tak si úpravy nemôžeme robiť sami vo vlastnej réžii, toto pokladám za obrovské mínus...

http://www.shoptet.sk/ - vyzerá dobre, nemám osobnú skúsenosť, na http://www.netdirect.cz/ beží napríklad parfums.cz ale sú o čosi drahší...

pokud byste si upravy delali sami a pritom pozadovali urcite servisni sluzby, bylo by to pro ne dost problematicke. Nemohou drzet servis nad necim, do ceho by jim "vrtal" i nekdo jiny. Stejne tak by byl problem s resenim vad, nasledneho vyvoje apod. Povetsinou se kod v pripade potreby vlastniho vyvoje odkupuje a pak je plne ve vasi sprave, ale tezko muzete chtit, aby cast vyvoje a servisu delali oni a cast vy. Pri prvnim problemu by nastal pat v tom, kdo za co muze a proc komponenta A nefunguje s komponentou B, kdyz mezi tim byl nejaky zasah, ktery dle vas za to nemuze a dle nich ano.

Napsal Radek O.;734774

pokud byste si upravy delali sami a pritom pozadovali urcite servisni sluzby, bylo by to pro ne dost problematicke. Nemohou drzet servis nad necim, do ceho by jim "vrtal" i nekdo jiny. Stejne tak by byl problem s resenim vad, nasledneho vyvoje apod. Povetsinou se kod v pripade potreby vlastniho vyvoje odkupuje a pak je plne ve vasi sprave, ale tezko muzete chtit, aby cast vyvoje a servisu delali oni a cast vy. Pri prvnim problemu by nastal pat v tom, kdo za co muze a proc komponenta A nefunguje s komponentou B, kdyz mezi tim byl nejaky zasah, ktery dle vas za to nemuze a dle nich ano.

... když už tedy pomineme to, že pokud by někomu dali přístup ke kódu a dotyčná firma si dělala úpravy ve vlastní režii, situace by reálně vypadala asi tak, že si na to vezmou studenta, který to nakopíruje a zneužije, kde může ...

Napsal mmm.edia;734784

... když už tedy pomineme to, že pokud by někomu dali přístup ke kódu a dotyčná firma si dělala úpravy ve vlastní režii, situace by reálně vypadala asi tak, že si na to vezmou studenta, který to nakopíruje a zneužije, kde může ...

s tým samozrejme súhlasím, rovnako aj s názorom vyššie, ale na druhej strane takto si môžu ceny kľudne navýšiť a užívateľ je v patovej situácii

Napsal crempa;734746

@mmm.edia naprostej souhlas, vsak jsem to taky vypichnul v prvnim bode, d&d je jen tresnicka - implementacni trivialita, ktera me ale rika ze ten kdo to delal nad tim premyslel, vi ze neco takoveho jde vubec udelat a lze tak predpokladat ze takhle premyslel i jinde...

Mimochodem ne tak dcela souhlasím s tím požadavkem na HTML5, prohlížeče se na pětce prostě zatím neshodnou a řešit to JavaScriptem se mi zdá ještě nešťastnější než prostě ještě chvíli počkat a zůstat u 4. CSS 3 je relativně v pohodě, až na poněkud zpozdilý MSIE ve verzi 7-9, který má poměrně velká část uživatelů a novinky ve stylech prostě nezvládá. Pro malý přehled podpory HTML5 doporučuji http://html5test.com/index.html TinyMCE nepovažuje mnoho programátorů za špatné kvůli dobře připravené dokumentaci Celkově to, co popisujete ve výčtu na začátku diskuse, mi přijde jako méně důležité věci. V podstatě změnit editor na přání zákazníka je otázka změny pár řádků v kódu. Odstranit gradienty, pokud někde nějaké jsou, je rovněž drobnost. Co provozovatele e-shopu obvykle zajímá více je:

• cenotvorba (přiřazená marže nebo automatická dle cenového pásma plus fixovaná cena např. po určitou dobu)
• způsob práce s parametry (a možnost ovlivnění ceny parametrem)
• varianty (a možnost ovlivnění ceny změnou varianty)
• to, jak si systém poradí s obrázky (zda umí například zaoblit rožky, aniž by se muselo využít javascriptu ve frontendu a zda umí připravit všechny potřebné velikosti již při uložení)
• možnost rozdělené zákazníků do cenových skupin
• možnost a především rychlost importu z XML
• možnost napojit tutéž položku od různých dodavatelů na jednu položku v katalogu a inteligentně synchronizovat dostupnost a cenu
• rychlost exportu pro porovnávače
• možnost editace objednávek
• možnost pokročilejší definice dopravy a způsobu platby (automatické vymezení podle hmotností košíku, rozměru položek a ceny v košíku)
• apod :)

---------- Příspěvek doplněn 19.12.2011 v 00:03 ----------

Napsal crempa;734700

Zdravím, nemáte někdo tip na skutečně moderní eshop systém s jasnou vizí a budoucností? Nehledám řešení zdarma, protože takové dobré prostě neexistuje ...

... mimochodem netipuji Vás na potenciálního zájemce o e-shop, ale spíš na někoho, kdo má svůj systém nebo ho připravuje a sonduje si méně známou, ale kvalitní konkurenci :) Pletu se? :)

@mmm.edia diky za uprimnou odpoved, budu reagovat na jednotlive body

• HTML5 - celou dobu mluvim pochopitelne o jeho masivnim vyuziti v back office, nasadit ho na klientskou cast ani dnes proste poradne nejde, ale umim si uplne zive predstavit reseni kdy me prodejce eshopu nabidne svuj vlastni ohnuty chromium prohlizec jako vstupni branu do sveho eshopu kdy me rekne ze muj eshop je "tady ta ikonka na plose".... technicky snadno realizovatelne, ale bohuzel nikdo asi nechce prijit s necim trosku invencnim...
• TinyMCE - je to jiste kvalitni kus SW jenze z doby ktera je uz za nami, inspirace jak to lze delat dnes napr. zde http://zdrojak.root.cz/clanky/konecne-opravdove-wysiwyg-editory/ --- a to je porad zacatek, proc me nenabidne nekdo klasickou klientskou aplikaci k ovladani eshopu... vzdyt sveho casu to slo snad dokoupit i k zencartu (za velky penize, pravda)
• gradienty jsem myslel spise jako vtip - 90% eshopu co jsem mel tu cest za posledni dva dny videt ma odporne GUI backofficu a gradienty jsou jeho spolecnym jmenovatelem... to skutecne nikdo neni schopen udelat rozhrani ve stylu http://www.fakturoid.cz/ ?
• jednotlive vyjmenovane body povazuju za funkcni samozrejmost u vsech eshopu, nebo tomu tak aktualne neni? vzdyt 90% toho umi i presta co je zdarma... to ze si do eshopu zadam zbozi, ze si ho budu moct editovat a ze budu mit export na heureku apod. povazuju na prostej zaklad, ja hledam ale reseni ve kterem se me to bude delat pohodlne...
• vubec jsem nezminoval ze by dane reseni moho mit nejake komplexnejsi API, kterym bych si bez zasahu do kodu (viz. diskuse vyse) mohl ovlivnit napriklad prubeh objednavky, chovani pri vlozeni zbozi do kosiku a dalsi hromady veci... tohle vsechno me jako zakaznika zajima, jenze me to asi nikdo nedokaze nabidnout

Osobne pracuju jako programator, ale nedelam systemy pro sirokou verejnost, spise intranetove informacni systemy a do oboru eshopu jsem zamiril jen kvuli prislibu rady dobremu znamemu. Po pravde jsem celkem prekvapen jak tristni je ale situace a mam trosku cukani napsat nejake vlastni reseni... ale porad doufam, ze najdu neco co me presvedci o zbytecnosti techto uvah :-) BTW: proc u nas nekdo neprovozuje reseni podobne http://www.shopify.com/ ?? Vzdyt to je milionovej business... hlavne ze mame stovky slevovych portalu :)

@crempa Jde o to, co jsou zákazníci schopni a ochotni zaplatit v kombinaci s tím, co si může dovolit menší firma. Tedy - když něco takového vyrobí firma, která má kupu zákazníků a dobré refernece (byť mnohdy nasbírané např. na shit systému typu fast/shopcentrik), tak to prodá pár zájemcům a čas investovaný do vývoje se jí vrátí. Za poměrně komplexní považuji například Magento. Jeho systém definice chování košíku a podobně, je patrně to, co potřebujete. Magento má ovšem jednu nepříjemnou vlastnost: Je nechutně nenažrané na systém. Navíc freelancer nebo menší firma, která by zainvestovala čas do vývoje shop systému, který by měl uživatelsky nastavitelný např průběh objednávání a podobně riskuje, že skončí na sociálce, neboť po dobu vývoje nebude mít patrně co jíst :) Rozhraní typu fakturoid může vypadat dobře do chvíle, než začnete mít jako programátor e-shopu ve zpětné vazbě provozovatelů požadavky na neskutečné zhuštění informací a minimum překliků mimo výpisy (objednávek, produktů ...). To pak skončíte se systémem tak, že si měníte název produktu přímo ve výpisu třeba tisícovky produktů, cenu taktéž, objednávky editujete komplet taky rovnou ve výpisu a podobně. Přidání položky pak je možné kódem nebo proklikem do zákaznické části a vložením do objednávky klasickým košíkovým tlačítkem. Editace produktů lze vyvolávat přímo z detailu či výpisu ze zákaznické části, samozřejmostí jsou miniikonky pro proklik na heureku a zbozi.cz do seřazeného výpisu pro urychlení cenotvorby. Objednávky mají rovnou v seznamu obj. vypsané položky dokonce s dodavatelským kódem, který vás hodí do b2b dodavatele na ten konkrétní produkt pro rychlé přihození do objednávky u dodavatele ... PDF faktury, PDF souhrny položek pro objednání, PDF seznamy faktur jsou taky samozřejmé, generování PkA složenky pro poštu a adresní lístky jakbysmet. Produkt lze skládat v zákaznické části z produktů (stačí u produktu zvolit v záložce konfigurátor kategorie (viditelné či neviditelné), z těch se pak generují nabídky pro složení), ceny produktu ovlivňuje nejen varianta (náhrada základní ceny, přírůstek/úbytek, součinitel, ale také parametry (lišící se dle variant) ... parametr může mít ovlivnění ceny definované v obecném seznamu (pak centrálně provedená změna ovlivní cenu volby u všech produktů, pokud není lokálně předefinována), ovlivnění může být definováno i rozpětím data ... tedy napříkla si můžete určit, že všechny produkty, kde si zákazník jako dynamický parametr vybere červenou barvu budou od 19.12. do 20.12. o 50% levnější a máte pěkně naplánovanou "červenou akci" :) ... export 10000 položek na heureku probíhá cca 2 vteřiny ... 100000 položek vyexportujete cca za půl minuty na VPS s agregací 1:8, import probíhá v řádu vteřin, katalog pro importy je oddělený od prodejního, tedy mezi položkami jsou 1:N vazby, narozdíl od většiny velkolepých předražených systémů, kde se cpou sloupce s kódy dodavatele do základní tabulky, až se z těch indexů MySQL server časem po... :). Jednodušší XML importy se řeší prostou konfigurací, u zdroje dat lze ovšem místo "XML" zvolit i "funkce" a vepsat jméno na míru napsané funkce (je vhodné třeba u složitějších importů) ... řekněme, čistě teoreticky, že by někdo šel touhle cestou, pak musím říci, že by se opravdu pramálo ohlížel na to, zda TinyMCE nebo jiný editor a řešil by tyhle drobnosti vyloženě jako věc na míru. Předpokládám, že takový programátor by pak dal do systému i možnost zapnutí a vypnutí devel hlášení (zvlášť pro admin a frontend), která vypisují volání funkcí, předávané a vracené hodnoty, časy a SQl dotazy pro usnadnění ladění :) ... skoro to nemá hlavu a patu, jak se tak dívám, ale pokud to pochopit jde, tak čistě teoreticky se pak dá taky předpokládat, že takový systém bude, pokud ten, kdo ho vyrobí, není částečný autista nebo debil, zatraceně drahý :) Psát nový systém jako freelancer i v dnešní době jde, ale prosadit se je trochu těžší, když nemáte kontakty nebo stálou zákaznickou základnu. Pokud se do něčeho takového pustíte, pak Vám držím palce, neboť mám v podstatě stejný názor jako Vy: Systémů jako sraček, ale kvalitní aby člověk pohledal. Jinak co se týká toho, že toužíte po dobrém GUI v adminu, tak není nic jednoduššího než mít systém, který má prostě funkce jádra oddělené od rozhraní, které si vyloženě bere hodnoty např. ze SMARTY proměnných, to se pak upravuje na míru docela dobře. Totéž se týká frontendu.

Napsal crempa;734700

• MVC, FW typu Nette, ZF, Symfony2
• moderní šablonovací systém
• HTML5, CSS3
• HTML5 editorů (aloha, mercury editor apod.)

Tohle všechno je u eshopu téměř nepodstatné, protože to nepřináší žádnou okamžitou hodnotu pro provozovatele eshopu ani pro zákazníky. A to říkám jako někdo, kdo má rád čistý kód a nové technologie.