() Maciej ()

Dzięki za podpowiedź. O ile szukałem "vouchers" o tyle nie pomyślałem o "gift cards".

Do importu zamówień musiałbyś odbudować całą strukturę w bazie danych i ręcznie to do niej wrzucić czy to SQLem czy poprzez CSV. Każde zamówienie ma osobne wpisy w tabelach odpowiedzialnych za przechowywanie koszyków, zamówień, produktów, klientów i adresów. Zakładając że podczas importu z zewnątrz zachowane masz ID produktów to pozostaje teraz to odwzorować w tablicy koszyka i zamówień do których musisz mieć przypisane odpowiednie produkty i adresy klienta. Pytanie czy warto się w to bawić, bo będzie przy czymś takim mnóstwo czasochłonnej roboty. Hasła są zwykle hashowane za pomocą 2 kluczy, aby to więc działało musiałbyś mieć listę rozkodowanych haseł, którą należałoby wrzucić do presty zakodowane według kluczy presty... albo jeśli używają tego samego mechanizmu szyfrowania haseł to po prostu poprzez podmianę kluczy szyfrujących. Taka podmiana wiąże się z koniecznością zmiany haseł dla wszystkich mających dostęp do panelu presty.

Zlecę napisanie modułu, który będzie dawał możliwość sprzedaży kodów rabatowych. Ogólne założenia są takie: - klient dodaje do koszyka produkt i za niego płaci z góry. Dostaje wtedy mail z nowo wygenerowanym kodem rabatowym, który ma być wielorazowego użytku oraz ma być aktywny przez rok. Status zamówienia po wysłaniu maila z kodem ma się automatycznie zmieniać na zrealizowane (na podane w konfiguracji ID). Kod rabatowy ma się przypisywać automatycznie do konta klienta, który dokonał zakupu. Ma się nie łączyć z innymi promocjami. Proszę o oferty cenowe pod postem albo na PW.

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ć.