west28

Thanks 1. this query takes Showing rows 0 - 0 (1 total, Query took 0.0002 seconds.) So it is not a problem with server or database or php another query [hard] SELECT SUM(`quantity`) FROM `ps_cart_product` WHERE `id_product` = 46 Showing rows 0 - 0 (1 total, Query took 0.0013 seconds.) 2 I change cartpresenter to show only sum of products not quantity but nothing in speed happens 3 Strange is that. When you have empty cart shop work fast. If you add to cart more than 10 products ajax slow down and every action for example change attribute selection takes 5 seconds. Have you any idea where to look [debug, controller or something else]. Regards

First we install this shop on PHP 7.x and nothing in speed happens So we have dedicated server and MariaDb as a Mysql engine. So if you look at screen you can see problem. As I said there is a bug in PS take a look closer in sql query. Why is a doubles for example in: SELECT SUM(`quantity`) FROM `ps_cart_product` WHERE `id_product` = XX AND `id_cart` = XX LIMIT XX I check "cartpresenter" no have idea why sum of quantity is required in cart on product page. Second thing shop is slow down only when you have product with attributes [in my example 55 colors in only one product]. So I thing that is a bug in PrestaShop 1.7

I agree with this: I check Chrome console and here is a screen Something is wrong with cart module. We have only 30 products and lot of attributes in only one product. The shop slow down when you add more than 5 products to cart. We don't have bugs in modules and debug profile show this: Load Time 5568 ms - You'd better run your shop on a toaster Querying Time 663 ms Queries 1017 Memory Peak Usage 64.5 Mb Included Files 436 files - 6.73 Mb PrestaShop Cache 0.01 Mb Global vars 0.18 Mb PrestaShop Version 1.7.2.4 PHP Version 5.4.45-0+deb7u11 (OK) MySQL Version 5.5.58-0+deb7u1 (Consider upgrading) Memory Limit 2048M Max Execution Time 1200s Smarty Cache enabled Smarty Compilation never recompile doubles: 382 SELECT SUM(`quantity`) FROM `ps_cart_product` WHERE `id_product` = XX AND `id_cart` = XX LIMIT XX 68 SELECT pa.`id_product`, a.`color`, pac.`id_product_attribute`, SUM(IF(stock.`quantity` > XX, XX, XX)) qty, a.`id_attribute`, al.`name`, IF(color = "", a.id_attribute, color) group_by FROM `ps_product_attribute` pa INNER JOIN ps_product_attribute_shop product_attribute_shop ON (product_attribute_shop.id_product_attribute = pa.id_product_attribute AND product_attribute_shop.id_shop = XX) LEFT JOIN ps_stock_available stock ON (stock.id_product = `pa`.id_product AND stock.id_product_attribute = IFNULL(`pa`.id_product_attribute, XX) AND stock.id_shop = XX AND stock.id_shop_group = XX ) JOIN `ps_product_attribute_combination` pac ON (pac.`id_product_attribute` = product_attribute_shop.`id_product_attribute`) JOIN `ps_attribute` a ON (a.`id_attribute` = pac.`id_attribute`) JOIN `ps_attribute_lang` al ON (a.`id_attribute` = al.`id_attribute` AND al.`id_lang` = XX) JOIN `ps_attribute_group` ag ON (a.id_attribute_group = ag.`id_attribute_group`) WHERE pa.`id_product` IN (XX) AND ag.`is_color_group` = XX GROUP BY pa.`id_product`, a.`id_attribute`, `group_by` HAVING qty > XX ORDER BY a.`position` ASC; 63 SELECT SUM(quantity) FROM `ps_stock_available` WHERE (id_product = XX) AND (id_product_attribute = XX) AND (id_shop = XX) AND (id_shop_group = XX) LIMIT XX 62 SELECT a.`id_attribute`, a.`id_attribute_group`, al.`name`, agl.`name` as `group`, pa.`reference`, pa.`eanXX`, pa.`isbn`,pa.`upc` FROM `ps_attribute` a LEFT JOIN `ps_attribute_lang` al ON (al.`id_attribute` = a.`id_attribute` AND al.`id_lang` = XX) LEFT JOIN `ps_product_attribute_combination` pac ON (pac.`id_attribute` = a.`id_attribute`) LEFT JOIN `ps_product_attribute` pa ON (pa.`id_product_attribute` = pac.`id_product_attribute`) INNER JOIN ps_product_attribute_shop product_attribute_shop ON (product_attribute_shop.id_product_attribute = pa.id_product_attribute AND product_attribute_shop.id_shop = XX) LEFT JOIN `ps_attribute_group_lang` agl ON (a.`id_attribute_group` = agl.`id_attribute_group` AND agl.`id_lang` = XX) WHERE pa.`id_product` = XX AND pac.`id_product_attribute` = XX AND agl.`id_lang` = XX 38 SELECT `id_product_attribute` FROM `ps_product_attribute` WHERE `id_product` = XX 37 SELECT image_shop.`cover`, i.`id_image`, il.`legend`, i.`position` FROM `ps_image` i INNER JOIN ps_image_shop image_shop ON (image_shop.id_image = i.id_image AND image_shop.id_shop = XX) LEFT JOIN `ps_image_lang` il ON (i.`id_image` = il.`id_image` AND il.`id_lang` = XX) WHERE i.`id_product` = XX ORDER BY `position` 36 SELECT cd.`id_customization`, c.`id_address_delivery`, c.`id_product`, cfl.`id_customization_field`, c.`id_product_attribute`, cd.`type`, cd.`index`, cd.`value`, cd.`id_module`, cfl.`name` FROM `ps_customized_data` cd NATURAL JOIN `ps_customization` c LEFT JOIN `ps_customization_field_lang` cfl ON (cfl.id_customization_field = cd.`index` AND id_lang = XX) WHERE c.`id_cart` = XX AND c.`in_cart` = XX ORDER BY `id_product`, `id_product_attribute`, `type`, `index` 36 SELECT COUNT(`id_customization`) FROM `ps_cart_product` WHERE `id_cart` = XX AND `id_customization` != XX LIMIT XX 32 SELECT pai.`id_image`, pai.`id_product_attribute`, il.`legend` FROM `ps_product_attribute_image` pai LEFT JOIN `ps_image_lang` il ON (il.`id_image` = pai.`id_image`) LEFT JOIN `ps_image` i ON (i.`id_image` = pai.`id_image`) WHERE pai.`id_product_attribute` IN (XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX, XX) AND il.`id_lang` = XX ORDER by i.`position` 12 SELECT * FROM `ps_cms` a LEFT JOIN `ps_cms_shop` `c` ON a.`id_cms` = c.`id_cms` AND c.`id_shop` = XX WHERE (a.`id_cms` = XX) LIMIT XX

