Damien

Nedávno jsem dělal pár optimalizací na zákazníkově eshopu. Snad by to tu mohlo někoho zajímat: http://www.experimentator.cz/jak-zrychlit-prestashop-1-6-s-minimem-uprav/ Komentáře jsou vítány přímo na blogu.

Implementation is really simple, so take it as sample, hope this helps to someone: https://gist.github.com/foxycode/55471cd05e103b49074d

Zalezi co je pro vas rozumna cena, mam hotove reseni na specificke xml, mohu levne upravit pro vase potreby.

Otázka zní: Při takovém počtu položek v shopu, budete ještě stále používat prestashop? Hromadnou správu produktů má k dispozici jen jako moduly třetích stran. A budete ještě vůec na hostingu? Každý větší shop má vlastní server (ne-li několik).

Pokud vím, toto se týká příkazu ls, který u ftp provádí listing.

A má to vlastně smysl? Položte si otázku, zda to vůbec někdo bude číst. Různé specifikace atd se dají do popisu produktu přidat jako odkazy na PDF nebo jiný soubor. Považoval bych to za lepší cestu než zákazníka odradit spoustou textu.

Problém s výpisem adresáře není způsoben hostingem ale filesystémem. Ten má u standardně používaných fs limit pro výpis adresáře tuším 4096 souborů. Pokud je v adresáři více, nevypíše se vám vše. Pomocí načítání jednotlivých souborů s takovou složkou pracovat lze, ale kompletní výpis z ní prostě nedostanete. Čím ví souborů ve složce je, tím větší zpomalení celého shopu. Jediným řešením je úprava kódu prestashopu, aby ukládal do více podsložek ja zde již bylo zmíněno.

http toho db serveru, pěkné Pokud chcete mít jen sdílenou databázi produktů a hosting podporuje v databázi views, je to nejsnazší cesta. Pokud eshopy mají mít sdílené vše, jen jiný vzhled, pak stačí v rámci jednoho hostingu použít stejnou db, není potřeba rozcháet žádný vzdálený přístup. Pak uvšem také budete mí stejné kontaktní maily atd, pro zákazníka to může znamenat, že mu mail přijde z jiného shopu, než na jakém objednal (resp. z mail adresy hlavního shopu). Toto se bez úpav bohužel nedá obejít. Pokud máte zájem, jsem schopen s Vámi situaci za úplatu vyřešit. V tom případě pošlete PM.

Zakázat statistiky a promazat jejich tables.

Pokud vím, Prestashop v sobě má kurzy jiných měn, stačil by cron který zabudovanou aktualizaci kurzů spustí každý den, abyste měl ceny vždy alktuální. Kvůli poplatkům si ke kurzu navíc můžete přičítat nějaké drobné navíc. Považoval bych to za lepší řešení než zákiazníkovi něco sdělovat "přibližně". Když já si něco kupuji, chci vědět kolik to stojí a to přesně

Zdravím, pro zájemce o fungující, odladěné řešení mám nabídku placeného produktu. Pracuje to plně automaticky, ve WIndows je program, který v pravidelných intervalech (například 5 minut) kontroluje nové objednávky a importuje je do pohody. Pokud se v Pohodě změní stav skladu, okamžetě jej zauktualizuje v obchodu. Cena je 5000,- Kč / ročně (licence). Vím, není to málo, ale zahrnuje prvotní instalaci a technickou podporu, upgrady. Pokud by bylo více zájemců, jsem ochoten nabídnout i nějakou "hromadnou slevu". Jen pro představu, vývojem jsme strávili více než 600 hodin čistého času a stále na programu pracujeme. Nejedná se o one man show ale o fungující firmu, kontinuita vývoje a technické podpory je zaručena. Pokud máte zájem, můžete mi poslat PM. Děkuji

Jednak statistiky, ty opravdu vytezuji nejvice a pokud pouzivate varianty produktu, hodne pomuze nahradit v kodu ruzne vyskyty array_merge

Rozdíl v rychlosti není způsoben hostingem, ale tím, že některé funkcionality shopu jsou prostě špatně napsané. Čím víc produktů, tím pomalejší. V nynějších verzích se toto velice zlepšilo, ale rychlost nikdy nebude valná kvůli přílišné variabilitě funkcí shopu - zkrátka se to musí psát univerzálně, aby se vyhovělo každému. Pokud chcete mít shop opravdu rychlý, nezbyde než si napsat vlastní na svoje konkrétní potřeby, nebo si prestashop alespoň upravit. V jednom shopu zákazníka máme přes 9000 položek, navíc spoustu filtrů a rychlost je pořá slušná: http://skutry-levne.cz

For our shop we implemented product parts. We have one product, which consist of parts and parts can be sold separately. Look at implementation here: http://skutry-levne.cz/nahradni-dily/4772-remenice-stage6-r-t-oversize-minarelli.html Problem is, huge part of code was edited to complete this job. We have old version of prestashop and can't upgrade to new with all great features. What about implement our product part idea to new versions? We implemented some sort of product filters too: http://skutry-levne.cz/3187-nahradni-dily?filter[1]=236&filter[2]=239 Before filters, we had hundreds of categories and shop was very slow. If you are interested in implementing our features in new versions, I can provide full code of our solution which was tuned for almost year.

Děkuji, dnes už není moc lidí co dokážou pochválit. Jsem rád, že Vám strom kategorií slouží.