hatak

zainstaluj sobie http://www.monitorix.org/ bedziesz wiedzial dokladniej gdzie moze lezec przyczyna - sprzet, konfiguracja czy zasoby

widzialbym tu zastosowanie dla statusow zamowienia - reszta moglaby byc zbyt ofensywna dla klientow

kazdy sklep musi miec przynajmniej 3 grupy klientow : odwiedzajacy - czyli zaden zapisany klient, gosc - ci co zarejestrowani sa bez pelnego formularza, oraz klient - ci co zarejestrowali sie na full z haslem itd. jesli masz dwa sklepy w multistore to albo prowadzisz wspolne grupy dla obu sklepow albo musisz zdublowac te grupy jesli chcesz miec rozne bajery w roznych sklepach w twoim przypadku musisz zdublowac odwiedzajacych i przypisac ich do roznych sklepow i ustawic widocznosc cen

jeszcze tak mi sie cos przypopmnialo, kiedys cos podobnego widzialem.. ze przy updacie presty cos nie chcialy sie ustawic "obrazki okladka" wez sprobuj ustawic na nowo okladke

ja cos bzdurnego napisalem widze nie usun na chwile tylko podmien na chwile z odpowiedniego katalogu twojego defaultowego tematu

problem lezy gdzies w javascripcie strona po zaladowaniu powinna zaznaczyc pierwsza miniaturke jako default (charakterystyczna ramka w twoim przypadku) na pierwszy rzut oka wyglada to tak jakby /themes/twojtemat/js/product.js byl nie do konca zgodny z wersja presty wez usun go na chwile / wyczysc cache i sprawdz czy dziala to jak nalezy.... edt mozliwe tez ze jest jakis konflikt z jakims modulem / chat , facebook wysuwany itd

w tabeli ps_configuration rowniez musi byc status wlasciwy sprawdz co jest w "value" dla "name" PS_OS_BANKWIRE

zapytales czy cos polecamy. polecam ten, raczej bym nie polecal czegos co zle dziala, sam modul nie ma zadnych dodatkowych ustawien wszystko robisz w serwisie mouseflow . com

http://catalogo-onlinersi.net/pl/korzen/477-heatmap.html

2 rzeczy: po pierwsze to hosting jest raczej niedopracowany , skoro wczesniej bylo ok (14sek na select to faktycznie duzo) po drugie twoja tabela connections ma juz 2 miliony wierszy - wypadałoby to juz jakos oczyscic ze starych wpisow , pewnie sa tam rzeczy z przed kilku lat. sa moduly free i platne do czyszczenia bazy presty ze statystyk i starych koszykow - poszukaj

gsc weryfikuje tylko domene - wiec tylko w index strony calkiem glownej (u ciebie chyba tylko sklep)

ja bym wsadzil ten sam kod - tylko dlatego poniewaz jest to fizycznie dalej ten sam adres domeny (co innego gdyby blog byl na subdomenie) teraz analitycs jest tak rozbudowany, ze latwo mozna sprawdzic skad i dokad trafia osoba jedynie, w takim przypadku, bedziesz musial sie przekopywac przez wybor opcji podgladu statystyk w analitycsie jesli bedziesz prowadzil kampanie seo czy reklamowe calkiem osobno dla bloga i dla sklepu (maslo maslane ale nie wiem jak prosciej to napisac)

w oryginale zdjec nie wyszukuje z obrazem i cena , standardowa przerobka dodaje tylko obraz, ty masz jeszcze cene wiec to musi byc rozwiazanie dedykowane w szablonie - to moze poszukaj w cachu szablonu. btw standardowo kod odpowiedzialny za wyglad wynikow wyszukiwania jest w pliku blocksearch-instantsearch.tpl

ale czekaj bo ja chyba nie zrozumialem wczesniej, miniaturki i ceny w searchu nie sa cachowane. cachowany jest tylko "wyglad" - same wyniki wyszukiwania zaleza od zaindeksowania (preferencje- szukaj - indeksacja) - miniaturki (zaleznie od rozwiazania, szablonu) to najczesciej cart_default.jpg lub te z folderu /img/tmp i byc moze nie sa wygenerowane... ale to trudno powiedziec bez pacjenta na stole

moze uzywasz innego modulu inna nazwa? to napewno siedzi gdzies tam