biglama

you can use to find column in database table with name quantity in it by this SQL statement SELECT DISTINCT TABLE_NAME, column_name, column_type FROM INFORMATION_SCHEMA.COLUMNS WHERE COLUMN_NAME LIKE '%quantity%' AND TABLE_SCHEMA = 'write your DB name here'

tak jsem to snad vyřešil, nechápu jak to enderovi mohlo začít fungovat samo od sebe. chyba byla v souboru classes -> controller -> FrontController.php na řádku 182 se volá $this->context->customer->mylogout(); ale když se podíváta na tu funkci tak je u ni komentář od tvůrců že se to takhle už volat nemá a má být Customer::mylogout(); což teda funguje, takže odhlašování je ok, aspoň co jsem tak testoval // EDIT tak jsem přišel na dobrou srandu, přestalo fungovat odhlašování, to jsem řešil výše a pak se nešlo ani přihlásit a dát něco do košíku, takže v tom byly cookies, ale proč najednou přestaly fungovat? A pak jsem to vygooglil, je to tim že Doména obchodu v sekci SEO a odkazy musí být bez WWW a pak všechno funguje krásně

Ahoj, mám taky problém s tím že se mi zákazníci nemohou odhlásit, zkoušel jsem trochu laborovat s cachováním a s force compile ale nic nepomohlo, dokonce jsem v url zkoušel parametr mylougt trochu měnit ale taky nic. Refresh stránky se provede, takže to vykazuje asi jiné chování? tobě to zůstavalo na stránce ?mylogout že? Presta 1.5.0.17

předpokládám že máš ps 1.5, tak se v administraci podívej do Lokalizace -> Jazyky a tam je tabulka instalovanych jazyku a vlevo je id jazyka

zkoušeli jste někdo na 1.5.0.17 sledování zásilek? Vložím tam adresu české pošty http://www.ceskaposta.cz/cz/nastroje/sledovani-zasilky.php?barcode=@&locale=CZ&send.x=139&send.y=11&send=submit&go=ok a při odeslání na mejl, v administraci i ve frontu mi presta tu url ořeže na http://www.ceskaposta.cz/cz/nastroje/sledovani-zasilky.php což je dost nanic, protože to pak naprosto ztrácí význam. Zkoušel jsem si vypsat proměnné pomocí print_r (takže je to někde v php) v administraci v sekci Dopravci a v otevřené objednávce. V dopravcích se url zobrazí celá. V objednávce a tímpádem i v emailu a frontu se ořeže a nejsem schopen najít kde se to v kódu ořezává. Neřešili jste to někdo a ideálně nevyřešili? Za radu bych byl rád. mám - 1.5.0.17

funguje vám to? Nainstaloval jsem modul, nastavil ty 4 hodnoty a na payU.cz nejdříve teda zřídil "POS" a když chci vyzkoušet platební metodu "testovací platba" tak to skončí neúspěšně na url: nok.php vidět to lze na www.autoecho.cz

wwjdlee: tak jak o vypadá?

z mé strany je to to samé, zkoušel jsem modul pro starší vezi ale nefungoval a tak bychom neradi přecházeli ke konkurenci jen kvůli takové maličkosti.

tak co jak to vypadá s novější verzí PayU modulu? potřeboval bych ho nasadit, ale stávající verze nejede na prestashopu 1.4.4.0

Zdravím, tak jsem podle svého přechozího počinu vytvořil tento modul, slouží ke změne hmotnosti u výrobků, s tím že se zadává hromadně, nebo jen pro kategorie nebo jen pro určité výrobce a kombinace. Zkoušel jsem to zatím jen tak na rychlo, ale vypadá že to funguje, vychází to z modulu který jsem zde dával posledně, takže by to mělo být ok. Samozřejmě zkoušejte používejte, ale na vlastní nebezpečí (to píšu hlavně pro svůj vlastní klid) Hmotnost u výrobků slouží k výpočtu dopravného, tzn jste schopni měnit váhu pro celé kategorie výrobků najednou. DŮLEŽITÉ: id češtiny musíte mít v db číslo 4, jinak to načte špatné kategorie, což nevadí protože pokud budete upravovat hmotnost pro všechny kategorie tak to fungovat bude. Modul jsem dělal a zkoušel na verzi 1.3.1.1. V jiných verzích by fungovat mohl, záleží jestli se tam jmenují tabulky v databázi stejně, plus je tam sloupec s hmotností (což by mohlo být stejné) weightupdate.zip

its solved (without ajax search) here http://www.prestashop.com/forums/viewthread/52933/P45/#472149

