Po poměrně zásadním upgrade modulu ze září se počátkem ledna modul pro export zbo?í do srovnávačů dočkal dal?ího roz?íření:
Modul pro export je opět k dispozici jak ve dvou variantách, placené která mimo jiné umo?ňuje export kombinací zbo?í a verzi zdarma, i ta v?ak obsahuje poměrně dost pokročilých funkcí. Podrobné porovnání verzí najdete zde.
Dal?í související věc o které předpokládám ?e udělá u?ivatelům radost je karta "UPGRADES" v u?ivatelské administraci na prestahost.eu. V kostce, pokud jse si před méně ne? 12 měsíci zakoupili jakýkoliv placený modul, měli byste jeho nověj?í verzi najít ve své u?ivatelské administraci. Je to jen první z řady chystaných změn v eshopu s prestashop moduly.
Před rokem jsem zde publikoval článek Export do zbo?í a Heureka - modul zbo?í snad zase o něco lep?í . Modul se ujal a u?ivatelé mi postupně zaslali řadu připomínek. Na jejich základě jsem zpracoval vylep?enou verzi, která je od dne?ního dne ke sta?ení na prestahost.eu.
Nové funkce: pou?itelnost pro velmi velké eshopy, export dopravy, vlastnosti produktů, optimalizace exportu jména produktu, mo?nost přidání roz?iřujícího textu do jména produktu.
Vylep?ené funkce: párování heureka kategorií, varianty produktů, heureka CPC
Funkce navíc v placené verzi:
Pokud jste v posledních 12 měsících zakoupili placenou verzi modulu, bude Vám zaslána emailem.
Podrobněj?í informace a návod
Pou?itelnost pro velké eshopy
Na rozdíl od dřívěj?í verze modulu pro export zbo?í, kdy se celý xml feed tvořil na jedno spu?tění, je nyní mo?nost jej vytvářet postupně. Kolik produktů se má během jednoho běhu zpracovat je nastavitelné v konfiguraci modulu.
Pokud máte do 5000 produktů (v závislosti na výkonu hostingu), je v?e při starém. Zadejte ?e se má najednou zpracovat např. 10000 produktů a cron na tvorbu feedu nadále spou?tějte jedenkrát za den. Je-li produktů příli? mnoho, bude vhodné feed vytvářet postupně. Např. pro eshop s 52 000 produkty mám cron nastaven tak aby bě?el určitou hodinu ka?dé tři minuty a při jednom průchodu zpracoval 3000 produktů.
V modulu je o?etřeno ?e nový feed se mů?e začít tvořit nejdříve jednu hodinu po té co byl dokončen předchozí.
Související funkcí která zůstala z předchozí verze je tvorba feedu také ve formátu zip - umo?ňuje srovnávačům sna??í načítání i velkých feedů.
Párování Heureka
Ve star?í verzi modulu bylo spárování dosa?eno tak ?e se v administraci eshopu v detailu ka?dé kategorie objevilo nové pole, do kterého bylo potřeba dopsat přesné CATEGORY_FULLNAME podle specifikace . Nově jsem toté? pole přidal také do zálo?ky Associace v detailu jednotlivých produktů. Pole se ale nepřidá automaticky při instalaci, je jej potřeba spolu s dal?ími povolit v konfiguraci modulu, sekce "Roz?ířené vlastnosti produktů a kategorií". Platí ?e hodnota "Heureka kategorie" vyplněná u produktu má přednost před hodnotou "Heureka kategorie" vyplněnou u kategorie. Vyplnění ?ádného z polí není povinné, vyu?ijete je zejména tam kde se nemů?ete spoléhat na jiné mo?nosti párování jako je např. kód EAN13
Řízení dostupnosti
Heureka i Zbo?í aktivně kontrolují zda údaje v XML feedu skutečně odpovídají údajům na eshopu a pokud naleznou nesoulad, obchod dočasně vyřadí. Poměrně dobré ře?ení je proto vyplňovat u v?ech produktů text ?Zobrazovaný text, pokud je skladem? (detail produktu, zálo?ka mno?ství). Modul pak lze nastavit aby pou?il číslovku kterou v textu najde. Pochopitelně stále lze pou?ívat i přednastavené defaultní hodnoty dostupnosti.
Doprava (feed Heureka)
Ukázat cenu dopravy mů?e být konkurenční výhoda, zejména v situaci kdy je doprava zdarma. Pro vyu?ití této funkce je potřeba povolit export dopravců v administraci modulu a k jednotlivým dopravcům dopsat jejich zkratky pou?ívané Heurekou .
Pokud se tedy dopravce na eshopu jmenuje "Balík na po?tu", dopí?ete do kolonky v modulu jeho zkratku CESKA_POSTA_NA_POSTU . Dopravci kterým nezadáte zkratky budou z exportu vynecháni,
Vlastnosti produktů (feed Heureka)
Vlastnosti se v administraci Prestashop vytváří v Katalog: Vlastnosti produktů a zadávají v detailu ka?dého produktu v podkartě Vlastnosti.
Doporučujeme pojmenovat vlastností tak aby souhlasily s tím co Heureka očekává. Prodáváte-li například kabelky, určitě se vyplatí rozkliknout odpovídající sekci a podívat se na pou?ité vlastnosti v levém sloupci. V eshopu byste pak měli mít například skupinu vlastností pojmenovanou shodně s Heureka ?No?ení?, nikoliv ?Způsob no?ení? s hodnotami ?do ruky? a ?na rameno? nikoliv ?v ruce? a ?přes rameno?.
Varianty zbo?í
Pokud nabízíte tentý? produkt v různých velikostech i barvách, je na eshopu obvykle lep?í nabídnout v?e na jedné stránce, sni?uje se tím riziko ?e zákazník ?zabloudí? a půjde nakupovat jinam. Prestashop umo?ňuje varianty zakládat velmi dobře. Srovnávače (např. Heureka.cz a Zbo?í.cz) s variantami počítají. Modul Zbo?í umí varianty exportovat včetně správných url, po kliknutí na odkaz se otevře produkt přímo v ?ádané variantě. Zvlá?tě u některých typů produktů je export variant velmi důle?itý (oblečení, mobily, apod.). Chcete pochopitelně náv?těvníky na dotazy ?pánská mikina XL červená? i ?pánská mikina S zelená? a ne pouze na jeden z nich.
Kromě fulltextového hledání jsou na Heureka pou?ity i filtry například podle barvy a velikosti. Tam se pou?ívají vlastnosti produktů. Ve va?em eshopu ale budete mít informaci např. o barvě často skrytou v názvu varianty, nikoliv ve vlastnosti produktu. V takovém případě je potřeba v administraci modulu vyplnit tabulku ?Kombinace zbo?í?. Následující příklad předpokládá ?e pro vytváření kombinací pou?íváte skupiny vlastností s názvem Barva a Velikost a obě skupiny chcete přemapovat do filtrů Heureka:
Název skupiny vlastností v eshopu Po?adované jméno parametru pro Heureka
Velikost VELIKOST
Barva BARVA
Optimalizace názvu zbo?í
Star?í verze modulu sestavovala PRODUCT a PRODUCTNAME z následujících polí produktu v eshopu: název zbo?í, název výrobce, kód produktu a EAN13. To vedlo k problémům v případě kdy třeba EAN13 ji? byl součástí názvu zbo?í. V aktuální vezi je mo?né vybrat které z polí mají být pou?ity a v jakém pořadí. Nastavení provedete v konfiguraci modulu, sekci "Nastavení tagů PRODUCT a PRODUCTNAME
Statický text v názvu zbo?í
Srovnávače pou?ívají tag PRODUCT pro přesný název produktu, do tagu PRODUCTNAME pak lze zadat roz?iřující text. Funkce umo?ňuje zadat roz?iřujíc text který je pro v?echny produkty stejný. To mů?e být v některých případech u?itečné, ale obvykle lépe vyu?ijete dynamický text - viz. dal?í odstavec.
Dynamický text v názvu zbo?í
Funkci je nejprve potřeba povolit v konfiguraci modulu v sekci "Roz?ířené vlastnosti produktů a kategorií" . Po povolení se v administraci ka?dého produkt objeví nové pole "Text do srovnávačů zbo?í" (podzálo?ka Informace, zcela dole). Nyní mů?ete do srovnávačů exportovat torz?ířené PRODUCTNAME o popisky jako je např. " + nabíječka" nebo " při odběru 3 kusů doprava zdarma".
Heureka CPC
Ve free verzi modulu lze cenu CPC zadat do vybraného nevyu?itého ji? existujícího pole. Problémy jsou dva - vhodné pole nemusí být volné (je vyu?ito pro původní funkci) a nové verze prestashopu s vylep?enou validací mohou vyplnění vyhlédnutého pole cenou odmítnout. V placené verzi je proto přidáno samostatné pole pro Heureka CPC. Funkci je nejprve potřeba povolit v konfiguraci modulu v sekci "Roz?ířené vlastnosti produktů a kategorií". Po povolení se v administraci ka?dého produkt objeví nové pole "Heureka CPC" (podzálo?ka Informace, zcela dole).
Jak jsem psal v předchozím po?tu, jedním z hlavních přínosů verze 1.6 je právě nová responzivní ?ablona. V té je do hlavní stránky připojena řada nových modulů zejména s bannery, slidy a propagačními texty. V modulech se pochopitelně poměrně snadno zorientujete pomocí "Live edit" funkce, řadu bannerů pak obsluhuje modul Konfigurátor ?ablony, nicméně vhod mů?e přijít i následující obrázek.
A je?tě návod pro úplné začátečníky:
A nyní slíbený obrázek rozlo?ení modulů na hlavní stránce.
Včera Prestashop oficiálně uvolnil dlouho očekávanou verzi 1.6.0.5 . Tomu předcházela masivní emailová kampaň, jejím? hlavním účelem asi bylo potlačit určitou nejistotu v komunitě u?ivatelů, která nezapoměla na vysokou chybovost v ranných verzích 1.5. I proto Prestashop předem vyhla?oval ?e 1.6 jen s malými změnami přebírá odladěné a výkonné jádro z pozdní 1.5 a vět?ina změn se týká hlavně ?ablony. Dále tvrdil ?e upgrade z 1.5 na 1.6 bude zcela hladký. A na?těstí to vypadá ?e v obou těchto zásadních bodech má v podstatě pravdu:
1) na definitivní závěr je brzy a nějaké problémy se určitě objeví, nicméně 1.6.0.5 se tváří jako poměrně stabilní verze a téměř určitě nebude vysoce chybová
2) upgrade z 1.5.6 na 1.6.0.5 jsem otestoval a funguje bez viditelných problémů.
Hlavní důvod proč případné upgrade odlo?it je ?ablona. Nová verze Prestashop kompletně adoptovala framework bootstrap. Pro u?ivatele to má velké výhody - responzivní základní ?ablona, responzivní administrace. Trochu jinak na tom ale jsou tvůrci ?ablon, přechod na uvedený framework ji? tak snadný není. Upgradované ?ablony tedy přibývají pomaleji ne? by se dalo čekat a co je hor?í, je docela mo?né ?e se upgrade "své" ?ablony vůbec nedočkáte. Vývojář se mů?e rozhodnout ?e plnohodnotné předělání ?ablony se mu nevyplatí.
Jak je mo?né ?e ?ablony nepřibývají, kdy? je ji? dnes (18.3.2014) pouhý den po spu?tění nové verze je na addons na výběr 1500 ?ablon? U naprosté vět?iny z nich se jedná o upgrade díky zpětné kompatibilitě - ?ablona na prestashopu 1.6 sice funguje, nicméně framework bootstrap nepou?ívá a nemá ani zásadní funkce defaultní ?ablony nové verze a které dávají přechodu vlastně smysl. Konkrétně:
- quick view - při najetí na náhled produktu se objeví "quick view" s mo?ností prohlí?et produkt bez kliknutí na přístup do detailu
- interaktivní ko?ík (netroufám si posoudit jak důle?ité je vyskakovací okno při přidání zbo?í do ko?íku, ale je to jeden z inzerovaných přínosů nové verze)
- responsivitu - základní ?ablona nové presty je responzivní, řáda z "taky upgradovaných" ?ablon nikoliv
- inovované top menu ve kterém mohou být např. obrázky
Tak?e odpověď na otázku v záhlaví článku: Upgradovat na 1.6? Ano, pokud doká?ete najít vyhovující plně kompatibilní ?ablonu nebo se třeba dočasně spokojíte s tou defaultní, která je mimochodem opravdu vydařená. Pokud vhodnou ?ablonu nemáte (případně neobsluhujete svůj eshop převá?ně mobilem), mů?ete s klidným svědomím nějaký čas počkat, pro případ ?e by se v ranné 1.6 přece jen nějaké vá?něj?í chyby objevily.
Příznaky:
Vzhledem k tomu ?e chyba je nereprodukovatelná a objevuje se velmi zřídka, ladí se tě?ko. Na?těstí se mi ji tentokrát podařilo v logu najít dříve ne? stačila beznadějně zapadnout. Jedná se o starý známý problém v knihovně Swift, který zlobil ji? ve verzi Prestashopu 1.2 a o kterém jsem se domníval ?e je v 1.4 opraven. Podíval jsem se pro jistotu i do verze 1.5, tam je to v pořádku.
Hlá?ka v logu:
PHP Fatal error: Uncaught exception 'Swift_Message_MimeException' with message 'Something went wrong whilst trying to move some MIME parts during an attach(). The MIME component threw an exception:<br />Cannot remove child part identified by '5279505322791' as it does not exist. Consider using hasChild() to check.' in /..../www/tools/swift/Swift/Message.php:542,
Oprava je zřejmá:
http://www.prestashop.com/forums/topic/183111-ps-1461-bug-swift/
In /tools/swift/Swift/Message.php at line 623
replace $this->getReference("parent", $old_branch)->removeChild($id);
with
if($this->getReference("parent", $old_branch)->hasChild($id)){ $this->getReference("parent", $old_branch)->removeChild($id); }
Podobné příznaky má je?tě jedna zřídka se objevující chyba, tam se objednávka objeví na nástěnce, nikoliv v?ak u? v seznamu objednávek. Příčina mů?e být tatá?, nevím jistě.