happymerchant

Lepiej skorzystaj z google analytics 4 bo ta analityka wbudowana w prestashop jest bardzo niedokładna.

Opcji jest wiele. Jeśli zależy Ci na czasie ładowania to zacznij od aktualizacji prestashopu przynajmniej do 1.7.8.7. Serwer webowy i jego konfiguracja mogą stanowić problem. Nie mam doświadczenia z litespeed ale patrzę na to bardzo sceptycznie. Sprawdź dokładnie czas ładowania poszczególnych modułów bo jest spora szansa, że to jakiś słabo napisany i zoptymalizowany moduł. Postaraj się też ograniczyć liczbę modułów bo niezbędnego minimum żeby ograniczyć liczbę zapytań do bazy. Zobacz też w error_log php OVH nie jest tutaj problemem, ogrom sklepów stoi w ovh w tym mój. Jak już to konfiguracja twojego vpsa.

Też mam ten moduł i nie ustawiałem nigdy crona (nie widzę nawet takiej opcji), a wszystko jest jak trzeba z sitemapą. Nie używasz czasami jakiejś starej wersji?

Yeah I figured its best to still keep using this although I had to suppress some warnings with @ notation

Pewnie się da ale to nie jest dobra praktyka. Korzystaj z quick access w BO zamiast zakładek w przeglądarce

Hey, I was wondering what do you guys use for GA4+Enhanced ecommerce? ps_googleanalytics (stock module from prestashop team) apparently added support for GA4 but its throwing a ton of errors on my store. Im using prestashop 8.0.2 so hopefully I can buy something under 200 euro I guess?

Jak nie widzisz tego w tłumaczeniach w backoffice to wyszukaj ten ciąg znaków który chcesz zmienić przy pomocy grep, jednak prawdopodobnie to jest gdzieś w bazie danych, wystarczy, że użyjesz opcji szukaj w bazie. Natomiast to o czym piszesz to status zamówienia i to się zmienia totalnie gdzie indziej: https://docs.prestashop-project.org/1.7-documentation/user-guide/configuring-shop/shop-parameters/order-settings/statuses Swoją drogą prowadzisz sklep w ameryce północnej? Dawno nie słyszałem żeby ktoś czekiem płacił...

Chyba najbardziej rozbudowana integracja allegro do presty w spoko cenie. Niestety wymaga ion cube co dla mnie osobiście jest dużym minusem ale ciężko znaleźć coś równie dobrego.

Dokładnie o tym mówię, najwidoczniej brakuje tam kompetentnych deweloperów bo co chwile mają jakiś problem a przecież presta to dobrze udokumentowany, popularny cms do ecommerce. Sam korzystam z modułu od x13 i uważam, że takie rozwiązanie jest dużo lepsze chociażby dlatego, że nie trzeba płacić codziennie za regularne synchronizacje stanów, ta integracja jest bardziej stabilna, jest bardziej intuicyjna w obsłudze i generalnie mniej awaryjna

Używałem baselinkera i zrezygnowałem po miesiącu bo co tydzień musiałem otwierać nowy ticket na supporcie. Wyłącz wszystkie rodzaje cache i zobacz czy problem sie powtarza.

Jeśli chodzi o polski rynek to nazwa.pl działa najszybciej (sprawdzałem to) natomiast ich praktyki biznesowe są obrzydliwe i naciągali mnie na różne dopłaty i promocje przy każdej okazji. Mają też bardzo dobry support, odpisują w ciągu 15 minut o 3 w nocy. Masz też gwarancję, że niezależnie od natężenia ruchu (w odróżnieniu od tej propozycji) twój serwer się nie ugnie i nie zwolni bo oni zarządzają ruchem za ciebie i masz już całą architekturę typu load balancer itd. a do tego masz rzekomo jedyny prawdziwy polski cdn co też potrafi odjąć trochę milisekund od czasu ładowania strony. Z tego co pamiętam przy przekroczeniu limitu ruchu to działa na zasadzie azure czyli pay as you go. Jeśli masz większy ruch na sklepie i kogoś z doświadczeniem administracyjnym pod ręką to mimo wszystko wybrałbym OVH bo polskie firmy hostingowe mają jeden wspólny mianownik: zawsze coś jest nie tak.

Oprócz statystyk sprzedaży to jak dla mnie to narzędzie jest do niczego, bardzo niemiarodajne, wyświetla aktywność od botów itp. Dużo lepszy byłby tutaj Google Analytics 4 + Enhanced Ecommerce

Ja osobiście też się sporo nad tym zastanawiałem czy przejść z 1.7 na 8.0. Prawda jest taka: jeśli nie masz programisty pod ręką to sobie daruj. Ja zrobiłem upgrade do 8.0.1 i nie żałuję bo możliwość działania na php 8 i wzrost wydajności (który wynika zarówno z nowszej wersji php i optymalizacji w samym silniku sklepu) jest piorunujący. Twig v3 dostępny w preście 8 też jest ponoć szybszy niż poprzednie wersje. Poza tym branch 1.7.x.x nie dostaje już żadnych aktualizacji oprócz bugfixów dla krytycznych podatności. W momencie jak wyjdzie 9.0.0 to ten stary branch 1.7 przestanie dostawać jakiekolwiek aktualizacje. Musiałem dostosować wiele modułów pod 8.0 bo zmieniło się jednak sporo rzeczy i nie wszystkie stare moduły działają dobrze. Mimo wszystko ten wzrost wydajności jest (przynajmniej u mnie) na tyle znaczący, że ma to bezpośredni wpływ na konwersję.

For anyone wondering, its a known bug introducted in 8.0.0. Fix was pushed to presta repo one week ago so it should be ok in 8.0.2 https://github.com/PrestaShop/PrestaShop/pull/30415

I have an issue with latest prestashop (8.0.1 stable), on a fresh installation. I think this may happen due to some php/apache misconfiguration but PhpPsInfo tells me everything is as it should be. This is clearly some sanitization problem and it looks like this: back-office example: front-office example: I wonder how can I troubleshoot this? Its likely someone else experienced this before but I couldn't find a definitive solution on google