Yabber

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/

This was not my view just a joke. On a great many hostings, if a particular PHP version loses support, the hosting admins remove such version from the servers (very rightly, by the way). A few days after the release of the official PHP 8.3 version, there was already a wordpress version compatible with PHP 8.3. And prestashop? Several years of delay and legacy code itself.

Chyba jakąś archaiczną wersję PHP typu 5.6 masz włączoną w sklepie. Funkcja random_bytes() została dodana od PHP 7.0

Nieprawidłową wersję modułu "RTNET SubSync" zainstalowałeś. W sklepie masz włączone PHP 7.2, a więc powinieneś instalować moduł w wersji IonCube10.

No one needs those computers and all that internet. If it weren't for the pressure of the advance of civilization, ordinary stationary stores would continue to operate.

None of the prestashop versions are compatible with PHP 8.2 and 8.3.

Jakby nie było podatku w przewoźniku, to w obu miejscach była by kwota netto. To błąd w prestashop 1.7, w najnowszej wersji 8.1.2 też jest ten błąd. A w prestashop 1.6 nie ma tego błędu. Zgłoś błąd na githuba: https://github.com/PrestaShop/PrestaShop/issues

Wszystkie polskie bramki płatności podlegają pod KNF i muszą realizować zapisy ustawy o przeciwdziałaniu prania pieniędzy oraz finansowania terroryzmu. Ciekawe co będzie jak bramka wykryje, że tysiąc płatników mieszka pod tym samym adresem

Usunięcie konieczności dodawania adresu przez klienta to nie jest kwestia modyfikacji jakiegoś tam jednego pliczku. To globalna przeróbka całego silnika sklepu, tysiące modyfikacji klas, kontrolerów, tabel bazy danych, templatek szablonu i javascriptu szablonu. Spotkałem inne rozwiązanie. W templatkach szablonu w inputy pól adresowych wstawia się jakieś fejkowe dane, a następnie te inputy ukrywa się za pomocą CSS. Wtedy wszyscy klienci mają utworzone konto z jednym i tym samym fejkowym adresem. Nie wiem jak to rozwiązanie zatrybi z elektronicznymi bramkami płatności, bo bardzo wiele bramek wymaga danych adresowych płatnika.

Moduły do prestashop są średnio 200% droższe od analogicznych wtyczek do wp/woocommerce. Na woocommerce jest 2,3 miliony aktywnych sklepów, na prestashop 237 tysięcy, także można się spierać co do odpowiedniej platformy. Po zmianie platformy z wordpressa na prestashop pozycjonowanie w wyszukiwarkach poleci na łeb na szyję. Także kolejne kilka czy kilkanaście tysięcy wydatków za SEO.