() Maciej ()

Czasem najprostsze rozwiązania są najlepsze. {if !empty($product.reference)} Ten warunek załatwia problemy z filtrowaniem fasetowym. Zostawiam posta dla potomnych.... może komuś się przyda.

Pacjent presta 1.7.8.x Mam jeden sklep, w którym chcę ukryć dla wszystkich produktów, które nie posiadają wypełnionego pola "reference" : - cenę - opis - przyciski dodaj do koszyka, porównaj, szybki podgląd - fiszkę "brak na magazynie" Wymyśliłem więc, by użyć funkcji strlen i po prostu sprawdzać ilość znaków w zmiennej $product.reference warunkiem w postaci : {if strlen($product.reference)>0} Warunek dopisuje do 2 plików : productList.tpl productGrid.tpl I o ile w ten sposób weryfikowane produkty poprawnie wyświetlają się na listach produktów o tyle filtrowanie fasetowe wysiada. Pokazuje się tylko kółko ładowania danych i tak sobie wisi non stop. Czy ktoś z Was ma jakiś pomysł inny jak można ten temat ugryźć? Będę wdzięczny za każdą sugestię i pomysł.

Co pokazuje tryb debugowania ? Która wyszukiwarka konkretnie? Co dokładnie usunąłeś i skąd?

Przywrócenie kopii sklepu i aktualizacja od początku. Jak nie masz kopii to ręcznie nadpisać pliki sklepu i wykonać zapytania w bazie danych.

A przypadkiem nie pisząc nowego kodu nie użyłeś jakiejś nazwy klasy, która była wykorzystana przez szablon?

A sprawdziłeś system cachujący serwera ? Ja miałem podobny numer z modułem od nowości. Jak czyściłem pliki cache (wszystkie, czyli to co masz w preście jak i np serwerowy memcached). Jak nie czyściłem nic to nowości mi wskakiwały po 3-4 dniach, jak przeładowywał się system cachujący.

A w ustawieniach kategorii nie ma ona przypadkiem ustawienia, że jest widoczna np tylko dla grupy Klient, albo jakiejś innej dostępnej po zalogowaniu się ?

Do prostej księgowości, gdzie będziesz wystawiać tylko faktury presta po poprawieniu szablonu powinna się sprawdzić. Jednak jeśli wystawiasz paragony to już będziesz musiał mieć zewnętrzny program księgowy. Dodatkowy warunek jest też taki, że wszystkie faktury jakie wystawiasz muszą lecieć przez Prestę, gdyż będziesz mieć różne numeracje, albo co gorsza duplikat w numeracji i wtedy bankowo masz problemy ze skarbówką. Tak w skrócie > Konfiguracje podstaw danych masz w Zamówienia > Faktury Jeśli chcesz pobawić się przy edycji szablonu edytujesz pliki w folderze PDF w głównym katalogu presty. Tam masz np pliki invoice-b2b.tpl i invoice.tpl, które we wcześniej wspomnianej zakładce Faktury masz do wyboru na samym dole strony. Warto zrobić sobie kopię edytowanych plików, by w razie jakby się coś grubo posypało było jakieś źródełko do przywrócenia danych.

Najprościej biorąc te dane bezpośrednio z bazy danych i tablic zzzz_feature_xxxx Gdzie zzzz to prefix tablic, a xxxx odpowiednie tablice z wartościami, które wyszukujesz po ID cechy.

Ostatnio robiłem aktualizację z wersji 1.7.8.9 do wersji 8.1, która przeszła bez ani 1 błędu. Niestety zaraz po aktualizacji zauważyłem błąd, który skutecznie mi psuje humor. Czy znacie jakieś sposoby, aby w Preście 8.1 skutecznie pozbyć się tego komunikatu poza oczywiście włączeniem tej deaktywowanej funkcji ? Debug wyrzuca następujące błędy : ErrorException: Warning: putenv() has been disabled for security reasons at /home/x/domains/xxxx/public_html/______DEV_PRESTA/dev_pr8/vendor/symfony/symfony/src/Symfony/Component/HttpKernel/Kernel.php:127 at Symfony\Component\HttpKernel\Kernel->boot() (/home/x/domains/xxxx/public_html/______DEV_PRESTA/dev_pr8/app/AppKernel.php:96) at AppKernel->boot() (/home/x/domains/xxxx/public_html/______DEV_PRESTA/dev_pr8/vendor/symfony/symfony/src/Symfony/Component/HttpKernel/Kernel.php:196) at Symfony\Component\HttpKernel\Kernel->handle(object(Request), 1, false) (/home/x/domains/xxxx/public_html/______DEV_PRESTA/dev_pr8/sdfdsfsdfsfdfsdfb/index.php:84) ----- EDIT Próby wyłączenia / zakomentowania putenv() w pliku Kernel.php (vendor/symfony/symfony/src/Symfony/Component/HttpKernel/Kernel.php) nic nie dają. Wysypują się kolejne odwołania do tej funkcji i prawdę mówiąc dalsze grzebanie plik po pliku idąc po liście w dół wydaje mi się bez sensu.... Częściowo ratuje sytuację wyłączenie z pliku trybu debugowania i reinstalacja ps_mbo, która skraca liczbę błędów. Jednakże późniejsze włączenie debugu powoduje wyrzucenie na froncie informacji o nie aktywnej funkcji putenv. A na zapleczu kolejnej porcji błędów. Najrozsądniejsze zatem jest pozostawienie tej funkcji włączonej do czasu wyjścia kolejnej presty, która przejdzie na nowszą wersję symfony.

