Jump to content

seba4leon

Members
  • Posts

    12
  • Joined

  • Last visited

Profile Information

  • Activity
    Project Owner

seba4leon's Achievements

Newbie

Newbie (1/14)

0

Reputation

1

Community Answers

  1. there is problem with index "id_product_2" to this table, you can show SHOW INDEXES FROM `ps_specific_price` Myisam is only to work correctly alter table command Alter ignore table deletes duplicated keys in the table.
  2. the solution: ALTER TABLE `ps_specific_price` ENGINE=MyISAM; ALTER IGNORE TABLE `ps_specific_price` ADD UNIQUE KEY `id_product_2` (`id_cart`,`id_product`,`id_shop`,`id_shop_group`,`id_currency`,`id_country`,`id_group`,`id_customer`,`id_product_attribute`,`from_quantity`,`id_specific_price_rule`,`from`,`to`); in my shop this works
  3. Problem dotyczy tabeli ps_specific_price a konkretnie indeksowania przez np. php my admin podglądamy: SHOW INDEXES FROM `ps_specific_price` chodzi o index id_product_2 prawdopodobnie w bazie są powtórzone wiersze dla tego indeksu lekarstwo: dla tabeli ps_specific_prices trzeba zmienić engine na myisam robimy to w phpmysql wybierając nasza felerna tabelę a następnie zakładke operacje i tam zmieniamy "mechanizm składowania z Innodb na MyIsam. albo to samo poleceniem: ALTER TABLE `ps_specific_price` ENGINE=MyISAM następnie wykonujemy polecenie: ALTER IGNORE TABLE `ps_specific_price` ADD UNIQUE KEY `id_product_2` (`id_cart`, `id_product`,`id_shop`,`id_shop_group`,`id_currency`,`id_country`,`id_group`,`id_customer`,`id_product_attribute`,`from_quantity`,`id_specific_price_rule`,`from`,`to`); opcja IGNORE powoduje ze są usuwane zduplikowane wiersze dla tego samego indeksu. No i już powinno działać, możemy się cieszyć ponownie rabatami w naszym sklepie. Można z powrotem zmienić engine dla tej tabeli na Innodb ale to chyba nie jest konieczne.
  4. no to wygląda na to że to jest faktyczny problem w tej wersji, przy czym objawia się on tylko w wypadku multistore. Na anglojęzycznej stronie tego forum również jest ten problem opisywany. Jaka jest procedura zgłaszania błędów ? Gdzie to się robi ?
  5. I have the same problem in my multi-store shop. In non multi-store shop specific prices are OK.
  6. Do you have multistore enabled ? I have two shops and one is multistore and only in this one I have same problem.
  7. Nikt nie ma multistore na 1.6.1.1 ??? Dajcie znać czy u Was jest OK. Pomyslałem ze może coś z szablonem, ale na standardowym bootstrap ten sam problem.
  8. Witam, Mam problem z cenami produktów, nie widac w ogóle obniżek cen. Robiłem aktualizację z wersji 1.6.0.5 do 1.6.1.1 i ogólnie wszystko wydawało się OK ale zauwazyłem, że produkty w promocji maja normalną nie obnizona cenę. Ustawienia sa prawidłowe, ceny specjalne sa widoczne w "katalog/produkty/ceny". W "preferencje/produkty/strona produktu" jest zaznaczone wyswietl cenę po rabacie. Niestety we wszystkich miejscach w sklepie gdzie jest prezentowana cena nie uwzglednia przypisanego rabatu. Natomiast modół promocji jak najbardziej rozpoznaje które produkty sa obnizone natomiast równiez nie pokazuje nizszej ceny. Moze problem wynika z tego ze to jest multishop ? Mam drugi sklep który zaktualizowałem tez do najnowszej wersjii i tutaj ceny wygladaja prawidłowo. Prosze o pomoc bo już mi brakuje pomysłów gdzie mam szukac przyczyny a w sklepie sie jakoś drogo zrobiło :-(( Pozdrawiam - Seba
  9. ps_shiptopay Kolumna Typ Null id_carrier int(11) Nie id_payment int(11) Nie Indeksy Brak zdefiniowanego indeksu!
  10. Aktualizowałem, wczesniej była 1.5 W innym sklepie miałem od poczatku 1.6 i tam wszystko działa, a tutaj brakuje mi juz pomysłów. Zauważyłem ze to przestało działać po właczeniu i wyłaczeniu casha, ale to może byc tez zbieg okoliczności.
  11. Witam, pcpayments2carriersfree - fajny moduł ale nie działa dla multishop ship2pay u mnie działa na PS1.6.0.9 ale nie obyło się bez kombinowania. Ogólnie moduł działał w wersji 1.5 i po upgradzie do 1.6 również wszystko było ok. Ale jak go odinstalowałem i potem próbowałem zainstalować na nowo tu już nie działa. No niby działał ale nie pamiętał konfiguracji tzn nie zapisywał ustawień. Okazuje się ze po instalacji w 1.6 moduł nie utworzył tabeli ps_ship2pay w której przechowuje ustawienia. Ręczna edycja bazy danych załatwiła sprawę i wszystko śmiga. Mam nadzieje że ta informacja komuś pomoże Pozdrawiam - Seba
  12. Witam, U mnie ten sam problem i niemoge sobie z tym poradzić. W backoffice przy konfiguracji blocktopmenu w prawym okienku "dostepne elementy" nie rozwija listy kategorii. W tym momencie nie moge dodac nowych kategorii do menu. Sprawdzałem w bazie danych tabele kategorii wygladaja OK, czysciłem casch i tez nic nie pomogło. Nie wiem o co chodzi bo wczesniej to działało. Presta 1.6.0.9 Bede wdzieczny za pomoc. Pozdrawiam - Seba
×
×
  • Create New...