Po co komplikować sobie życie Jak wstawić obrazek w module public function getContent() { /** * If values have been submitted in the form, process. */ if (((bool)Tools::isSubmit('submitMyModule')) == true) { $this->postProcess(); } $this->context->smarty->assign('module_dir', $this->_path); $output = $this->context->smarty->fetch($this->local_path . 'views/templates/admin/configure.tpl'); return $output . $this->renderForm(); } Zatem mamy już plik configure.tpl, w którym wstawiamy: <img src="{$module_dir|escape:'html':'UTF-8'}views/img/obraz.png" /> za całość zamieszania odpowiedzialne są dwie funkcje: $output - czyli to co dodajemy do wygenerowanego formularza $module_dir - czyli zmienna przechowująca ścieżkę do modułu. Podana w poście powyżej metoda nie do końca jest poprawna i nie zadziała na wszystkich serwerach. Pomijam fakt, że również nie jest bezpieczna - nie zawiera walidacji tego pliku, który wczytujemy

Panowie ale zgodnie z przepisami nie można zmieniać cen w zamówieniach. Przecież za to grożą konkretne kary. Zgodnie z prawem należy klientowi zagwarantować cenę z dnia zamówienia produktu. Nie jest istotne to, że ceny w międzyczasie się zmieniły to już jest problem sprzedającego

This fix not working. Before I posted I check this. Shop is installed in root folder. It looks like css cache don't include module css files. I checked it on two separated servers

ok so in git is a any fix ? I searched and nothing found......

