Jump to content

Włochaty

Members
 View Profile  See their activity

  • Posts

    53

  • Joined

  • Last visited

Profile Information

  • Location
    Poland
  • Activity
    Freelancer

Recent Profile Visitors

810 profile views

Włochaty's Achievements

Newbie

Newbie (1/14)

  • First Post Rare
  • Collaborator Rare
  • Week One Done Rare
  • One Month Later Rare
  • One Year In Rare

Recent Badges

1

Reputation

  1. Włochaty
    Migration 1.7.8 to 8.1.5. I have this type of errors too. $isbn fixed like @djo1919 suggest. But also /index.php/sell/catalog/products-v2/1164/edit?_token=*** PrestaShop\PrestaShop\Core\Domain\Product\Supplier\QueryResult\ProductSupplierForEditing::__construct(): Argument #5 ($reference) must be of type string, null given, called in /src/Adapter/Product/AbstractProductSupplierHandler.php on line 83 I think this is for supplier reference in table ps_product_supplier (product_supplier_reference Default=NULL) when I changed to '' or string it works. Are you agree with this? If yes then it is a problem with ETS migration module?
  2. Włochaty started following PrestaShop\PrestaShop\Core\Domain\Product\QueryResult\ProductDetails::__construct(): Argument #1 ($isbn) must be of type string, null given, called in /src/Adapter/Product/QueryHandler/GetProductForEditingHandler.php on line 389 [TypeError 0]
  3. Włochaty
    To mnie może naprowadzić https://www.prestashop.com/forums/topic/465403-błąd-podczas-tworzenia-dodatkowego-obrazu-ps-161/ Nie, jednak nie to. Struktura tabel jest dobra, aktualizacja była między podwersjami 1.6. Z jakichś powodów nie ustawia kolumny 'cover' w przypadku multisklepu mimo iż w "zielonym dymku" pisze że twój wybór obrazu został zapisany. W trybie multistore UPDATE `ps_image_shop` image_shop SET image_shop.`cover` = NULL WHERE image_shop.id_shop IN (4,1) AND image_shop.`id_product` = 57 Na jednym sklepie UPDATE `ps_image_shop` image_shop SET image_shop.`cover` = NULL WHERE image_shop.id_shop IN (1) AND image_shop.`id_product` = 57 UPDATE `ps_image_shop` SET `id_image` = '3309',`id_product` = '57',`cover` = '1',`id_shop` = '1' WHERE id_image = 3309 AND id_shop = 1 Może to ktoś zweryfikować?
  4. Włochaty
    Po aktualizacji sklep BO i FO działają w miarę bez zarzutu ale po dodaniu zdjęć nie pokazuje zdjęcia okładkowego oraz nie pokazuje ptaszka na zapleczu przy wybranym zdjęciu. Jest to o tyle dziwne że na bazie wszystko się zmienia zgodnie z tym co wyklikuję a także zdjęcie/miniatura okładkowe istnieją. Niezależnie czy w trybie produkcyjnym czy deweloperskim bez cache z/bez kompilacji itp. Nie pomaga nawet przegenerowanie zdjęć. /3320-home_default/nazwa-produktu.jpg +----------+------------+----------+-------+ | id_image | id_product | position | cover | +----------+------------+----------+-------+ | 3309 | 57 | 1 | NULL | | 3319 | 57 | 3 | NULL | | 3320 | 57 | 2 | 1 | +----------+------------+----------+-------+ Ma ktoś jakiś pomysł?
  5. Włochaty
    Presta 1.6.1.18 działa na MariaDB 10.2.x
  6. Włochaty
    Mam taką dziwną sytuację że po przeniesieniu sklepu w inne miejsce nie działa mi wyświetlanie tylko tych podkategorii gdzie są filtry ustawione. Sklep działa, główne kategorie działają ale jak wejdę przykładowo Buty -> Buty do biegania i tam miałem filtr po rozmiarze/cenie/kolorze to nie wyświetla się nic. Natomiast przechodzę do kolejnej podkategorii np. Buty -> Buty miejskie gdzie nie było filtrów to normalnie się produkty na liście rozwijają. Przebudowywałem indeksy w module, kasowałem i tworzyłem na nowo filtry, czyściłem cache, wyłączałem CCC,wymuszałem kompilację - bez zmian. Trzeba coś na bazie jeszcze robić?
  7. Włochaty
    Kto moderuje te tematy? Polska język trudna język.
  8. Włochaty
    https://mypresta.eu/modules/front-office-features/html-box.html Jak to jest możliwe że kod tego "pudełka" ładuje się przed <body> po wybraniu umieszczenia w headerze strony <div style=""> <span style="">......</span> </div> </head> Sory, ale kto umieszcza blok htmlowy z treścią w niewidzialnej części strony? Powinno być w sekcji <header id="header"> ...... </header> Inaczej jest to nie zgodne ze standardami.
  9. Włochaty
    Pozostaje tylko opracować spósób na dojście które koszyki są pochodzenia "złośliwego" i "botowego" gdyż mocno przekłamują statystyki - odwiedzin - porzuconych koszyków - chyba też Stopień Konwersji (?) Dodatkowo: - wysycają łącze waszego konta hostingowego (o ile nie macie bez limitu) - obciążają serwer a tym samy strony sklepu Jak znajdę sposób w jaki wyczyścić z bazy koszyki i odwiedziny ze śmieciowych IP to podam, chyba że ktoś zna to poproszę.
  10. Włochaty
    Okazuje się że to tylko hakierzy i różne boty/pająki Ciekawym rozwiązaniem jest to http://finestcoffee.pl/robots.txt Można się wzorować ALE należy dostosować do swoich potrzeb. Na hakierów jeden ze sposobów to htaccess i zablokowanie po IP oraz dodatkowo zgłoszenie delikwenta do bazy przykład http://www.abuseipdb.com/report-history/46.165.220.215
  11. Włochaty
    Doświadczam sporej ilości takich zapytań że coś próbuje manipulować koszykiem dodając i usuwając produkty ale nie są to klienci :-) Znacie może jakąś lukę bezpieczeństwa w Preście apropo takich rzeczy? PS 1.6.0.8
  12. Włochaty
    Na zapleczu jest Pulpit w nim Sprzedaż, Zamówienia, Wartość koszyka, ..., Zysk neto. I ten zysk mi mi się nie podoba, he he bo za mały :-) Wiem że to na oko ale przy niewielkiej sprzedaży widać że coś jest nie halo. Mam tylko 2 sposoby płatności więc wpisałem w Konfiguruj 0.35 PLN / 2.5% dla PayU oraz 0 / 0 dla przelewu. Ja liczę SELECT SUM(ROUND(pod.total_price_tax_excl - pod.purchase_supplier_price, 2)) AS 'Zarobek' FROM ps_order_detail pod, ps_orders po WHERE pod.id_order = po.id_order AND po.date_add >= '2015-03-01 00:00:00' AND po.date_add <= '2015-03-31 23:59:59'; i pokazuje mi wartość bliższą prawdy niż ten na Dashboardzie. Możliwe że robię tutaj błąd bo liczę ze wszystkich w tym z Anulowanych. Jest w stanie ktoś podać prawidłowe zapytanie SQL żeby wyciągnąć "prawdę" z bazy? Podobnie sprzedaż sklep liczy jako SELECT SUM(total_paid_tax_excl / o.conversion_rate) FROM `ps_orders` o LEFT JOIN `ps_order_state` os ON o.current_state = os.id_order_state WHERE `invoice_date` BETWEEN '2015-03-01 00:00:00' AND '2015-03-31 23:59:59' AND os.logable = 1; Po co dzieli przez conversion_rate?
  13. Włochaty

    Test

    Włochaty posted a topic in Forum ogólne

    Test Super działa po zmianach - klikam Post new topic wywala na główną stronę, wpisuje w wyszukiwarkę dostaję 404.
  14. Włochaty
    Dzięki za odpowiedź. Jak wyłączę "Pozwól klientowi pobrać i zobaczyć w fakturę PDF" dla statusów np. Dostarczone, Wysłane czy Płatność zaakceptowana to aktualizuje się oczywiście invoice_date ale generują się (historia zamówień) i załączają do mejli faktury a tego właśnie akurat nie chcę bo faktury są wystawiane poza e-sklepem. Tak że nie mam rozwiązania dobrego. A swoją drogą można jakoś podgrać swój szablon faktury we "Wzór faktury" czy pozostaje dłubanie w TPL-u?
  15. Włochaty
    Hello. Is there any possibility to switch ON invoices inside PrestaShop but disable/block/switch off them to the client? Without modyfing template. As I understand and as I can chceck in PS 1.6.0.8 (AdminStatsController.php) is important to have ps_orders.invoice_date in the database but ps_orders_invoice.* is not necessary.
  16. Włochaty
    Wszystko to na nic. Rozwiązanie jest tutaj https://www.prestashop.com/forums/topic/357780-ps-1609-order-stats-not-showing-except-visits-and-registration/ 1.6.0.8 - na tej wersji rzeczywiście wymagane jest włączenie faktur co jest dziwne i bez sensu bo nie każdy życzy lub potrzebuje faktury. Na innych wersjach nie wiem, może to już jest zmienione w 1.6.0.11. Doraźnym rozwiązaniem jest ustawienie na bazie daty faktury równej np. dacie dodania zamówienia. I od razu masz statystyki. I teraz trzeba rozwiązać taki problem: żeby były statystyki muszą być faktury ale jak wyłączyć widoczność faktur dla klientów?
×
×
  • Create New...