Cześć od tygodnia widnieje u mnie na sklepie komunikat: Wtyczka WC Historia Cen skanuje wszystkie produkty…
Stało się to po tym jak po wielu miesiącach używania wtyczki włączyłem opcje wyświetlania najniższej ceny na stronach sklepu, category i tag page.
Niestety nic nie pomaga, żeby to zniknęło, włącz/wyłącz wtyczkę nie pomogło, Wymuś zakończenie skanowania również nie pomogło. Zaktualizowałem dzisiaj do wersji 3.0.0 i komunikat nadal widnieje, a co za tym idzie nie mogę zaktualizować bazy danych 🙂
Zrobiłem tak. Wyłączyłem wtyczkę: CLP Varnish Cache + Redisa -> udało się przerwać skanowanie ALE teraz zniknęły wszystkie ceny omnibusowe we wszystkich moich produktach. Ponowne wciśnięcie: Uruchom ponownie skanowanie – nic nie daje.
jeżeli zmieniłem cene promocyjna i zapisałem od nowa, to cena omnibusowa wtedy sie zapisała. Jakby cały ten proces importu z post meta do osobnej tabeli się nie odbył, a co za tym idzie tabela jest pusta, a ja nie moge nawet ręcznie tego wymusic :/
ok, jesli miales juz historie zmian cen w wp_postmeta, to ona nadal tam jest. bez obaw.
mozesz wrocic do poprzedneigo formatu przez dodanie do wp-config.php:
define( 'WC_PRICE_HISTORY_USE_POST_META', true );
sprobuj to dodac i zobacz czy historia w innych produktach wrocila. wtedy na spokojnie zajmiemy sie powtorzeniem migracji z post meta do tables tak by tym razem sie to powiodlo
właśnie nic nie dodałem. Zmieniłem na jednym produkcie cene promocyjną, zapisałem produkt. Sprawdziłem – pojawiła się cena omnibusowa przy nim – ok, przy innych produktach nie było – na sto procent. Miałem akurat spotkanie, po godzinie wróciłem na sklep – ceny omnibusowe pojawiły się przy wszystkich produktach przecenionych. Wygląda na to, że ten pierwszy zapis wymusił skan? Nie mam pojęcia. Nadal widnieje informacja, że cena omnibusowa jest serwowana z osobnej tabeli.
ja bardziej obstawiam na te chwile zbyt silny cache. i to niekoniecznie z wtyczki. czy zuywasz np cloudflare? w takim wypadku strony produktow serwowane sa z tego CDN a nie z twojego serwera
zapytaj tez hosting czy maja rozwiazania cache-owe, bo to dosc czesta praktyka ze sami konfiguruja tego typu rzeczy bez wiedzy klienta (sam tak miałem na https://wpzlecenia.pl )
w kazdym razie na 99% w mojej wtyczce nie ma logiki ktora by wymusila skan po zapisie produktu. skan sie pewnie odbyl jakis czas temu ale cache (z wtyczki, hostingu czy cloudflare) serwowal przez kolejne godziny wersje jakby skanu jeszcze nie bylo
Właśnie na wszystkie możliwe sposoby wyłączyłem cache, bo infrastrukture serwerową (bo jesteśmy na dedyku i cache sami konfigurujemy na Varnishu) sami ogarniamy. Plus wszelkie inne zmiany na stronie były widoczne bez problemu. Pewne jest to, że na pewno nie przeprowadziłem (świadomie) migracji z post meta na dedykowaną tabelę – a u innych klientów, gdzie rownież mamy Twoje rozwiązanie bez problemu się to odbyło – tylko tam skanowanie się nie zablokowało jak u mnie przed aktualizacją wtyczki. Później jeszcze wejdę bezpośrednio do bazy i sprawdzę czy pojawiły się tam rekordy.
Bo na razie w statusie WooCommerce widzę takie info: wc_price_history Dane: 0.02MB + Indeks: 0.06MB + Silnik InnoDB wc_price_history_meta Dane: 0.02MB + Indeks: 0.03MB + Silnik InnoDB i wydaje mi się to dosyć mało, bo produktów (z wariantami) mam kilka tysiecy.
PS: Czy w przyszłości, żeby oczyścić postmeta będzie można usunąć historyczne dane z historią cen z tej tabeli, żeby były zachowane tylko te w dedykowanej tabeli?
wydalem wlasnie nowa wersje wtyczki 3.0.1 gdzie dokladniej raportowany jst status.
zaktualizuj prosze i wejdzie w woocommerce > historia cen i tam kliknij na “status”Storage method” tak by rozwinely sie szczegoly i skopiuj prosze wszystkie informacje jakie tam są.
