tenrico

Witam Mój sklep będzie sprzedawał usługi. W związku z tym potrzebuje nieco informacji : 1. Czy jest jakiś sposób (moduł) aby w sklepie można było skorzystać z płatności cyklicznych - czyli użytkownik kupuje usługę i co miesiąc automatycznie ściągana jest należność z konta - tak jak np. w Spotify, czy Netflix. 2. Czy jest możliwość wdrożenia takiego rozwiązania, że użytkownik zamawia usługę, a płaci za nią na pierwszym spotkaniu - pracownik ma terminal i zczytuje kartę kredytową Klienta, po czym sklep online dostaje informacje o uiszczeniu opłaty i zmienia status zamówienia? 3. Usługa wykupywana jest na okres miesiąca - w sytuacji, gdy Klient wykupił usługę klasyczną metodą płatności, na jeden miesiąc - czy jest możliwość, aby po upływie niecałego miesiąca od momentu zakupu, użytkownik otrzymywał powiadomienie mailowe z informacją o możliwości zakupienia usługi na kolejny miesiąc? Temat jest dla mnie zupełnie obcy. Narazie nie wiele znalazłem na ten temat, dlatego proszę o pomoc.

Mam dość poważne problemy ze sklepem i walczę z nimi już jakiś czas. zamówienia nie zawsze są zapisywane (brak zamówienia w panelu) zdarza się że zamówienia są zapisane kilka razy (dodane o identycznym czasie) Klienci zgłaszają problemy z czasem oczekiwania i finalnie błąd (przy przejściu do płatności, długi czas oczekiwania z białym ekranem, a finalnie błąd 504) W logach serwera znalazłem wpisy typu: [Fri Jun 01 17:52:04 2018] [error] [client xxx.xxx.xxx.xxx] PHP Fatal error: Maximum execution time of 300 seconds exceeded in ...../classes/ObjectModel.php on line 213, referer: ..../module/payu/payment [Fri Jun 01 17:53:07 2018] [error] [client xxx.xxx.xxx.xxx] PHP Fatal error: Maximum execution time of 300 seconds exceeded in ..../classes/cache/CacheFs.php on line 70, referer: ..../module/bankwire/payment [Fri Jun 01 17:53:16 2018] [error] [client xxx.xxx.xxx.xxx] PHP Fatal error: Maximum execution time of 300 seconds exceeded in ..../classes/ObjectModel.php on line 1754, referer: ..../module/bankwire/payment [Fri Jun 01 17:53:18 2018] [error] [client xxx.xxx.xxx.xxx] PHP Fatal error: Maximum execution time of 300 seconds exceeded in ..../classes/shop/Shop.php on line 1071, referer: To seria logów jednego użytkownika, który wygląda na to, że próbował różnych metod płatności - bo wcześniej jeszcze był log z PayPal od IP tego usera. Takich linii w logach nie ma dużo i generalnie sporo zamówień jest realizowanych poprawnie. Ale w ciągu dnia zawsze błędy się pojawiają. Widzę, że błędy te pojawiają się przy płatnościach i raczej nie ma znaczenia jakim sposobem płatności. Zamówienia, które nie pojawiły się w systemie chyba zawsze były płacone PayPalem. Oczywiśćie rozumiem, że logi pokazują, że skrypt został skilowany przez serwer z powodu zbyt długiego czasu pracy. Dlatego wcześniej ten czas zwiększyłem do 300 s., ale wygląda na to, że to nadal mało. Ale przecież 300 sekund to bardzo dużo jak na skrypty. Chyba najczęściel w logach pojawia się odniesienie do plików: classes/cache/CacheFs.php on line 70 classes/Configuration.php on line 313 Szczególnie ta pierwsza - czasem z linią nie 70 tylko 69. Oczywiście nie wiele mi to mówi. Jeszcze wcześniej zmieniłem serwer- strona była na hostingu teraz jest na dość mocnym VPS - więc winę serwera raczej wykluczam. Jednych z przypusczeń był problem z wtyczką do numeracji zamówień - wyłączyłem ją. Chodziło to, że zamówienia które miałem kilka razy to samo w systemie - nakładały się z innym zamówieniem (tj. dwa niezależne zamówienia miały ten sam numer nadany przez wtyczkę). Choć potem doszedłem do tego, że raczej problem ten jest następstwem poprzedniego - czyli maximum execution time. Czyli po niedokończeniu zamówienia (skilowanym skrypcie) w bazie nie ma zapisanych kompletu informacji o zamówieniu. I kolejne zamówienie, innego klienta miało problemy z numeracjami miałem zamówienie kilka razy. Jak widać już sporo wydedukowałem, Wygląda na to, ze źródłem wszsytkich problemów jest Maximum execution time, ale co jest przyczyną tego problemu? 300 sekund to mało? Przypuszczam, że jest jakiś błąd skpryptów, ale jak do tego dojść? Wskazywane przez logi pliki nie wiele mi mówi. Zwiększyłem ten czas i czekam - zobaczymy co będzie, ale jak nadal wystąpią problemy, to już nie mam kompletnie pomysłu co zrobić. Miał ktoś podobne problemy? Jakieś rady? Pomysły? Działam na preście 1.6.1.17 Własny szablon zbudowany na Bootstrap-default Podstawowe moduły presty + kilka dodatkowych, m.in. PayPal, PayU

