Kvalitní hosting pro WordPress [WP3]
Zobrazují se odpovědi 1 až 14 z 14

Eshop pro 10 mil. položek

  1. Zdravím, dokázal by mi někdo poradit nebo rovnou někoho doporučit na eshop, který by zvládl pracovat možná s více než 10 mil. položek? Nepotřebuji nic fancy, žádné hlídací psy, platební brány, "jen" eshop s košíkem a možností online objednat. Jednalo by se o chemické sloučeniny, takže nechci vkládat obrázky, dlouhé popisky atd, jen kat.č., název, krátký popisek a cena. Co by ještě mohl být problém, jelikož mezi tolika položkami bude zákazník vyhledávat hlavně přes search bar a také bych potřeboval v různých kategoriích (těch by bylo počítám max.7) zaškrtávací pole, kde by po zaškrnutí požadavků eshop vyhodil položky splňující průnik hledaných parametrů. No a samozřejmě, by bylo taky fajn, kdyby mě to nestálo 1/4 mega.

    Budu vděčný za každou radu. Předem díky

  2. Co se právě děje na Webtrhu?
    Tomo2495 poptává: Hľadám react native developera
    Badger01 poptává: Dodavatel zboží do domácnosti
    Coloria prodává: Prodám doménu MobilComp.cz
  3. Do 1/4 mega, to myslíš Kč:). 10 mil. položek, tak to do důchodu ani nenaplníš.

  4. 1/4 mega, to mas dvojmesacny plat jedneho sr vyvojara. s nejakym custom riesenim teda nepocitaj. nebal by som sa hociakeho open source riesenia, cele to bude stat na tom vyhladavani a to sa da nejak nakodit na mieru - teda aby to zvladalo napor vyhladavania. bud si mozes nechat napisat nejaky na mieru sity vyhladavaci plugin pre wordpres, prestu... staci dobre poriesit sql schemu a indexy, pripadne mozes skusit externe vyhladavanie cez elasticsearch instanciu na vpsku, pripadne hostovane nieco ako je algolia alebo to nechat na nejaku krabicu ako shoptet/sys a spol.

    PS: pri vlastnom rieseni to samozrejme bude idealne hodit na nejaku vps s velkou ramkou.

  5. Ano takovy shop zacina na 250k, jiank se da vyklepad za 150 klidne. Otazka je, jak to chces naplnit a updatovat ceny. Na to potrebujes nejaky solidni server :)

  6. Urcite to nebude levne co se tyka vyvoje. Musi to byt vysoce optimalizovane, spravny navrh databaze, apod.

    Ale hlavne ten server, sakra to bude muset byt nabite :)

    Priznam se, ze jsem neco podobneho jednou zkousel s cca 5mil. polozek a jeste se to docela dalo. To provedeni melo vcelku hlavu a patu. Bylo to ale spis delane pro vlastni pokus ohledne zateze. Ale jeste se generovaly feedy na Zbozi.cz :)

  7. 10m poloziek este nie je napriklad na MySQL/MariaDB vobec vela (pokial to nebude zrovna wordpress...).
    Ak to ma byt extremne jednoduche, asi by som naopak siel do vlastneho riesenia, pretoze by to mohlo byt pomerne jednoduche a rychle na vyrobu. Nad DB by sa potom postavil Elastic alebo Sphinx index a cez to by sa vybavoval dotazovy tranzit. Napriklad pre Laravel existuje dobre spravovany opensource package pre Elastic, a pod tomu bude v inych popularnych FW, takze asi by som v tom nehladal zlozitosti a urobil to priamociaro s tym, ze sa treba sustredit na to vyhladavanie, aby to tam lietalo rychlo.

    Merat to peniazmi je tazke, pretoze specifikacia je velmi, velmi strucna. Ale kvoli 10m polozkam a indexu nebudes nutne potrebovat silnejsie zelezo. To uz bude zalezat na trafficu...

    // pochopil som to tak, ze ziadne variacie, kombinacie ani parametre nie su (kvoli tomu existuje 10m poloziek), takze beriem nizsie desiatky milionov ako konecne cislo - pocet zaznamov v tabulke.
    100ky milionov budu bez debaty o inom... na to uz mozno nejaku skrinu od Oracle :)
    Naposledy upravil rudexpunx : 12.03.2019 v 21:13

  8. 10 mil. položek... Pokud budou mít varianty, parametry, jedná se o možná stovky miliónů tabulek v db. To chce opravdu i bez parametrů dobré řešení + databazistu, který umí optimalizovat sql a hodně silné železo. Někoho neustále na podpoře serveru. To už je big shop a nejde jej kočírovat doma z pc večer u zpráv a to ani u zpráv Soukupa, který...

  9. Tady jde v podstatě pouze o správný návrh databáze a zatraceně dobrou optimalizaci. Až na ten počet položek to zvládne kdejaký opensource...
    No optimalizovat třeba Opencart pro 10m položek je celkem výzva :-D Já skončil na +/- 40k a při 3000 návštěvách denně už ve špičkách padal...

  10. Pokud to bude nějaký opravdu velmi jednoduchý eshop, pak nejděte cestou žádného pronájmu - v ČR si troufám tvrdit, že to žádný pronajímatel nemá odzkoušené. A většina jejich systémů to ani nezvládne. Někteří sice udávají jako nekonečně produktů, ale.... Cenová politika pronájmu by vás asi také nepotěšila...20000 produktů / + 500 Kč apod :-)

    Rozhodně bych to necpal do presta, wp a podobných open source..

    Asi bych se vydal cestou nějakého velmi jednoduchého eshopu napsaného na koleně. Ono toho ve finále zase až tolik není.
    Začít s málem a postupně přidávat. Budete tak mít i 100% kontrolu nad rychlostí celého eshopu.
    Pokud najdete programátora za cca 400 Kč / hod, pak třeba při rozpočtu 100 000 Kč máte 250 hodin. To je tuším skoro 2 měsíce běžné pracovní doby.
    Za 2 měsíce se myslím jakýsi základ dá napsat.. :-)

  11. Taky bych volil nějaký jednoduchý eshop na míru + Elastic a musí to běhat v pohodě, když se to dobře udělá.

  12. Citace Původně odeslal Cryton Zobrazit příspěvek

    Budu vděčný za každou radu. Předem díky
    Dám vám tú najdôležitejšiu radu. Nefantazírujte.

  13. jak píšou ostatní, pro databáze tohle není problém, presta, wp a další open source eshopy co jsem viděl, ale používají databázi hodně nevhodně s o(n) náročností a to je zabijárna.

    Pokud se jedná spíše o katalog produktů než eshop, šel bych cestou vlastního modulu do WP, kde statické a obsahové stránky zajistí WP levně a tu aložitější část si uděláš sám.

    10m položek v tabulce s indexy není nic extra složitého, množtsví paměti a cpu, kterou bude db potřebovat se musí spočítat podle provozu a návštěvnosti, ale nemusí to být tak silné železo. Tyhle databáze ustojí stejné množství dat i jako hodinový přírustek. Ideálně to nacpat do normalizovaných několika tabulek a určitě nepoužívat 4. normální formu, jak to mají presta a wp, je to sice flexibilní, ale drahé na výkon.

    Zkušenější programátor by neměl mít problém to udělat. Podobný úkoly mi dělají v týmu pokročilejší junioři, stačí se toho nebát a nevymýšlet speciality, mít někoho zkušeného na validace řešení. Elastic jako fulltext opět tohle množství vezme jako zývačku, jen může být trochu problém nastavit správně indexer, aby moc nezasahoval do názvů chemických sloučenin.

  14. Všem moc děkuji za reakci a za rady.

  15. Už to tu zaznělo. Stačí na to třeba PrestaShop, který se trochu poladí (další indexy, hlavně VPS s velkou pamětí) doplněný o Elasticsearch modul pro vyhledávání. To číslo zní závratně, ale nevidím v tom velký problém. Dělal jsem před léty shop s 1M položek na starší verzi PrestaShopu a nebyl s tím problém.

Hostujeme u Server powered by TELE3