Skocz do zawartości

sower

Moderatorzy
  • Zawartość

    4 286
  • Rejestracja

  • Ostatnia wizyta

  • Wygrane w rankingu

    29

Zawartość dodana przez sower

  1. gdyby to nie był problem to pewnie znalazł byś w necie gotowe rozwiązanie - albo gotowy moduł............ co prawda możesz sobie kupić np ten moduł i go zmodyfikować https://codecanyon.net/item/prestashop-group-change-alert/14263251
  2. pewnie tak ale wszystko zależy od terminu na kiedy to ma być zrobione i oczywiście raczej nie będzie to za free
  3. najprostsze rozwiązanie to modyfikacja core - trzeba by dopisać funkcję która przy z zapisie ustawień konta klienta sprawdzi czy została dokonana zmiana grupy jeżeli tak to wyśle emaila do klienta
  4. W standardowej wersji nie ma takiej funkcjonalności, która pozwalała by na automatyczną zmianę grupy przez klienta po wydaniu przez niego określonej kwoty Stąd moje pytania we wcześniejszym poście - bo to implikuje pewne rozwiązania i zależy od tego jak masz tą zmianę grup zrobioną
  5. tzn jak automatycznie dodajesz klienta do grupy? masz na myśli jakiś skrypt? moduł? czy ręcznie to robisz? W standardzie nie ma takiej możliwości poza tym pytanie - chodzi ci o aktualnie obowiązujące zniżki na produkty (wszystkie) dla danej grupy?
  6. ech............. w kodzie jest "na sztywno" ustawiony prefix tabeli w linii 11 zmieniamy z FROM `ps_order_detail` od na FROM `'._DB_PREFIX_.'order_detail` od
  7. Modyfikacja tpl Delivery-Slip

    bo takich zmiennych nie ma musisz je (te zmienne) sobie sam utworzyć w pliku php a potem zaimplementować je w pliku tpl
  8. [Moduł] ShipToPay (ship2pay) dla PrestaShop 1.6

    sugeruję w takim razie zlecić to komuś ........... albo samemu spróbować rozwiązac problem ja zaczął bym od włączenia wyświetlania błędów w preście ............... lub zerknij do logów błędów presty znajdujących się w katalogu /log i logów błędów serwera
  9. [Moduł] ShipToPay (ship2pay) dla PrestaShop 1.6

    To jeżeli jest tak jak twierdzisz - to odinstaluj moduł ship2pay i sprawdź co się dzieje bez tego modułu. Ja raczej skłaniał bym się ku temu że jest uwalony moduł przelewy24 ........................... nie wiem, którą wersję tego modułu masz bo tak się składa, iż część z modułów przelewy24 dziwnie działała i tworzyła zamówienia w sklepie po powrocie do sklepu tzn po zapłaceniu przez klienta i w przypadku gdy pojawia się jakiś błąd w module zamówienie w sklepie nie jest tworzone.........ale skoro pozostałe moduły płatności działają to raczej nie obwiniał bym ship2pay .................. natomiast co do błędu 500 to tu już na 100% ship2pay nie ma wpływu ........... no ale mogę się mylić. Sugerował bym włączyć wyświetlanie błędów w sklepie i przetestować............................ i był bym daleki od twierdzenia że "Niestety nie jest możliwe aby problem leżał po stronie e-sklepu" - tak szczerze to po mimo tego, że od lat zajmuję się wdrożeniami sklepów na preście (m.innymi) to tak śmiałej tezy nie nie śmiał bym wysunąć
  10. [Moduł] ShipToPay (ship2pay) dla PrestaShop 1.6

    Ale tak z ciekawości - co ma moduł ship2pay wspólnego z w/w problemami? Moduł ship2pay służy wyłącznie do powiązania sposobów płatności ze sposobami wysyłki - i nie ma absolutnie żadnego wpływu na działanie modułów płatności. Jego działanie kończy się w chwili gdy klient wybierze sposób płatności........... resumując twoje problemy nie są związane z tym modułem!!!!!!
  11. nie widziałem takiego modułu ale.............. takie rozwiązanie ma sens jedynie gdy: a. jest mało produktów w sklepie b. jest mało klientów w sklepie c. domyślnie ceny produktów można ustalić dla grupy a ustawianie dynamicznie ceny dla klienta jest hm....... trudne przy dużej ilości produktów i klientów zajedziesz bazę co prawda nie mówię/piszę, że tego się nie da zrobić
  12. [Moduł] ShipToPay (ship2pay) dla PrestaShop 1.6

    pytanie bardzo zasadnicze ale to, że "Po zrealizowaniu płatności poprzez przelewy24 zamówienie nie pojawia się w systemie, nie jest widoczne dla klienta jak i w panelu." nie ma nic wspólnego z modułem ship2pay - szukaj problemu w module przelewy24 "Zauważyłem, że plik cache/class_index.php powstaje na nowo przy każdy przeładowaniu strony, czy to może być powodem?" nie to jest prawidłowe zachowanie - class_index.php jest to plik z "listą używanych klas" która mówi silnikowi sklepu z których klas ma używać
  13. [Moduł] ShipToPay (ship2pay) dla PrestaShop 1.6

    a jak wyłączysz moduł ship2pay - to jakie sposoby płatności masz dostępne w zamówieniu?
  14. Błąd bazy danych po imporcie na localhost

    usuń plik htaccess i wygeneruj go ponownie
  15. Odp.1 - naprawić samemu - ale skoro zadałeś takie a nie inne pytanie - to to raczej nie wchodzi w grę Odp.2 - zlecić to komuś Odp.3 - zgłosić problem na forge - może support presty rozwiąże ten problem
  16. [Moduł] ShipToPay (ship2pay) dla PrestaShop 1.6

    W ustawieniach modułu szhi2pay przypisujesz dla sposobów dostawy odpowiednie sposoby płatności. Jeżeli nie przypiszesz żadnego sposobu płatności - czyli twoje NIC - to klient nie złoży zamówienia
  17. Program - Sklep Stacjonarny -> PrestaShop

    np subiekt + któraś z dostępnych integracji
  18. Moduł płatność przelewem (bankwire)

    ale przecież ja już w poprzednim poście napisałem co trzeba zrobić wszystko masz w funkcji public static function displayPrice($price, $currency = null, $no_utf8 = false, Context $context = null) i 'total_to_pay' => Tools::displayPrice($params['total_to_pay'], $params['currencyObj'], false), $params['currencyObj'] = $currency
  19. Moduł płatność przelewem (bankwire)

    to z innej beczki w jakim celu chcesz taki przelicznik zrobić? tak swoją drogą to w module bankwire masz coś takieg 'total_to_pay' => Tools::displayPrice($params['total_to_pay'], $params['currencyObj'], false), dla ciebie ważne jest to Tools::displayPrice czyli funkcja displayPrice z klasy Tools gdzie w/w klasie masz public static function displayPrice($price, $currency = null, $no_utf8 = false, Context $context = null) zwróć uwagę na parametr $currency opis w/w funkcji /** * Return price with currency sign for a given product * * @param float $price Product price * @param object|array $currency Current currency (object, id_currency, NULL => context currency) * @return string Price correctly formated (sign, decimal separator...) */ może pokombinuj z id dla parametru $currency / $params['currencyObj'] taka mała podpowiedź
  20. Moduł płatność przelewem (bankwire)

    no ale 'total_to_pay' => $params['total_to_pay'], = dzięki temu otrzymałem wynik : np 120,000 wyświetlone w tpl-u wyświetla ci 120 czy 120,000 w sumie to w pliki php modułu możesz sobie zastosować w generowaniu danych do tpl czyli w 'total_to_pay' czy to round, czy exclude jak tam ci będzie prościej dodając do tego ten dzielnik 4 czyli proste równanie matematyczne. którego wynik wyślesz do tpl-a jednak zastanawiam się co chcesz osiągnąć przez {convertPrice price=$total_to_pay/4} to 4 to jakiś przelicznik? np z pln na euro? bo jeżeli tak to chyba nie tedy droga
  21. Górne menu i pytanie o ustawienie

    pewnie są ale czy domyślne ustawienie modułu raczej nie spełni twoich oczekiwań jeżeli nie masz pojęcia o w/w to może zleć komuś dostosowanie modułu
  22. Moduł płatność przelewem (bankwire)

    hm a funkcja round? http://pl.php.net/manual/pl/function.round.php
  23. Górne menu i pytanie o ustawienie

    potrzebujesz znać podstawy css-a i dodać odpowiednie deklaracje do pliku /themes/NAZWA_TWOJEJ_TEMPLETKI/css/modules/blocktopmenu/css/superfish-modified.css
  24. głupi pomysł 1.7 nie nadaje się na sklep produkcyjny - może w lutym lub marcu jak pousuwają błędy i pojawi sie więcej nienatywnych modułów
×