Mam dziwny problem, z którym wcześniej się nie spotkałem i nie wiem co może być przyczyną: Gdy pracuje w panelu admina dość często pojawia się ekran: Ta witryna jest nieosiągalna Strona internetowa pod adresem [ URL ] może być tymczasowo niedostępna lub została na stałe przeniesiona pod nowy adres internetowy. ERR_SPDY_PROTOCOL_ERROR Ekran ten pojawia się przy próbie zapisu - np. aktualizacji tłumaczenia, ale także pojawił mi się jak przełączałem strony logow... Cofam za pomocą strzałek przeglądarki i ponawiam zapis i jest ok, ale jest to bardzo irytujące. CO może być przyczyną? Presta 1.6.1.16

Utworzyłem własny szablon na bazie domyślnego default-bootstrap. Wgrałem pliki tłumaczeń na języki, które mnie interesują. Jednak widzę, że zaktualizowały się jedynie tłumaczenia modułów, i innych elementów, ale nie TŁUMACZENIE STRON SKLEPU. Oczywiście rozumiem jeśli chodzi o dodane przeze mnie frazy, ale takie jak np. z sekcji 404, addresses, authentification... itd. ? Nie można jakoś wgrać tych tłumaczeń? Jest to ok. 1000 fraz (wiele się powtarza), dla kilku języków to masę pracy, a są to typowe rzeczy, które powinny być dostępne. Nie bardzo wiem jak tego szukać i jak to wgrać. Proszę o pomoc. Prestashop 1.6.1.16

W edycji modułu KONFIGURATOR SZABLONU można dodać zdjęcia z opisem i linkiem i wyświetlić w jednym z 4 haków. Potrzebuje nieco zmodyfikować ten element - a mianowicie: 1. Dodać pole KLASA CSS - żeby móc dodać jedną z dwóch przygotowanych nazw klas CSS dla każdego slajdu, które modyfikują sposób jego wyświetlania. Mogę to zrobić poprzez kod HTML, ale tam chciałbym wpisywać opis, a nie kod HTML. Tak więc pytanie brzmi: jak dodać nowe pole edycyjne do opcji slajdów w tym module? 2. Podpiąć produkt do slajdu - potrzebuje LINK i CENĘ produktu wyświetlić na slajdzie. Oczywiście mogę wkleić link do pola LINK DOCELOWY, a cenę wprowadzić w kodzie HTML, ale chciałbym bardziej poprawne rozwiązanie. Produkt (url) może się zmienić, cena także. Lepiej by było podać ID produktu i generować pobrać sobie te dane w szablonie. Wymyśliłem żeby zrobić tak, że wprowadzę ID produktu w polu linku docelowego, a w szablonie na podstawie tego ID wygeneruje sobie link i pobiorę cenę. Ale moje próby pobrania produktu poprzez ID nie przynoszą rezultatów. Pewno trzeba jakoś dołączyć produkty do TPL, ale nie znam presty na tyle, żeby to zrobić. Tak więc pytanie brzmi: jak wczytać dane produktu w pliku TPL tego modułu na podstawie ID produktu żeby wyciągnąć LINK i CENĘ ? Prestashop: 1.6.1.16 MODUŁ konfigurator szablonu: 2.1.2

Dzięki za odpowiedź. Niestety rozwiązanie przekracza mój budżet. Istnieje jakieś tańsze / darmowe rozwiązanie?

Na moim sklepie mam zamieścić kilka stron contentowych, co zapewne będę robił za pomocą standardowego modułu CMS presty. Jednak mają one dość złożoną strukturę HTML – tzn. można wyróżnić kilka bloków HTML. Oczywiście w module CMS można tworzyć bloki, ale struktura jest dość mocno zagnieżdżona – idealnie jakby w edycji strony CMS było kilka bloków tekstowych do wypełnienia (chodzi o to, żeby laik miał łatwą edycję contentu). Czy da się coś takiego zrobić - tzn. żeby do wypełnienia było kilka pól tekstowych, które w szablonie powstawiam sobie w odpowiednie miejsca? Jeśli nie – jakie są inne sposoby na wykonanie takiego zadania? Działam na Prestashop 1.6.1.16

