efrenzy

A nie masz tam włączonego modułu do filtrowania dynamicznego listy produktów [Filtry nawigacyjne blok]? On jeszcze lubi nadpisać, robi globala na zmiennej smarty P.S. Sorry za opóźnienie w odpowiedzi, nie śledzę na bieżąco.

Da się to zrobić, najlepiej modyfikacją lub modułem w ramach mechanizmów PrestaShop, z wielu możliwych sposobów większość nie jest doskonała.

Poradziłeś ? Spotkałem się z tym problemem, musiałem cofnąć zmiany do zera w override, wyczyścić cache i wyłączyć wszystkie opcje pamięci podręcznej (polecam zwrócić uwagę aby przed wyłączeniem opcji globalnej pamięci podręcznej przestawić opcje dziedziczące też na stan wyłączony / czyszczenia Dopiero po tym stopniowo dokładałem nowe nadpisane funkcje i obserwowałem czy się pojawiają zmiany na froncie. Dodatkowo polecam zwrócić uwagę na: - warianty multistore językowe i ich zależności/priorytety - wyłączysz pamięć podręczną we Wszystkie Sklepy, a w języku Polskim będzie dalej trzymał i możesz nie wiedzieć dlaczego tak się dzieje. To w zupełności pomogło rozwiązać ten temat, jak to mówią musi działać

Rekomendowana metoda to krokowa aktualizacja 1.4 -> 1.5. -> 1.6, przy czym na każdym kroku może zdarzyć się przeszkoda do możliwości przeniesienia bez problemów. Generalnie powinno się udać, pewnie coś przestanie działać np. moduły

Może to tylko pamięć podręczna ? Wyczyść cache zanim zaczniesz drążyć W panelu zakładka wydajność, wymuś kompilowanie szablonów smarty.

Taki błąd nie koniecznie oznacza brak pamięci, błąd w PHP może powodować takie problemy - niezależnie od hostingu. Albo może być problem, że konfiguracja PHP na danym hostingu powoduje takie błędy. Zanim przenosić cały sklep na nowy serwer, powinien na to rzucić okiem programista, bo jest duża szansa, że na nowym serwerze będzie to samo

Równie dobrze sprawdzi się: http://designmodo.com/responsive-test/ + print screen + trochę fotoszopa i można takie złożyć.

W konfiguracji modułów: Górne menu poziome (blocktopmenu) dodajesz link skierowany do wskazanego ręcznie URL'a.

Bazujesz na dokumentacji od Google, jeżeli nie masz skonfigurowanego śledzenia e-commerce zacznij od tego - w sensie biznesowym to najbogatsze źródło wiedzy na temat konwersji w sklepie. Ponieważ każda presta jest inna, trudno podać jeden przykład uogólniający jak to skonfigurować. Śledzenie E-commerce https://support.google.com/analytics/answer/1009612?hl=pl Cele https://support.google.com/analytics/answer/1032415 https://support.google.com/analytics/answer/1116091?hl=pl Jeżeli pytasz jakie zagadnienia warto śledzić, to też każdy ma inne cele i potrzeby w tym zakresie i zależy od sprzedawcy.

Tam siedzą tłumaczenia nazw załączników produktów (np. PDFy lub inne materiały), ale to nie ma znaczenia - z logów wynika, że nie masz części tabel w bazie. Musisz przywrócić bazę, która będzie kompletna i wtedy rozglądać się za kolejnymi krokami. P.S. Z tego powodu upgrade robi się najpierw na kopii sklepu produkcyjnego

sower słusznie zauważył, możesz spróbować wrócić do bazy sprzed upgrade. Wygląda to tak jakby cały proces nie przebiegł prawidłowo albo nie wykonał się do końca - trudno tu zgadywać bez zaglądania do bazy - masz taką tabelkę w bazie: ps1_attachment_lang ?

Jakiś moduł, który zainstalowałeś popsuł ci klasę w override ? Sprawdź czy masz plik override/classes/Meta.php, jeżeli tak to sprawdź czy ruszy jak go nie będzie. Usuń /cache/class_index.php.

Widziałeś w ustawieniach taką opcję: Preferencje >> Produkty >> Ilość dni przez które produkt jest oznaczony jako "nowy" tutaj ustaw 30 dni i powinno wywalać nowości. Czy to jest w pobliżu Twojego problemu ?

Tak, zawsze zakładaj kilka dni dla Google na odświeżenie wyników. Tempo aktualizacji zależy od tego jak mocno podlinkowany jest sklep innych stronach, im więcej masz linków tym częściej robot przeczyta zmiany i zostaną uwzględnione w indeksie.

Jakiś błąd rzuca na hostingu ?

Często jest to kwestia odświeżenia przez Google nowych wyników, u mnie wygląda to tak: Sytuacja kiedy Google wstawia swoje opisy dotyczy przypadków, kiedy są nie ustawione meta-Description lub są zbyt krótkie, u Ciebie tak właśnie jest. Dla produktu: http://www.oojeeej.pl/glowna/75-bluza-numer.html Description ma 30 znaków na 156 możliwych to tylko 19%, więc wyszukiwarka może uznać, że pokaże własną wersje opisów pod produktami. Polecam narzędzie: http://www.seomofo.com/snippet-optimizer.html - wspomaga wizualne projektowanie wyników wyszukiwania.

Cześć

Są dwa warianty: a) najkorzystniej będzie zrobić przekierowania 301 z EN na PL odpowiedniki, wtedy ranking EN zostanie prawidłowo przeniesiony i jakby nie stracisz części "mocy" - najlepiej z poziomu PHP albo mniej korzystnie w .htaccess regułkami, najprościej będzie po prostu dać regułę w pliku robots.txt, która zabroni robotom indeksowania EN częsci serwisu i zostawi PL. To tak na szybko, nie analizowałem tego i być może są lepsze jeszcze sposoby