I debug this. And all native module made by PrestaShop works fine but other modules where css is included in the same way as native is broken. In ...all.css is not included css files from this modules. All files is cleared and checked in css validator. The path is ok, the files is ok, file Media.php was changed.... So question is: What I'm doing wrong ? Is there a change in method to include css files ? (in previus version PrestaShop this modules works fine) simple code from broken module public function hookHeader() { $this->context->controller->addCSS($this->_path.'css/front/FINALmenu_'.$this->shop_id.'.css'); $this->context->controller->addCSS($this->_path.'css/front/animate.css'); } code from other broken module $this->context->controller->addCSS($this->_path.'/css/platributes.css');

Ale co dziwne api siódemki działa dalej. Jednak moi klienci zmieniają kureira ze względu na zmianę cennika, a nie marketing

Tracking kod dla fb wymaga umieszczenia pełnych 4 kodów w następujących miejscach: 1. koszyk 2. kod dla autoryzacji 3. kod dla zamówienia 4. kod dla produktu 5. kod dla kategorii z mapowaniem niestety bez modułu się nie obejdzie, a zmiana podana w cytowanym wątku [modyfikacja kontrolera] jest średnim pomysłem .... Dla jednego z Naszych klientów napisaliśmy moduł, który ogarnia całość tematu.

Dlaczego ? Udostępniamy klientom podobnie jak Prestashop otwarty kod i trzymamy sie standardów kodowania. Przecież każdy z Nas przerabia kod Prestashop. Najważniejsze to moim zdaniem: 1. trzymanie się zasad kodowania 2. jasny i czytelny kod - tak, by nie było problemu z przeróbkami 3. otwarta struktura - Open source 4. changelog - w przypadku zmian w silniku 5. Trzymanie się zasad licencjonowania - jedna faktura = jedna strona [domena] A co do wyglądu - hmmm Zarówno demo PrestaShop jak i europasaz.pl to domyślny szablon. Zatem dziekuję w imieniu swoim i deweloperów Presty za porównanie Nas z bazarem Wracając do tematu Gwarantujemy poprawność i szybkość działania modułu. Wystawiamy rachunki i dajemy gwarancję na Nasze usługi. Sposób wymiany danych został tak zaprojektowany, aby w żaden sposób nie wpływało to na sposób realizacji zamówień przez klientów. Zaś możlliwość nadawania spersonalizowanych przesyłek - od 1 do 3 paczek oraz predefiniowane ustawienia formularza ułatwiają szalenie codzienna pracę z modułem. Z tego rozwiązania korzysta kilka dużych firm i komentarze, które otrzymaliśmy są bardzo pozytywne.

Widzę, że interes kuleje skoro zniżasz sie do tego typu komentarzy ...... Europasaz.pl to standardowy szablon dodatkowo jako demo dla polskiej nieoficjalnej społeczności. [skupiamy się na funkcjonalności modułów, a nie na ich wyglądzie] Przykro mi, że tak komentujesz. No ale nie każdy jest .......... p.s. mamy również bardzo duże portfolio i grono zadowlonych klientów w całej europie - wystarczy spojrzeć na portfolio na stronie. Co do Twojej oferty ciężko cokolwiek stwierdzić ponieważ nie udało mi się znaleźć przykładów funkcjonujących rozwiązań działających na PrestaShop, a komentarze na codecanyon - konkurencja do addons zawierają multum próśb o support super blog - co oznacza, że takie super to ono nie jest

zatem parser i licznik zostawiamy w spokoju. W smsapi możesz blokować wysyłanie smsów za granicę. czy zatem to potrzebna funkcja ?

Sms w dwóch częściach dlatego, że zastosowałeś znaki specjalne - przekleiłeś wiadomość z innego edytora lub zastosowałeś enter podczas pisania wiadomości. Zadzieje się tak z każdym modułem - nawet top perfect bo żaden z nich nie posiada parsera. Moduł top perfect to kombajn, który ma bibliotekę = około 1MB i dość poważnie wpływa na działanie sklepu. Moduł SMSAPI nie wpływa na działanie bazy danych jest napisany tak, by nie ingerował w działanie sklepu. Status zamówienia jest poprawnie zmieniony wystarczy, że wciśniesz F5 w przeglądarce. Docelowo zamierzam rozwijać moduł gdyż wszystkie rozwiązania jakie oglądałem są przeładowane bibliotekami, których nikt nie używa. Być może przydatną funkcją będzie właśnie parser wpisywanej wiadomości oraz licznik znaków wiadomości? W każdym razie dziękuję za opinię i czekam na więcej.....

Anybody ? It's most important feature in some shops like clothing