Jump to content

jlo30

Members
  • Posts

    12
  • Joined

  • Last visited

Profile Information

  • Activity
    Developer

jlo30's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Witam, mam problem z filtrami nawigacyjnymi w module blocklayered. Sklep działa jako multishop, a dany problem na razie dotyczy tylko sklepu głównego (w drugim sklepie nie ma jeszcze produktów). Próbuje zrobić filtr koloru oraz rozmiaru. Produkty w sklepie posiadają takie atrybuty w ilości ok 200szt. Jednak tworząc filtry oraz indeksując je w module blocklayered te atrybuty się nie indeksują. Zauważyłem, że gdy wybiorę opcję tworzenia filtrów dla Wszystkich kategorii to pojawia mi się filtr rozmiaru i koloru, natomiast jeśli wybiorę opcję tworzenia filtrów dla Specyficznych kategorii (mimo, ze wybiorę wszystkie kategorie), to już tych filtrów nie mam dostępnych. podejrzewam, że winna za to jest opcja generowania atrybutów. W tabeli "ps_layered_product_attribute" nie ma żadnego rekordu. Jak wpisze tam ręcznie rekord to pojawia się dany filtr atrybutu. Opcja generowania atrybutów działa tak, że najpierw kasuje tabelę, a następnie buduję ją od początku. Kasowanie działa, ale już budowanie atrybutów nie. Dlaczego? w pliku modules/blocklayered/blocklayered.php jest taka funkcja: /** * * Generate data product attribute */ public function indexAttribute($id_product = null) { if (is_null($id_product)) Db::getInstance()->execute('TRUNCATE '._DB_PREFIX_.'layered_product_attribute'); else Db::getInstance()->execute('DELETE FROM '._DB_PREFIX_.'layered_product_attribute WHERE id_product = '.(int)$id_product); Db::getInstance()->execute('INSERT INTO `'._DB_PREFIX_.'layered_product_attribute` (`id_attribute`, `id_product`, `id_attribute_group`, `id_shop`) SELECT pac.id_attribute, pa.id_product, ag.id_attribute_group, product_attribute_shop.`id_shop` FROM '._DB_PREFIX_.'product_attribute pa'. Shop::addSqlAssociation('product_attribute', 'pa').' INNER JOIN '._DB_PREFIX_.'product_attribute_combination pac ON pac.id_product_attribute = pa.id_product_attribute INNER JOIN '._DB_PREFIX_.'attribute a ON (a.id_attribute = pac.id_attribute) INNER JOIN '._DB_PREFIX_.'attribute_group ag ON ag.id_attribute_group = a.id_attribute_group '.(is_null($id_product) ? '' : 'AND pa.id_product = '.(int)$id_product).' GROUP BY a.id_attribute, pa.id_product , product_attribute_shop.`id_shop`'); return 1; } I myślę, że może z tym jest coś nie tak. Chociaż mam inny testowy sklep Prestashop 1.5.6.1 multishop i tam filtry działają. Może gdzieś powinienem mieć jakąś opcję zaznaczoną, której nie znalazłem? Dziwne jest też to, że mimo ok. 200 atrybutów kolorów i 200 atrybutów rozmiarów - indeksacja trwa ok. 0,5 sekundy - nie za krótko? Mam nadzieję, że coś mi poradzicie. Może znacie jakiś zewnętrzny dobry moduł do filtrowania działający na multishop? Prestashop 1.5.6.1
  2. Witam, już wiem o co chodzi. W szablonach i w sklepie wszystko było ok. Mam 2 sklepy X i Y. Zamówienie było zrobione w sklepie Y. Wchodząc w zakładkę "Zamówienia", ale gdy jestem przełączony na edycję sklepu Y, i wysyłając maile, to wszystko jest ok - linki są poprawne. Inaczej jest gdy w zakładce "Zamówienia" przy już widocznym zamówieniu przełączę się na edycję sklepu X - w taki wypadku również teraz widoczne jest zamówienie ze sklepy Y - i gdy teraz wyślę maila, to linki są odpowiednie dla edytowanego sklepu czyli w tym przypadku dla sklepu X, czyli złe. Myślę że wchodząc do danego zamówienia nie powinno być już możliwości przełączenia się pomiędzy sklepami. Gdy nie wejdzie się jeszcze w konkretne zamówienie, to przełączanie sklepów działa prawidłowo - przełączając się na dany sklep widzę tylko zamówienia dla danego sklepu. W każdym razie - jeśli wysyłamy (zmieniamy statusy dla zamówienia), to TYLKO gdy jesteśmy przełączeni na sklep, w którym było złożone zamówienie lub (tez działa) gdy mamy ustawione "Wszystkie sklepy" dla danej grupy sklepów. Myślę, że temat jest zamknięty.
  3. Witam, W Presta 1.5.6.1 mam ustawiony multishop. 1 sklep na np. domenie http://moj-sklep.pl 2 sklep ma adres http://moj-sklep.pl/drugi/ i jest utworzony jako adres wirtualny. Wszystko działa poprawnie tylko nie wiem jak sobie poradzić z wysyłaniem maili. Jeśli klient (niezależnie, w którym sklepie) zakupi produkt, to dostaje maila. Jednak problem jest w linkach zawartych w wiadomości e-mail, np.logo jest podlinkowane do głównego adresu ze sklepu 1, mimo, że zamówienie było ze sklepu 2. Tak samo link do "moje konto" itp. Generalnie jeśli klient zrobi zakupy w sklepie 2 to chciałbym, aby wszystkie linki w wiadomości prowadziły do sklepu 2 czyli miały adres, np. http://moj-sklep.pl/drugi/my-account.php zamiast http://moj-sklep.pl/my-account.php Oba sklepy korzystają z tego samego szablonu. Co trzeba zmienić aby wszystko grało poprawnie. W grę wchodzi również edycja plików. Jeszcze jedno: w sklepie mam ustawione "przyjazne adresy" i w obrębie sklepu działają ok, ale czemu w wiadomościach e-mail wysyłanych do klienta są podane normalne adresy, np. zamiast http://moj-sklep.pl/moje-konto jest http://moj-sklep.pl/my-account.php ?
  4. Kurcze, że tez tego nie zauważyłem Dzięki bardzo.
  5. Witam, czy jest możliwość w Presta 1.5.6.1 ustawić rabat kwotowy lub procentowy dla wszystkich produktów z danej kategorii, bez przypisywania tego rabatu dla każdego produktu osobno? Jeśli tak to w jaki sposób. Czy znacie może jakiś moduł, który potrafi zrobić takie rzeczy?
  6. Może to nie to, ale sprawdź PREFERENCJE->PRODUKTY i sprawdź czy w polu "Produktów na stronę" masz coś wpisane, tzn więcej niż 0. Jak kiedyś przez przypadek wpisałem 0 to był trochę inny efekt -> zrobiła się pętla przekierowań i przeglądarka zgłosiła taki błąd. Ale może to u ciebie będzie problem, Jeśli nie to powyłączaj po kolei lub nawet odinstaluj moduły, które ostatnio instalowałeś. A w adminie w produktach masz wpisane ilości? Bo w niektórych programach do integracji można ustawić, aby nie pokazywały się produkty które mają ilość=0. Można też ustawić, aby nie wyświetlać produktów, które nie zostały zaktualizowane. Po prostu sprawdź czy w KATALOG->PRODUKTY dane produkty są zaznaczone jako wyświetlane. Sprawdź też czy te produkty są w ogóle przypisane do jakiejkolwiek kategorii, którą masz widoczną w menu? A jakiego w ogóle programu do integracji użyłeś?
  7. To co może być powodem złego tworzenia miniatur? Z producentem programu A2C doszliśmy do tego, że to raczej nie jest to wina programu do integracji tylko raczej PrestaShop. Wygląda na to jakby Prestashop zaczął tworzyć miniatury ze zdjęcia, które jeszcze się nie wgrało na FTP.Pozostałe zdjęcia (o różnych rozmiarach) są dobrze zapisane na FTP. Sam program A2C nie wgrywa zdjęć do folderu img/tmp tylko do img/p/... To presta shop w jakimś momencie (kiedy? po włączeniu zakładki produkty generowane są brakujące miniatury?) tworzy miniatury sama. Szczerze mówiąc nie mam pojęcia. Ma ktoś jakiś pomysł? Może jakieś ustawienia w zakładce Parametry zaawansowane -> Wydajność - jakieś ustawienia z optymalizacją Apache (mam wyłączone), może ustawień systemu cache? Najgorsze jest to, że ok 20% ikon dobrze generuje a pozostałe nie - z jakich powodów raz robi dobrze, a raz źle? A tak z innej beczki. Próbowałem włączyć tryb debugowania według instrukcji na forum, ale w pliku config/config.inc.php nie mam wpisu define('_PS_MODE_DEV_', true); lub define('_PS_MODE_DEV_', false). Czemu? jeśli nie ma to mam utworzyć?; Teraz dojrzałem. Powiedzcie mi. Gdy dodaje zdjęcie produktu z komputera poprzez kartę produktu to zostaje ono zapisane np. w folderze img/p/1/9/8/198.jpg? - to jest oryginalne zdjęcie? bo rozumiem, że z innymi przedrostkami np.198-home_default.jpg itp są to zdjęcia już przeskalowane i utworzone przez Prestashop. Bo widzę zależność, że gdy miniatura jest źle utworzona w katalogu img/tmp, to np odpowiednio dla tego produktu, np w folderze img/p/1/9/8/198.jpg ma wartość 0B - czyli jeżeli jest to zdjęcie oryginalne i nie udało się go poprawnie zapisać, to nie ma też z czego utworzyć miniatury. I tak jest - gdy zdjęcie img/p/1/9/8/198.jpg ma 0B to w katalogu img/tmp też ma 0B. Tylko dlaczego inne rozmiary tego zdjęcia są dobrze utworzone? Czy zdjęcie img/p/1/9/8/198.jpg jest oryginalnie wgrywanym zdjęciem? A może oryginalne zdjęcie jest np w folderze img/5f55afd748fc4ad2580b768611325148/7083.jpg., bo jeśli tak to oryginalne zdjęcie dobrze się wgrało. Chociaż już nie wiem. Zrobiłem test i nazwałem zdjęcie na komputerze oryginal.jpg i wgrałem go do Presty. Wszystko dobrze się wygenerowało, ale tak jak za pomocą programu do integracji tworzyły się właśnie katalogi o dziwnej nazwie, np img/5f55afd748fc4ad2580b768611325148/ i w nim zdjęcie - tak teraz nie utworzył się taki folder - czyli to program do integracji tworzy taki folder?
  8. Czy w ogóle zdjęcia miniatur powinny być pobierana z katalogu img/tmp? Przecież katalog tmp jest katalogiem (jak sama nazwa mówi) tymczasowym. To czy na pewno presta powinna pobierać zdjęcia z tego katalogu? Z jakiego katalogu powinna presta pobierać miniatury do produktów w panelu administratora?. Przypomnę, że w 1.5.61 i 1.5.4.1 pobiera z tmp. Ma ktoś inną wersję i może to sprawdzić? W jakim pliku można edytować ścieżki do miniaturek?
  9. Witam, zintegrowałem dwa oddzielne sklepy działające na PresatShop 1.5.6.1 i 1.5.4.1. Są to oddzielne sklepy nie związane ze sobą. Stoją one na różnych płatnych hostingach. Integruje je z różnymi hurtowniami poprzez program do integracji A2C. Program A2C pobiera zdjęcia z serwera hurtowni i pomniejsza je do danych rozmiarów podanych w ustawieniach Presty i kopiuje na FTP. Problem polega na tym, że bardzo często brakuje miniatury produktu w panelu admina. Miniatury zapisywane są w katalogu img/tmp. Myślałem na początku, że to problem z CHMOD dlatego katalog tmp i jego podkatalogi i pliki zmieniłem na 777. Wygląda to tak, że katalog tmp ma CHMOD 777, dobrze utworzone ikony mają CHMOD 664, a źle utworzone ikony CHMOD 644. O dziwo zdjęcia źle utworzone istnieją, ale mają wielkość 0B. Producent oprogramowania mówi, że natomiast firma hostingowa twierdzi Gdzie leży problem? Co powoduje, że CHMOD zdjęć jest różny?
  10. Witam, sprawdź ustawienia uprawnień dla grup dla danych kategorii. KATALOG -> KATEGORIE (tutaj kliknij dana kategorię) i na samym dole masz opcje "Dostęp grupowy". generalnie powinny być przynajmniej 3 grupy zaznaczone (gość, odwiedzający i klient). Domyślnie w presta 1.5 - przy tworzeniu ręcznym powinna zaznaczyć wszystkie 3 opcje, ale miałem z jednym programem do integracji (A2C) z Presta też problem - zaznaczało mi tylko opcję "odwiedzający", co skutkowało tym, że odwiedzający sklep mógł zobaczyć produkty, a na przykład klient nie - z komunikatem o braku produktów pozdrawiam.
  11. Witam,zainstalowałem ten moduł w prestashop 1.5.6 i wszystko jest ok. Jednak rzeczywiście opcja wyboru paragonu lub faktury powinna pojawiać się nie w koszyku tylko jeden krok później - po naciśnięciu przycisku realizuj zamówienie. W przeciwnym przypadku gdy klient kliknie przycisk realizuj zamówienie zamiast koszyk, to nie ma już możliwości wyboru dokumentu. Druga sprawa. Czy jest możliwość, aby po wyborze paragonu klient mógł pobrać paragon w formie pdf zamiast faktury? Czyli żeby zamiast generować fakturę - drukować paragon (zarówno w zamówieniach klienta jak i w zamówieniach na zapleczu administratora). Czy w ogóle prestashop ma możliwość drukowania paragonów lub rachunków zamiast faktur? Mówię tutaj o paragonie jako dowodzie zakupu a nie jako dowód zwrotu. Dzięki za odpowiedź
×
×
  • Create New...