Jump to content

JanaP

Members
  • Posts

    50
  • Joined

  • Last visited

JanaP's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. OPRAVA 225 riadok mailalerts.php $qty = intval(( isset($params['product']['quantity_attribute']) AND is_int($params['product']['quantity_attribute']) ) ? $params['product']['quantity_attribute'] : $params['product']['stock_quantity']); ak to nepojde odstran modul, ak nepojde odinstalovat v BO tak zalohuj a vymaz docasne adresar /modules/mailalerts
  2. chybny kod na 225 riadku $qty = intval((isset($params['product']['quantity_attribute']) AND is_int $params['product']['quantity_attribute'])) ? .... EDIT: nesuhlasia zatvorky - is_int() To je upravovany modul mailalerts? Lebo verzia 2.2 ktora je v original Preste vyzera inak.
  3. v smarty.config.inc.php nastav nech sa akakolvek zmena hned prejavi a nezobrazuje sa chybova stranka ak nahodou upravou odstranis chybu: $smarty->caching = false; $smarty->force_compile = true; // to pass "false" when put into production $smarty->compile_check = true; Po oprave zmenis nastavenia nazad. A priloz tu subor (nie kod ale prilohu) modules/mailalerts/mailalerts.php kde hlasi chybu "unexpected T_VARIABLE in ....../modules/mailalerts/mailalerts.php on line 225" Aj chybova hlaska BO: Parse error: syntax error, unexpected T_VARIABLE in /www.anbio.cz/classes/Module.php(323) : eval()‘d code on line 225 na to poukazuje ze je chyba v module
  4. skus na zaciatok skriptu hlavicku <?php header('Content-Type: text/html; charset=utf-8'); a stale tvrdim, ze v meta iso-8859-1 nema co hladat ak mas db v utf8, takze v meta nebude nic alebo: <meta content="text/html; charset=utf-8" http-equiv="Content-Type"/> V prilohe v obrazkoch je vidno, ze nezalezi na meta tagu, ale na charsete ktory je poslany v hlavicke, ak prehliadac nezobrazuje v utf-8, tak je to blbe
  5. To nie som si isty, ci je to takto dobre, hlavne ako sa budu ukladat nazvy s diakritikou do databazy pri modifikacii - ale je fajn, ze mas testovacie prostredie V predchadzajucom prispevku som to popisal blbo - autor skriptu mal zrejme databazu v latin1 a ked potreboval na stranke s charset utf8 zobrazit texty, tak pouzil utf8_encode /napr utf8_encode($products['product_name'])/ . Pri modifikacii pred ulozenim do db naopak konvertoval do iso-8859-1 /addslashes(utf8_decode($_POST['product_name'][$id_order_detail]))/ Podla mna takto: 1. databaza (collation) v utf-8 2. pripojenie do databazy s mysql_query("SET NAMES 'utf8'"); alebo s mysql_set_charset('utf8'); 3. <meta content="text/html; charset=utf-8" http-equiv="Content-Type"/> 4. vsetky utf8_decode a utf8_encode prec:
  6. Skus odstranit funkcie utf8_decode a utf8_encode - generovana html stranka je v utf-8 a nie v iso-8859-1 /to mal asi autor/ A skontroluj si v MySQL tabulku prefix_order_detail - ak si pomocou tohoto skriptu uz modifikoval, tak je mozne ze v tabulke su uz zapisane nezmysly
  7. Pouzivas v jednom skripte <?php aj <? - kto ma v php.ini nastavene short_open_tag = Off, potom ma maly problem Od kodovania: $jakupravit = $_POST["jakupravit"]; $cislo = $_POST["cislo"]; $sql = "UPDATE "._DB_PREFIX_."product SET price = price $jakupravit $cislo"; je dobre si rychlo odvyknut (SQL injection). Ak POSTy budu $_POST["jakupravit"] = '*' $_POST["cislo"]='0; DROP TABLE nejakatabulka;' co bude $sql a co urobi query s cenami v ps_product a s nejakoutabulkou ? Chcelo by to nejaku validaciu ci $jakupravit je * - + a $cislo je skutocne cislo (1.05 a nie 1,05) Modul ale zrejme funguje a mozno sa niekomu zide. Len treba s nim opatrne pracovat (ulozit - odentrovat 0 pri %) neni sranda. Nezabudnut najskor zalohovat ps_product.
  8. ako radil semtam - edit global.css (line: 788) #languages_block_top ul#first-languages { float: left; /* zrusit rozmery height: 1.5em; width: 8.6em; */ margin-top: -25px; }
  9. Tebou uvedeny kod z birthdaypresent.php je v starej verzii PS. Od 1.3.x je v module kod $voucher->date_to = strftime('%Y-%m-%d', strtotime('+1 month')); Mozes si upravit +1 month napr na +6 weeks, +2 months, ... strtotime
  10. V modules/statshome/statshome.php je okolo line 68 (ver 1.3) '.Tools::displayPrice($results['total_sales'], $currency).' skus zamenit za '.round($results['total_sales']).' '.$currency['sign'].' // alebo s oddelovacom tisicov za '.number_format($results['total_sales'], 0, ',', ' ').' '.$currency['sign'].' Uz to ale nebude korektne zobrazovat napr. libry a dolare, kde znak meny sa uvadza pred cislom Planujes obraty v 100tisicoch a nie je tam miesto? O riadok vyssie su definovane styly pre odstavec Doplnenim a nastavenim vhodneho font-size vojdu aj miliony spolu s centami.
  11. Skus /themes/prestashop/css/global.css na riadku 678 /* block top currencies */ #header_right #currencies_block_top { margin: 0.4em 0.5em 0 0; float: left; width: 8em; text-align: left } upravit na: /* block top currencies */ #header_right #currencies_block_top { margin: 1.5em 0 0 0; float: right; clear:right; text-align: left }
  12. dashLine.png hladaj v /themes/theme001/css/style.css div#categories_block_left ul.tree a skus zmenit background: url("../img/dashLine.png")... na background:none;
  13. V global.css okolo riadku 1611 najdi ul#product_list li h3 a zmen sirku width:100% napr. na width:140px; Tiez fixnu vysku height:15px skus zvacsit (napr 29px vo Firefoxe zarovna tlacitko Detail so spodnym okrajom obrazka)
  14. Poradie zobrazovania produktov (pozice) v kategorii, ktore nastavujes v BO > Katalog > Zbozi v teto kategorii sa netu zobrazi az nastavis v BO >Nastavenia > Produkty (select Výchozí řazení: Pozice uvnitr kategorie) Ak su obrazky od dodavatela na import do PS prilis velke, tak si myslim, ze staci konvertovat na max velkost obrazka podla nastavenia v BO > Nastavenia > Obrázky. Standartne pre produkty je to thickbox, takze na PC zmensit/orezat na 600x600px (kvalita jpg 85-90) a potom importovat.
  15. Vyzera to na neprelozeny modul Bankový prevod (bankwire)
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More