Zero jakiegokolwiek odzewu trochę mnie martwi, ale.... dla potomnych : Wywalenie filtra fasetowego powodowało w moim przypadku dodanie 1 linijki kodu pobierającego cenę netto w plikach znajdujących się w katalogu themes/xxxx/templates/catalog/_partials/miniatures/ <span class="price_tax_exc">({$product.price_tax_exc|round:2 } netto)</span> Może macie jakiś pomysł jak dodać do tych plików wyświetlanie ceny netto i brutto jednocześnie, które będą miały osobne formatowania w css ? -------------------- EDIT ----------------------- Wystarczyło w plikach podmienić linijkę <span itemprop="price" class="price">{$product.price}</span> na : <span itemprop="price" class="price">{$product.price} {l s=' %price_with_tax%' d='Shop.Theme.Catalog'}</span> <div class="text-muted">{($product.price_tax_exc)|string_format:"%.2f"} {l s=' %price_without%' d='Shop.Theme.Catalog'}</div> przy okazji załatwiając sobie dopisek brutto, netto w tłumaczeniu odpowiedniej waluty.

Wersja 1.6.x już od dawna jest nie wspierana i niestety postęp technologiczny jaki nastąpił wymaga aktualizacji do nowszej wersji. Wysyłanie przez SMTP wymaga poprawnej konfiguracji, która jest zależna od dostawcy poczty. Nie wiedząc jakiego masz dostawcę nikt nie powie Ci jak to powinno wyglądać.

Pacjent presta 1.7.8.7 po przeniesieniu bazy z upgradowanej wersji 1.7.7.x. Sklep dostał nowy szablon i niestety są problemy... Zauważyłem, że jeśli wchodzę np do listy produktów i chcę wybrać np paginację to wywoływana jest klasa js-search-link, która oczywiście nie działa. To samo mamy dla pozostałych rzeczy obsługiwanych przez moduł ps_facetedsearch, czyli odpowiednio : - js-search-link > paginacja, sortowanie, usuwanie aktywnych filtrów - js-search-filters-clear-all > czyszczenie filtrów Pliki zawierające wywołanie tych klas są w folderach /modules/ps_facetedsearch/templates/front/ /templates/catalog/_partials/ pliki sort-orders.tpl oraz active_filters.tpl O ile działa patent ze zmianą nazwy klasy i tym samym wymuszenie obejścia dla ajaxowego filtrowania, o tyle nie jest to moim zdaniem zbyt eleganckie rozwiązanie i wiąże się z podmianą sporej ilości plików (do pierwszej aktualizacji pewnie będzie ok). Czy ktoś jest mi w stanie powiedzieć jak sprawdzić gdzie te klasy są zapisane i skąd wywoływane ? Ewentualnie jak naprawić problem z nie działającym filtrowaniem fasetowym. Będę wdzięczny za każdą sugestię, nawet mało istotną. Sprawdzę wszystko. Aby ten problem rozwiązać próbowałem już : - wyłączania przyjaznych URL - nadpisania wszystkich ustawień w RUCH > SEO & URL - każde po kolei klikając w zapisz - czyszczenie cache po każdej zmianie (mimo że i tak jest wyłączone) - wyłączone CCC

1. Jeśli zwrot środków jest robiony na tą samą formę płatności z której skorzystał klient w danej bramce to prowizja jest odliczana przez danego operatora. 2. Nie ma takiej możliwości w standardzie by produkt o jakiejś wartości miał wymuszoną formę płatności.

Z tego co się orientuję pliki szablonu ma swoje. Co do override klasy to z tego co widzę tej klasy nie zmienia.