W sensie rozmiaru elementów w menu? Jeżeli tak to już trzeba edytować pliki .CSS - w panelu nie ma takiej opcji aby dostosować sposób wyświetlania elementów menu.

To się ustawia osobno w module o nazwie Menu górne Powiedz czy o to chodziło i czy się udało go odszukać.

Wygląda na to, że Google się pogubił w sklepie i nie potrafi odróżnić wersji EN od PL - ircyk dobrze zauważył, przyczyna leży w braku optymalizacji pól SEO, w wersji polskiej i angielskiej strony produktów są takie same i mają identyczne opisy. Możesz: a) przetłumaczyć produkty na EN i ustawić w narzędziach webmasterów wersję jezykowe aby Google prawidłowo rozróżnił, nie tłumaczyć i wykluczyć z wyników wyszukiwarki angielską wersję aby Google nie mieszał PL z EN, c) zostawić tak jak jest teraz

Tak w przypadku takiej ilości produktów trzeba do skutku Można jeszcze w takim przypadku pisać do administratora serwera aby podnieść maksymalny czas wykonania skryptów PHP.

Jak dużo masz tych produktów? Można skasować z bazy, ale nie wystarczy jedna tabelka: należy uwzględnić przy tym wszystkie powiązane informacje (atrybuty, załączniki, kombinacje) etc... Najlepszym rozwiązaniem jest wejść do tej kategorii w panelu, wyświetlić maksymalną dostępną ilość, zaznaczyć wszystkie, usunąć wszystkie zaznaczone do skutku "Działania masowe" na dole strony. Inaczej trzeba wymyślić dobre zapytania SQL, które usuną rzeczywiście produkty i informacje związane. Nie wiem jaką masz wersję, założyłem 1.6

Może blockcart-json.tpl ?

Ostatnio dotknąłem taki problem na 1.6, poznikały mi tłumaczenia nazw modułów na liście. Było to związane z tym, że sklep tworzył nowy plik tłumaczeń modułów w katalogu szablonu. Poniżej przykład, nie pamiętam już co gdzie przenosiło: Domyślnie tłumaczenia są tutaj np. ~/modules/nazwa_modulu/translations/pl.php Po ruszeniu np tworzy do: ~/themes/nazwa_szablonu/modules/nazwa_modulu/translations/pl.php I teraz jeżeli chodzi o koszyk, porównaj zawartość: a) ~/modules/blockcart/translations/pl.php ~/themes/nazwa_szablonu/modules/blockcart/translations/pl.php Posprawdzaj to sobie, bo pewnie musisz dokładniej zrozumieć logikę działania tych tłumaczeń w PrestaShop aby sobie poradzić z problemem.