yep MyIsam is fast for select, and prestashop using this engine (mostly). Hmmmm, really dont know what or why, but i try otzy search class just now, and it works. Iam so tired to think about where i made mistake before (and now i dont care). But search is quite fast and works nice U can check at knihy.82ado.net, for now i print the searchquery Sooo Otzy you are almost god, cause U did that. And when you get work ajax searching then you will be square(god)

I just checked search class in version 1.4 and its almost the same, there are still many join join join, so it should not be any faster. Later i will check otzy search, why it dont work. And i really dont understand how can help to fill meta tags and other ...

For specification, iam workin on new presta with books (for my parents who has bookshop), so i cant change names of books, but its quite ok names, without any special characters. I have csv file and i get these books to the presta throw import function. I create search index in presta admin few times and even try in phpmyadmin optimalize tables, but with original search class is searching take from 10-40 seconds. Both ajax and standard when use search button. Otzy- your remake dont work i try it without the new column in search_index table, even with this column but result is always the same it does not find anything. When i try it without this column i modified the find function and i delet row where is this column used. I dont need the active column because all my products are active. presta is instaled here: http://knihy.82ado.net/ and now i modified the search.php which is in root. So now if use ajax finding it use the old Search class and when use Find button in form it use Search_Otzy class. Iam workin with PHP and mysql more than 5 years, but iam still quite beginner Getting the search query in search class is little bit crazy

Hi, i have 55000 items in version 1.3.1.1 and when i use search in FO it take sooo long to get any result (more than 10seconds). So i think i need a new DB query in classes/search, but really dont know which one is it. Can anybody help? Thx

Yep, thats because of too many items in DB and the search queary is badly implement and thats because this take so long, so you have to rewrite search query, iam finding solution just right now.

Opravena chyba s kategoriemi, kde při filtrování výrobků podle kategorie to neupravilo všechny z kategorie, protože to pracovalo pouze s tabulkou produktů ale nezjišťovalo to ty výrobky z tabulky kategorie x výrobky. massupdate.zip

Vkládám novější verzi, ve které můžete upravovat ceny pro jednotlivé výrobce. Udělal jsem to trochu bezpečnější, ale více se mi s tím dělat nechce, pokud by to někdo zabezpečil více tak se můžete podělit massupdate.zip

Nooo ti dobrovolní se můžou stavit a pozvu je na kofolu

Dík, to jsem chtěl slyšet

Zdravím, dneska jsem spíchnul během páru hodin modul na hromadnou úpravu cen do presty verze 1.3.1.1. Je to teda původně modul massupdate, ale ten zcela nevyhovoval, potřeboval jsem měnit ceny hromadně zvýšením či snížením cen zadáním jednoho čísla, je možno upravovat ceny i pro jednotlivé kategorie, aaale to nebude fungovat úplně přesně pokud máte jeden výrobek ve více kategoriích, prostě se upraví jen v te výchozí kategorii do které byl vložen jako první, což mi nevadí. Dávám ho sem teda zdarma ke stáhnutí, stačí přes prestu nainstalovat a pak už jen používat, testoval jsem ho a funguje dobře. Částka kterou zadáte je bez DPH a upravuje se cena výrobku bez DPH. Snad to někdo ocení, před použitím radši ještě někdo otestuje, ale není důvod aby to nějak nefungovalo, je tam jeden jednoduchý SQL dotaz. // DŮLEŽITÉ: id češtiny musíte mít v db číslo 4, jinak to načte špatné kategorie, což nevadí protože pokud budete upravovat cenu pro všechny kategorie tak to fungovat bude. massupdate.zip

Tak jsem to vyřešil, problem je v souboru classes/OrderHistory.php Úprava je pro verzi 1.3.1.1 (beztak pojede i na jiných) -faktura se posílá v mejlu který odchází při vůběru stavu "Doručeno" (stačí když se v tom stavu jen vyskytuje to slovo doručeno, nemusí tam být jen to) -musíte mít u toho stavu zapnuto posílání emailu zákazníkům v Stavy objednávek v administraci -v podstatě jsem jen udělal to že pokud vyberete status objednávky "Doručeno" tak se přidá k mejlu příloha ve které je faktura. cca na řádek 163 je třeba přidat/nahradit tenhle kousek kódu: if (eregi('Doručeno', $topic)) { $fileAttachment['content'] = PDF::invoice($order, 'S'); $fileAttachment['name'] = Configuration::get('PS_INVOICE_PREFIX', intval($order->id_lang)).sprintf('d', $order->invoice_number).'.pdf'; $fileAttachment['mime'] = 'application/pdf'; } else $fileAttachment = NULL; if (Validate::isLoadedObject($order)) Mail::Send(intval($order->id_lang), $result['template'], $topic, $data, $result['email'], $result['firstname'].' '.$result['lastname'], NULL, NULL, $fileAttachment); OrderHistory.php