agland

Witam, Mam problem z modułem productcomments. Wygląda to tak, że można dodać normalnie komentarz i go wysłać. Natomiast po wejściu do BO i próbie wejścia do konfiguracji modułu tak aby zatwierdzić komentarz pojawia się biała strona. Po debugowaniu błędów wskazuje na błędy front controller. Chciałem zapytać czy to błąd samej presty czy może jakiś problem u mnie z konfiguracją lub współpracą ze szablonem. Krótko mówiąc, czy też tak macie?

Ja do tego porócz modułu używam drobnej modyfikacji, która przekierowuje mi adresy takich produktów na stronę ich głównej kategorii.

Witam, Od pewnego czasu borykam się z problemem bardzo długiego ładowania w BO podstrony z modułami. Wygląda to tak, że jak wybiorę z menu odpowiednią zakładkę to ładowanie czasami trwa kilkadziesiąt sekun podczas gdy wszystkie inne zakładki lub podstrony BO ładują się błyskawicznie. Na początku myślałem, że jest to wina serwera ale na innych też ten problem u mnie występuje. Czy wobec tego przyczyną może być jakiś zainstalowany moduł albo pliki xml z modułami presty? Czy takie zachowanie BO u Was też występuje?

Problem rozwiązany. Trzeba było przeładować moduł. Teraz pora na infinite scroll

On my prestashop 1.6.0.13 unfortunately does not work. I am using the template "warehouse". Can anyone tell what you should rearrange the module to work

Mam pytanie dotyczące sposobu generowania adresów kategorii w przypadku używania modułu blocklayeredmod. Podczas takich ustawień adresy sortowania w kategorii generowane są za pomocą ajax-u i mają postać /kategoria#. Wszystko jest prawidłowo ale po kilku minutach po odświerzeniu strony adres ten przekształca się w np: /kategoria?orderby=price&orderway=asc&orderway=asc Po tym już ajax nie działa i adresy przybierają formę generowanych w sposób jw. Czy wie ktoś z szanownych forumowiczów jakie ustawienia należy pozmieniać aby adresy ajaxowe zostawały na stałe?

Zależy co chcesz dodać. Może wystarczy checkboxa (podejrzewam, że to chcesz dodać) dodać do tpl modułów płatności. To raptem trzy lub cztery moduły więc nie ma dużo roboty.

w jakim celu chcesz tłumaczyć pola np: id_shop_group = , id_address_delivery = , id_currency = ?

Poza edycją ftp zmień sobie jeszcze prawa do szablonów i lang.php wtedy nawet jak niechcący wejdziesz w tłumaczenia i zapiszesz to wrażliwych plików nie zmeni.

Pod kątem pozycjonowania konieczny jest drugi moduł, który np. przekieruje te zerowe stany na stronę główną lub stronę kategorii. Aktualnie przerabiam ten temat u siebie i zobaczę co z tego wyjdzie

Czy znane jest komuś rozwiązanie problemu w szablonie mailaletrs - new_order? Wszędzie wstawiany jest poprawny numer zamówienia oprócz tego szablonu. Tam jest po staremu osiem losowo wygenerowanych znaków

Witam, mam następujący problem. Otóż w emailu (order_conf) potwierdzającym zamówienie nie wyświetlają się zakupione produkty. Próbowałem już z podmianą szablonów emaili i w każdym jest to samo. Problem polega na tym że pewnie po drodze podczas różnych modyfikacji coś skopałem ale dokładnie nie wiem co. Czy ktoś wie gdzie znajduje się plik odpowiadający za wklejanie do szablonu email zakupione produkty? Podejrzewam jeszcze jakiś błąd w bazie danych ale tam raczej tego nie znajdę i będę musiał instalować i konfigurować sklep od nowa Ktoś coś?

Szanowni, w moim przypadku w presta 1.6.0.11 takie rozwiązanie nie działa. Czy ma ktoś podobny przypadek?

No proszę, kolega ładnie się zachował. W przeciwieństwie do sytuacji, szukałem, szukałem, teraz wiem ale nie powiem.

A problem ucinania sekcji head tez rozwiązałeś?

Ale mi w 1609 też rozwalało maile. Wycinało całe head ze stylowaniem włącznie. Po co klient ma grzebać w mailach jak zrobisz mu takie jak będzie chciał. Poza tym jak nadasz odpowiednie prawa plikom to pomimo klikania zapisz nic się nie stanie bo będzie odmowa zapisu. Tak jest w również w pliku lang który odpowiada za tytuły emaili (one też są nie bardzo potłumaczone, niektóre wcale)