Witam Na moim sklepie m.in. na ekranie formularzu z danymi adresowymi (drugi krok procesu zamówienia) na konsoli pojawiają mi się dwa błędy: TypeError: $.totalStorage is not a function var view=$.totalStorage('display');if(!view&&(typeof displayList!='undefined')&&... TypeError: $(...).uniform is not a function ...='undefined'?'_'+suffix:'')+':hidden').fadeIn('slow');$('#postcode').uniform(); Początkowo sądziłem, że jakiś skrypt jest ładowany za późno (kolejność ładowania skryptów), ale wygląda na to, że to jednak nie w tym problem. Generalnie szablon oparty jest na standardowym z presty. Prze te błędy nie działają funkcjonalności typu - np. zmiana kraju na USA powinno ładować stany - nie robi tego - pojawiają się dopiero po przełądowaniu strony. To samo dot. formatu kodu pocztowego do walidacji... Ma ktoś jakiś pomysł? wersja presty: 1.6.1.5

Statusy są ok. Odinstalowałem, wykasowałem, ściągnąłem ten moduł z githuba (ta sama wersja) zainstalowałem i .... działa Znalazłem to rozwiązanie gdzieś w sieci, ale stwierdziłem, że nie ma sensu go stosować, bo co może dać ponowne zainstalowanie tej samej wersji skryptu, ale z braku innych opcji spróbować można... a tu niespodzianka Tak więc problem rozwiązany. Dzięki wielkie. Pozdrawiam

Spróbuje, choć nie sądzę, żeby pomogło. Ze spamem - nie sądzę, bo wtedy na liście wysłanych maili w preście (advanced parameters / e-mail) by była informacja że mail został wysłany - a nie ma czegoś takiego (inne maile, które dostałem - są, np. o braku towaru na magazynie - to wysyła ten moduł).

Tak - włączona. W konfiguracji wszystko jest ok.

Witam Potrzebuje otrzymywać maile przy każdym zamówieniu w sklepie. Zainstalowałem moduł Mail Alerts. Moduł działa o tyle, że wysyła maile (dostaje wiele maili informujących o braku towaru w magazynie). Jednak maila informującego o zamówieniach - nie wysyła - a to jest dla mnie najważniejsze. Korzystam z mail() - ale generalnie problemów z mailami nie ma - wszystko co zostało wysłane - doszło. Na liście wysłanych maili (advanced parameters / e-mail) są maile, które dostałem - tych potwierdzających zamówienie nie ma -więc jak rozumiem nie zostały w ogóle wysłane. Przeszukałem internet - widziałem że wiele osób miało podobne problemy - głownie po aktualizacji presty. Rozwiązania się pojawiały - np. podmianą pliku class/Email.php. Ale pytania i odpowiedzi w większości dot. starszych wersji modułu i presty. Jak odpalić wysyłanie potwierdzeń, bądź może jest jakiś inny moduł, który by to realizował. Mój sklep posiada wiele wersji językowych, ale widziałem że są pliki tłumaczeń. Ma też włączoną opcje MULTISTORE, ale nie sądzę, żeby to był problem. Proszę o jakieś sugestie. Wersja presty: 1.6.1.5 MODUŁ: Mail alerts v3.6.0

Dzięki za odpowiedź. Niestety nie przechodzi ten tester. Wyświetla mi tylko preloader mojego sklepu. Pewno przez mechanizmy, które zastosowałem (przekierowania na bazie geo ip). Poszukam jakiegoś innego - może jakiś inny zarobi. W osateczności wyłączę mechanizmy. W międzyczasie: - jak to w końcu ustala ten kraj - po GEOlokalizacji, języku przeglądarki, języku systemu... czy jeszcze po czymś innym?

Mam następujący problem: Przy realizacji zamówienia pojawia się formularz adresowy. Jako kraj - automatycznie zaznaczona jest Polska. Mam włączone wszystkie kraje. Gdzieś wyszukałem, że kraj domyślny ustawiany jest na podstawie języka przeglądarki. Chciałem to sprawdzić - w Chromie zmieniłem język przeglądarki na USA - wszystkie napisy w przeglądarce się zmieniły, ale po wejściu na stronę sklepu - nadal zaznacza Polskę.. Próbowałem czyścić pamięć przeglądarki - nie pomogło. Wobec tego jak ustalany jest ten język? Może jakoś przez geolokalizacje? Nie przeszkadza mi to żeby się ustalało to automatycznie, ale muszę być pewny że komuś np. w USA nie zaznaczy się POLAND jako kraj domyślny. Jak mogę to sprawdzić? Sklep nawet nie ma polskiej wersji językowej - była dla wygody, ale obecnie jest wyłączona. Pracuje na prestashop 1.6.1.5

Problem rozwiązany - dziękuje Pozdrawiam