Yabber

Zmienna {virtualProducts} jest tworzona w klasie OrderHistory i trzeba zrobić taką modyfikację. A w templatce maila usuń kolor ze <span>.

Na tych śmieciowych serwisach typu onet, wp, interia itp. klienty pocztowe są stworzone do dodawania reklamowego spamu w e-mailach użytkowników i mocno ingegurują w kod HTML wiadomości. Kasują nasze klasy albo style CSS, dodają jakieś swoje klasy CSS. Dlatego w każdym z tych klientów, ta sama wiadomość wygląda zupełnie inaczej.

A ja nigdy nie znalazłem tej funkcjonalności:

W prestashop 1.7 i 8 skasowano możliwość dodawania zdjęć do opisu produktu za pomocą tagów. Także wersja nasuwa się sama.

Na pewno są jakieś konflikty javascript szablonu z javascriptem tych modułów. Na stronie finalizacji zamówienia w konsoli JS zobaczysz te błędy. I do sprzedawcy szablonu trzeba je zgłosić, żeby je naprawił.

Po takiej modyfikacji, jaką proponujesz, nie można już uruchomić sprzedaży międzynarodowej. Moduły mają bardziej rozbudowane metody walidacji. Najpierw sprawdzają country z adresu i dopiero waliduja vat_number. Wiele z nich do walidacji wykorzystuje unijny serwer VIES.

Ręcznie to tych danych nie przeniesiesz, za dużo różnic. Inna struktura baz danych, inne metody szyfrowania haseł. Do migracji to już tylko płatne migratory.

Nie ma takich modułów i nie będzie tak mocno psujących sklep. Wszystkie bramki płatności elektronicznych wymagają PEŁNYCH danych rozliczeniowych klienta czyli też jego adresu. W niektórych tylko telefon jest opcjonalny. I te dane przesyła prestashop w momencie transakcji płatności poprzez API danej bramki. Musiałbyś zlecić grubą przeróbkę silnika prestashop, żeby klient nie musiał podawać żadnych swoich danych i płatności przyjmować tylko w bitcoinach.

Jest darmowy od SEIGI, musisz sam wyszukać w internecie, bo na tym forum jest zabronione podawanie linków do darmowych modułów.

Zrób prawidłowy pełny backup (baza danych i pliki), z poziomu serwera hostingowego, a w module "1-Click Upgrade" wyłącz tworzenie kopii zapasowych. Ten mechanizm backupu w module "1-Click Upgrade" do niczego się nie nadaje.

Jeśli chodzi o funkcjonalność personalizacji produktów, to można powiedzieć, że wszystko w prestashop jest spaprane i składa się z samych błędów. 1. Jeśli klient dodaje zdjęcie PNG wysokiej jakości z przezroczystości, to jest ono konwertowane na JPG z nędzną jakością 3 (domyślna jakość w klasie ImageManager) oraz następuje utrata przezroczystości. Finalnie otrzymujemy syfiasty rozmazaniec, który nie nadaje się do dalszej komputerowej obróbki albo do wydruku. 2. Na froncie brak informacji, które pola personalizacji są obowiązkwe, a które niewymagane (w PS 1.6 było to prawidłowo wykonane). 3. Na froncie brak responsywności w bloku personalizacji. Po dodaniu dużego zdjęcia przez klienta następuje rozwalenie ekranu. Można to wszystko naprawić, ale szacuję, że to jakieś 2-3 godziny roboty. - trzeba naprawić FrontController produktu, - trzeba naprawić klasę ImageManager, - trzeba naprawić templatki szablonu. Przerabiając FrontController produktu można dodać możliwość uploadu innych typów plików.

Wyłączenie modułu nie usuwa nadpisań wprowadzonych przez ten moduł. Należy odinstalować ten moduł żeby usunął on swoje override. W override każdej klasy, nad każdą nadpisaną metodą jest komentarz, który moduł nadpisał daną metodę.

Jest to poważny błąd import kontrolera, który praktycznie uniemożliwia update danych produktów poprzez import CSV. https://github.com/PrestaShop/PrestaShop/issues/34601 Błąd został naprawiony dwa tygodnie temu, także poprawka będzie dopiero w kolejnej wersji 8.1.4

Nie ma sensu kupowanie i instalowanie modułu generującego obrazki webp, skoro w silniku presty jest natywna obsługa webp. Zresztą wiele z tych modułów sprzedawanych do presty to popaprańce działające na zasadzie generowania webp, ale zapisu tych obrazków z błędnym rozszerzeniem JPG. Najlepiej napisać do dewelopera szablonu, żeby wydał wersję szablonu zgodną z najnowszą wersją presty. A jak czujesz się na siłach, to sam możesz poprawić szablon. Należy odszukać w szablonie wszystkie templatki ładujące obrazki i poprawić kod ładujący obrazek. Poniżej przykładowy kod ładujący zdjęcie produktu w rozmiarze home_default: {block name='product_thumbnail'} {if $product.cover} <a href="{$product.url}" class="thumbnail product-thumbnail"> <picture> {if !empty($product.cover.bySize.home_default.sources.avif)}<source srcset="{$product.cover.bySize.home_default.sources.avif}" type="image/avif">{/if} {if !empty($product.cover.bySize.home_default.sources.webp)}<source srcset="{$product.cover.bySize.home_default.sources.webp}" type="image/webp">{/if} <img src="{$product.cover.bySize.home_default.url}" alt="{if !empty($product.cover.legend)}{$product.cover.legend}{else}{$product.name|truncate:30:'...'}{/if}" loading="lazy" data-full-size-image-url="{$product.cover.large.url}" width="{$product.cover.bySize.home_default.width}" height="{$product.cover.bySize.home_default.height}" /> </picture> </a> {else} <a href="{$product.url}" class="thumbnail product-thumbnail"> <picture> {if !empty($urls.no_picture_image.bySize.home_default.sources.avif)}<source srcset="{$urls.no_picture_image.bySize.home_default.sources.avif}" type="image/avif">{/if} {if !empty($urls.no_picture_image.bySize.home_default.sources.webp)}<source srcset="{$urls.no_picture_image.bySize.home_default.sources.webp}" type="image/webp">{/if} <img src="{$urls.no_picture_image.bySize.home_default.url}" loading="lazy" width="{$urls.no_picture_image.bySize.home_default.width}" height="{$urls.no_picture_image.bySize.home_default.height}" /> </picture> </a> {/if} {/block}

Szablon i wszystkie jego moduły muszą być dostosowane do obsługi webp i avif. Produkty wyświetlasz jakimś modułem swiper slidera, który nie jest dostosowany do tych nowych eksperymentalnych funkcjonalności. A tak poza tym, to żadna z wersji prestashop nie jest kompatybilna z PHP 8.3 i 8.2 https://devdocs.prestashop-project.org/8/basics/installation/system-requirements/