Nie. Tłumaczysz w edytorze, nadajesz prawa plikom i tyle.

Ja szablony spersonalizowałem pod swój sklep więc Tobie do niczego się nie przydadzą bo i tak trzeba w nich byłoby zmieniać treść. To raptem 2-3 godzinki roboty i masz potłumaczone wszystko razem z szablonami emaili poszczególnych modułów i pliku lang.

Jako, że nie było odzewu na mojego ostatniego posta zedytowałem wszystkie emaile sklepu "ręcznie" w edytorze html. Teraz wszystko gitara, nic nie ucina i nie przerabia i wreszcie teksty są takie jak chciałem (domyślne zawierają wiele błędów i są lekko mówiąc nie po polskiemu). Do tego edycja pliku lang.php pozwoliła mi kreować nagłówki wiadomości w dowolny sposób. Swoją drogą ciekawe, że tylko garstka osób ma problem z poprawną edycją emaili - moim zdaniem to błąd skryptu.

Niestety w moim przypadku w presta 1.6.0.9 również jest problem z tłumaczeniem emaili. Po zapisaniu wycina wszystko przez head, style do pierwszego table. W przypadku emaili responsywnych wszystko się rozsypuje. Jedyna opcja to tłumaczenie ręcznie w kodzie i nadawanie plikom uprawnień zapisu tak aby nie zostały one nadpisane przez silnik. Może ktoś coś bo rozwiązania nadal brak... edit: Zainstalowałem prestę na dwóch innych serwerach i niestety jest to samo. Chyba jakiś bug skryptu bo wszędzie jest to samo.

O tym właśnie głosi pierwsza część mojego pytania. Założmy sytuację w której klient kupuje ostatni dostępny produkt. Po zakupie już go nie ma dostępnego ale karta produktu dalej funkcjonuje lecz nie można zamówić. W tym momencie moduł wyłączał by produkt i jego adres tak aby nie był już widoczny w sklepie i aby nie wprowadzać zamieszania u klientów którzy wchodzac na niego liczą że go kupią. I jak już produkt jest wyłączony to sklep zwraca albo błąd 404 albo serwują strone że brak jest produktu. Wtedy do akcji wchodzi mechanizm z drugiej części pytania, tj przekierowanie na podstronę kategorii. Ma to na celu po pierwsze uporządkowanie linkowania wewnętrzengo w sklepie, w sitemapie oraz skierowanie robotów wyszukiwarek na odpowiednią kategorię tak aby nie tracić mocy z adresów produktów już niedostępnych. Gdyby się okazało, że jednak klient ma gdzies zapisany link lub znalazł go na jakimś forum, wynikach wyszukiwania itp, to nie "odbije" się od pustej strony ale otrzyma listę produktów podobnych bo z tej samej kategorii. Podsumowując jest to bardziej rozwiązanie konieczne pod kątem seo ale tez dla klientów. W moim aktualnym sklepie z którego przechodzę na prestę mam właśnie takie rozwiązanie i jest ok. Ten cały mechanizm warty jest uwagi wyłącznie w sklepach w których w listingu produktów znajdują się jedynie prdukty dostęnie do zakupu - u mnie tak jest.

a możesz mi przybliżyć gdzie taka opcja się znajduje dokładnie bo szukam i nie mogę znaleźć.

Jak się okaże, że błędy były znaczące to wejdzie szybko update do ver12 tak jak to było z 8-9. Co do mechanizmu to świetnie by spisywał się taki jak jest w linux. Wybierasz rodzaj repozytoriów z jakich ma być update i zaciąga fixy albo tylko wersje oficjalne

Witam, Poszukuję modułu, który powodował by że po osiągnięciu stanu 0 przez produkt został on w sklepie automatycznie wyłączony a jego adres przekierowywany przez 301 na stronę kategorii tego produktu. Jeśli nie ma takiego modułu to zlecił bym jego napisanie. Ktoś coś?

Sprawdź czy dobrze dodałeś certyfikat (certyfikaty pośrednie) bo podejrzewa, że masz rapid. Jeśli to nie pomoże to wina leży po stronie szablonu i modułów. Wyłącz moduły które powodują błędy zabezpieczeń i sprawdzaj. Na początek moduł wyszukiwania i newsletter.