Fórum Root.cz
Hlavní témata => Vývoj => Téma založeno: Trux 06. 03. 2018, 19:22:53
-
Ahoj,
poprosil bych Vás o Vaše názory, kdyby před Vámi stál úkol vytvořit robustní eshop po čem by jste šáhli?
Poslední dny pročítám výhody a nevýhody jednotlivých technologií a pořád se nemohu rozhodnout. Ideální by bylo kdyby jste napsali v čem by jste to dělali a PROČ.
Chvilku jsem rozhodlí pro PHP, chvilku pro node.js apod.
Mám jen zkušenosti s vývojem v rámci .NET a v tom vím, že to dělat nechci :)
Děkuji za názory
-
Go.
-
Elixir + Ecto + Phoenix
-
Vybral bych hotový eshop -- vůbec nevím proč ho chcete psát.
-
Ahoj,
poprosil bych Vás o Vaše názory, kdyby před Vámi stál úkol vytvořit robustní eshop po čem by jste šáhli?
Poslední dny pročítám výhody a nevýhody jednotlivých technologií a pořád se nemohu rozhodnout. Ideální by bylo kdyby jste napsali v čem by jste to dělali a PROČ.
Chvilku jsem rozhodlí pro PHP, chvilku pro node.js apod.
Mám jen zkušenosti s vývojem v rámci .NET a v tom vím, že to dělat nechci :)
Děkuji za názory
Trh s eshopama je presycen, ceny reseni jsou levne, funkcionalita dostupna v podstate jakakoliv, upravy mozne, tudiz psat eshop je jako vymyslet kolo.
-
Ahoj,
poprosil bych Vás o Vaše názory, kdyby před Vámi stál úkol vytvořit robustní eshop po čem by jste šáhli?
Poslední dny pročítám výhody a nevýhody jednotlivých technologií a pořád se nemohu rozhodnout. Ideální by bylo kdyby jste napsali v čem by jste to dělali a PROČ.
Chvilku jsem rozhodlí pro PHP, chvilku pro node.js apod.
Mám jen zkušenosti s vývojem v rámci .NET a v tom vím, že to dělat nechci :)
Děkuji za názory
Trh s eshopama je presycen, ceny reseni jsou levne, funkcionalita dostupna v podstate jakakoliv, upravy mozne, tudiz psat eshop je jako vymyslet kolo.
Bavíme se o opensource e-shopech nebo obecně? Podle mě kvalita opesource e-shopů není zrovna optimální, což sice asi není dostačující důvod psát e-shop nový, ale na druhou stranu to taky znamená, že to tak růžové není.
-
Třeba i6 má v sobě už tolik užitečné business logiky a rozumných datových modelů, že ji těžko někdo dožene tvorbou "na zelené louce". A to říkám jako člověk, který jakožto "admin z nouze" skřípe zubama nad MSSQL a obecně nad závislostí na MS. Neznám přesně cybersoftí business model, ale vcelku bych se nedivil, kdyby dokázali instanci i6 pronajmout někde "na obláčku" - instanci databáze a aplikace pro další firmu to umí, připojit na to virtuální webík to umí, dovedu si představit že k tomu pronajmou i virtuálek pro tlustého klienta někde poblíž SQL serveru (nebo RDP/RDS desktop).
Hrozně záleží co všecko potřebujete pokrýt, jaký objem byznysu na tom má viset, kolik interních uživatelů na tom bude dělat apod. = jak moc se Vám vyplatí přehnaný komfort osvědčeného hotového řešení, ozkoušeného na milionu živých zvířátek před Vámi. Stačí Vám superlehký webový obličej a business procesy skrz firmu už si nějak nataháte (protože jste 2-3), nebo potřebujete aby to umělo taky evidovat zboží na skladě, podpořit nákup, finance, účtovat, víc jazyků(řečí), nepřeberné tiskové sestavy apod.?
-
Zkuste odoo.
www.odoo.com
-
Třeba i6 má v sobě už tolik užitečné business logiky a rozumných datových modelů, že ji těžko někdo dožene tvorbou "na zelené louce". A to říkám jako člověk, který jakožto "admin z nouze" skřípe zubama nad MSSQL a obecně nad závislostí na MS. Neznám přesně cybersoftí business model, ale vcelku bych se nedivil, kdyby dokázali instanci i6 pronajmout někde "na obláčku" - instanci databáze a aplikace pro další firmu to umí, připojit na to virtuální webík to umí, dovedu si představit že k tomu pronajmou i virtuálek pro tlustého klienta někde poblíž SQL serveru (nebo RDP/RDS desktop).
Uz je to vic jak 15 let co jsem I6 videl naposledy, ale neni on to spis ERP? Tazatel shanel e-shop.....
-
Mam zkusenost s Presta a Magento
Magento, zdá se mi má lepší bussines logic, ale upravovat v něm design je zlo.
Presta, snadno se upravuje design.
-
Presta je zlo, cire peklo. Horsi nez WP.
Magento v nove verzi chytlo druhou mizu.
Zajimavy by pro nekoho mohl byt ShopSys Framework kdyz za tim stoji velka commerce firma.
-
Třeba i6 má v sobě už tolik užitečné business logiky a rozumných datových modelů...
To je presne to, co 99% lidi nechce. Firma ma nejaky svoje ERPcko/ucetnicvi/sklad/.... a shop chce napojit prave na to. Coz je duvod proc je lepsi to napsat od nuly, protoze netreba vymejset jak to naroubovat na nejaky kravoviny, o kterych si tvurce toho hotovyho myslel, jak sou uzasny.
Tohle sem zazil doslova in natura, s jistou "nejvetsi dodavatel shopu" firmou netdirect. Zakaznik chtel shop napojenej na svy systemy, a oni "hotovy" dilo zacli predavat s "no a tady si zadate kartu zbozi".
-
Ahoj,
poprosil bych Vás o Vaše názory, kdyby před Vámi stál úkol vytvořit robustní eshop po čem by jste šáhli?
Poslední dny pročítám výhody a nevýhody jednotlivých technologií a pořád se nemohu rozhodnout. Ideální by bylo kdyby jste napsali v čem by jste to dělali a PROČ.
Chvilku jsem rozhodlí pro PHP, chvilku pro node.js apod.
Mám jen zkušenosti s vývojem v rámci .NET a v tom vím, že to dělat nechci :)
Děkuji za názory
Trh s eshopama je presycen, ceny reseni jsou levne, funkcionalita dostupna v podstate jakakoliv, upravy mozne, tudiz psat eshop je jako vymyslet kolo.
Bavíme se o opensource e-shopech nebo obecně? Podle mě kvalita opesource e-shopů není zrovna optimální, což sice asi není dostačující důvod psát e-shop nový, ale na druhou stranu to taky znamená, že to tak růžové není.
Tak nebo jinak, clovek co je na takovem zacatku ze nevi ani jakou technologii to lip nedokaze.
-
Třeba i6 má v sobě už tolik užitečné business logiky a rozumných datových modelů, že ji těžko někdo dožene tvorbou "na zelené louce". A to říkám jako člověk, který jakožto "admin z nouze" skřípe zubama nad MSSQL a obecně nad závislostí na MS. Neznám přesně cybersoftí business model, ale vcelku bych se nedivil, kdyby dokázali instanci i6 pronajmout někde "na obláčku" - instanci databáze a aplikace pro další firmu to umí, připojit na to virtuální webík to umí, dovedu si představit že k tomu pronajmou i virtuálek pro tlustého klienta někde poblíž SQL serveru (nebo RDP/RDS desktop).
Uz je to vic jak 15 let co jsem I6 videl naposledy, ale neni on to spis ERP? Tazatel shanel e-shop.....
i6 bych jako ERP neoznačil. Je pravda, že asi nemáme všechny moduly, co se do toho dají koupit, takže bych se nerad dopustil dezinformace.
Z našeho pohledu i6 je "vše v jednom" pro firmu na šoupání krabic s e-shopem. Používá/používala to velká část distributorů PC komponent. Umí to evidovat produkty, zákazníky/dodavatele, nabídky/objednávky (tyto oběma směry), expedice, fakturace, platby, reklamace, plus spoustu dalších věcí o kterých ani nevím. Umí to účtovat v rámci naší legislativy, umí to více měn, umí to tisknout doklady ve více jazycích. Má to integrovaný e-shop! Naše vedení se zpočátku snažilo, nechat si k tomu externě napsat vlastní webové rozhraní, ale během pár měsíců to skončilo u integrovaného e-shopu (k mé velké úlevě) a od té doby se jenom asi dvakrát zásadněji aktualizoval "kabátek", spíš z PR důvodů než že by na starší/tradiční podobě bylo něco špatně z hlediska funkčně-technického. Leze se do toho buď skrz HTTP rozhraní (e-shop) nebo skrz tlustého nativního klienta pod Windows. Škoda že je to tak závislé na Microsoftu - ale srovnatelné RAD prostředí asi není jinde k dispozici.
Zavedení v našem případě proběhlo v zásadě "na první dobrou". Asi měsíc se na tom šéf učil v demo provozu, zároveň s "přípravou infrastruktury". Prakticky celý prosinec. Od 1.1.2005 jsme najeli ostrý provoz a během asi týdne klíčoví lidi uměli základ co potřebovali. Prakticky se nezadrhnul provoz (obchod). Samozřejmě různé finesy jsme objevovali a ladili postupně (objevujeme a ladíme průběžně dodnes). Nejsme velká firma, naše interní procesy proto nejsou moc zašmodrchané a jejich implementace v i6 nám převážně vyhovuje.
i6 má pro naše "nevelké" potřeby velmi dobře zpracovaný datový model okolo zákazníků/dodavatelů, dodací a fakturační adresy, kontaktní osoby apod. Při nákupech u různých dodavatelů doma i v zahraničí (plus následná expedice, fakturace apod.) mám možnost pozorovat datový model na pozadí jejich roztodivných e-shopů, různé rovnáky na ohejbáky jak se data z e-shopu předávají do skladu/expedice/fakturace na pozadí - a málokdy se mi stane, že si řeknu "tohle mají stejně povedené jako i6" nebo případně "tohle by od nich i6 mohla obšlehnout". Naopak když potkám i6 e-shop u nového dodavatele, tak si obvykle docela oddechnu.
A protože e-shop je integrovaný, tak "karta produktu" obsahuje vedle interně-skladnických věcí rovnou i atributy, které vyplavou na webu - jak viditelný content (vlastně edit-box pro textový/HTML popis), tak různé volby jak se má produktová karta chovat přihlášenému/nepřihlášenému uživateli apod. Na e-shop je taky dotažena editace kompletního zákazníkova profilu, kontaktních osob a dodacích adres (což lze naschvál omezit), reklamace, expedice... Co tak potkávám v internetech, málokterý "jiný" e-shop má takhle podrobné rozhraní a hezky "všechno v jednom". A co se zadá skrz e-shop, je okamžitě v interní DB, nečeká se na nějaké dávkové zpracování z e-shopu do interního systému, transformaci dat z jednoho modelu do druhého apod. Prostě je ten e-shop bezešvou součástí toho softwarového balíku.
Entita "produkt" (v naší hantýrce taky "skladová karta") je prostá/jednopatrová. Takže třeba nejde mít nějakou sestavu detailně poskládanou z pár položek a s takovou sestavou o kus dál pracovat jako s "produktem vyšší úrovně" = používat ji nastojato v zakázkách (= i6: nabídkách a objednávkách), párovat ji na doklady přijaté od dodavatelů kteří toto umí apod. Což třeba SAP podle mého přirozeně umí, soudě podle toho, co padá z našich dodavatelů a zákazníků. Ona i6 taky cosi jako "sestavy" obsahuje, ale zatím co jsem viděl, vždycky z toho nakonec vypadne plochý seznam detailních položek. Nějaký modul "výroba" tuším taky existuje, ale my ho nemáme koupený.
Tlustý i6 klient (a vlastně i e-shop) je celý v "postarším" stylu "rozsáhlé formuláře nad tabulkami", přepínání seznam / detail. Nekonají se složité workflow procesy / wizardi (next, next, finish). Resp. to workflow je "implicitní", člověka to donutí k určitému postupu tím jak se odšedivují políčka a vyskakují chybové hlášky (často na úrovni integritních omezení v SQL), tzn. z toho statického formuláře to dopředu moc vidět není... Přesto základní práce = šoupání krabic je na zaučení dost jednoduchá - a to i pro kolegy, kteří entitně-relační diagram nikdy nepotkali.
-
Třeba i6 má v sobě už tolik užitečné business logiky a rozumných datových modelů...
To je presne to, co 99% lidi nechce. Firma ma nejaky svoje ERPcko/ucetnicvi/sklad/.... a shop chce napojit prave na to. Coz je duvod proc je lepsi to napsat od nuly, protoze netreba vymejset jak to naroubovat na nejaky kravoviny, o kterych si tvurce toho hotovyho myslel, jak sou uzasny.
Tohle sem zazil doslova in natura, s jistou "nejvetsi dodavatel shopu" firmou netdirect. Zakaznik chtel shop napojenej na svy systemy, a oni "hotovy" dilo zacli predavat s "no a tady si zadate kartu zbozi".
Nevím jestli "většina lidí", ale jinak tesat do kamene. Je samozřejmě blbost snažit se poskládat dva softwarové balíky, které mají každý svůj datový model a značný vzájemný překryv funkčnosti. Pokud má někdo ve fabrice SAP nebo jiný velký ERP balík, hledáte nejspíš lehoučký e-shop, který k tomu půjde s malým úsilím přiintegrovat. I tak bych koukal po něčem "předem přizpůsobeném" dané značce ERP, aby se potlačila tvorba kočkopsa.
Ale pokud je situace taková, že má někdo jakési klasické malé účto bez e-shopu, a s nevalnou možností něco navenek integrovat, pak může být "all in one" řešení jako i6 tou správnou cestou kupředu. Potkal jsem firmy, které na podobnou práci (malá obchodní firma, jenom sklad s e-shopem) používají K2 - s tímto softwarem nemám zkušenosti. Koukám že jak i6 tak K2 samy sebe označují jako ERP... no je to už dávno, co nám o ERP povídali ve škole :-)
-
Mátě někdo zkušenost s Broadleaf https://www.broadleafcommerce.com/ ? Prestashop patří sice k tomu lepšímu, co je v opensource k mání, ale je tam dost chyb a verzi 1.7 prý dost dodrbali. Já bych nejvíc uvítal slušný framework (datový model s administrací a nějakým API) z kterýho si to člověk pak už sám poskládá. Nejlíp v javě.
-
Doporučil bych ShopSys Framework (https://www.shopsys-framework.com/), určitě nemá cenu psát vše od začátku, na druhou stranu hotovým open-source řešením moc nevěřím, jsou přeplácané a většinou je potřeba pro české prostředí doinstalovat hromadu pluginů, které můžou mít pochybnou kvalitu/podporu/vývoj.
-
Doporučil bych ShopSys Framework (https://www.shopsys-framework.com/), určitě nemá cenu psát vše od začátku, na druhou stranu hotovým open-source řešením moc nevěřím, jsou přeplácané a většinou je potřeba pro české prostředí doinstalovat hromadu pluginů, které můžou mít pochybnou kvalitu/podporu/vývoj.
o ne-open source řešení bych v dnešní době vůbec neuvažoval. Výběr je ohromný
https://github.com/Kickball/awesome-selfhosted#e-commerce
-
Mám jen zkušenosti s vývojem v rámci .NET a v tom vím, že to dělat nechci :)
A proč nechceš? Určitě bych se pro větší projekty vyhnul skriptovacímu bastlení.
-
Třeba i6 má v sobě už tolik užitečné business logiky a rozumných datových modelů, že ji těžko někdo dožene tvorbou "na zelené louce". A to říkám jako člověk, který jakožto "admin z nouze" skřípe zubama nad MSSQL a obecně nad závislostí na MS. Neznám přesně cybersoftí business model, ale vcelku bych se nedivil, kdyby dokázali instanci i6 pronajmout někde "na obláčku" - instanci databáze a aplikace pro další firmu to umí, připojit na to virtuální webík to umí, dovedu si představit že k tomu pronajmou i virtuálek pro tlustého klienta někde poblíž SQL serveru (nebo RDP/RDS desktop).
Hrozně záleží co všecko potřebujete pokrýt, jaký objem byznysu na tom má viset, kolik interních uživatelů na tom bude dělat apod. = jak moc se Vám vyplatí přehnaný komfort osvědčeného hotového řešení, ozkoušeného na milionu živých zvířátek před Vámi. Stačí Vám superlehký webový obličej a business procesy skrz firmu už si nějak nataháte (protože jste 2-3), nebo potřebujete aby to umělo taky evidovat zboží na skladě, podpořit nákup, finance, účtovat, víc jazyků(řečí), nepřeberné tiskové sestavy apod.?
v čem je to lepší než Odoo?
-
...spousta řečí o i6...
v čem je to lepší než Odoo?
Omlouvám se, odpovědí neposloužím, neb Odoo neznám :-)
Kouknul jsem na nějaké video-intro namátkou o modulu "sklad" v Odoo a uznale jsem přikyvoval, že mají věci které znám z i6. A je tam spousta modulů, které už podle názvu odpovídají spíš velkému ERP. Docela by mě zajímala vnitřní architektura toho softwaru. Jak moc je to vrstevnaté, jak na sebe jednotlivé moduly vážou.
V čem bych čekal takové banální zádrhele: jak moc Odoo pasuje na naši legislativu a obecně prostředí. Loadnout firmu z Justice podle IČO nebo názvu, ověření DIČ, kontrolní hlášení k DPH, import kurzů z ČNB, tisk expedičních štítků pro tuzemské balíkové dopravce apod. Nemám v malíčku účetnictví, ale třeba v účetní osnově a postupech bych taky čekal nějaká lokální specifika. Umí to vůbec česky? Myslím aby s tím dokázali fungovat interní uživatelé. Apod.