efrenzy

Trzeba w bazie sprawdzić tabelkę: ps_access - tam są zapisane uprawnienia, jeżeli admin nie ma to znaczy, że zostały usunięte i należy przywrócić.

Trudno zgadnąć, brzmi jak problem w bazie danych - Super Admin powinien mieć dostęp do wszystkiego i tych uprawnień się nie zmienia. Może przywróć bazę danych sprzed awarii ?

Może po prostu podaj dwa adresy e-mail w konfiguracji modułu powiadomień ?

Drogą prób i błędów, bo na sucho bez domeny i dostępu do sklepu to nikt Ci takich parametrów nie wymyśli

Kolego ja to robię na początku pliku .htaccess tak: ## Regulki wycinajace zle boty SetEnvIfNoCase User-Agent .*Java.* bad_bot SetEnvIfNoCase User-Agent .*spider.* bad_bot SetEnvIfNoCase User-Agent .*psbot.* bad_bot SetEnvIfNoCase User-Agent .*Exabot.* bad_bot SetEnvIfNoCase User-Agent .*Yandex.* bad_bot SetEnvIfNoCase User-Agent .*Baiduspider.* bad_bot order allow,deny deny from env=bad_bot allow from all A do sprawdzenia czy działa używam tej wtyczki, która pozwala zmienić twojego Chrome w dowolnego robota: https://chrome.google.com/webstore/detail/user-agent-switcher-for-c/djflhoibgkdhkhhcedjiklpkjnoahfmg Oczywiście regułki są przykładowe i najlepiej zrobić własne na podstawie analizy logów serwera.

Po pierwsze dowiedz się czym dysponuje, Twój usługodawca hostingu/serwera, na którym stoi sklep - z kiedy mają ostatni backup i w jakiej formie. Późnej ewentualnie uzupełnij ich system kopii bezpieczeństwa o swoją: - kopia bazy danych (ja na dużych projektach robię nawet kilka razy dziennie, aby dało się przywrócić bez utraty zamówień), - kopia całości plików - np. raz w miesiącu, - kopia modułów i szablonów - raz w tygodniu gdy programista nich grzebie można częściej, gdy nic się nie ruszane to można rzadziej, - osobno kopia korespondencji z klientami. To powinno wystarczyć do przywrócenia sklepu po awarii lub utracie danych. Musisz zwrócić uwagę, gdzie trzymasz kopię aby ją uchronić przed utratą danych - największy koszmar to mieć kopię, z której nie przywrócisz danych. Jeśli masz VPS'a / dedyka można to w pełni zautomatyzować, robi się samo, jak hosting współdzielony tylko z FTP to już trzeba coś przykombinować aby nie klikać ręcznie.

Cześć, o ile wiem jest to niestandardowe rozwiązanie. Natomiast jest gotowy moduł, niestety nie polski, który coś takiego robi: http://addons.prestashop.com/pl/cena-promocja-prestashop-moduly-/18047-product-price-by-size.html Dodatki najlepiej jako osobne produkty. Możesz spróbować tez tak jak radzą sobie na aukcjach allegro, cena za 1m i w zależności od ilości m2 cena liczona jako pewna ilość cząstkowa.

Cześć

Operator płatności elektronicznych PayU, informuje, że w dniu 16 stycznia 2015 roku PayU całkowicie zaprzestanie wspierania protokołu SSL 3.0. Jeżeli z niego Państwo korzystają, konieczne jest niezwłoczne dokonanie zmiany na bezpieczną wersję protokołu TLS w innym przypadku transakcje przestaną być realizowane. Warto sprawdzić: - czy serwery na, których stoją wasze sklepy nie są podatne, - czy po 16-stym stycznia nadal będą działać prawidłowo płatności

Gdy włączyć błędy w 1 co jest ?

Zainstaluj do Chrome dodatek JavaScript Errors Notifier i zobacz czy masz jakieś błędy? Jakiś ajax albo się nie wykonuje albo błędnie się wykonuje w tym kroku - najlepiej daj adres sklepu.

Czyli nie to. Coś pogmerałeś w takim razie w ustawieniach, trudno zgadywać zaocznie. Jako dywagację mogę stwierdzić, że zbytnia nadgorliwość w grzebaniu w ustawieniach domyślnych presty po instalacji w mojej działalności też się tak kończyła

Na obecną chwilę wygląda to już ok, - masz jeszcze gdzieś na stronie linki prowadzące do błędnych adresów? - spadł ruch w witrynie po zmianie adresowania? Po aktualizacji zmieniło ci sposób adresowania, teraz wystarczy poczekać, aż wyszukiwarka Google to sobie odświeży. Możesz wygenerować i zgłosić nową mapę witryny + pozyskać kilka nowych linków z popularnych stron aby przyśpieszyć cały proces. Bierz pod uwagę, że odświeża to z opóźnieniem, szczególnie pozycje mogą wrócić a mogą nie wrócić.

Zobacz tutaj w panelu a ) LOKALIZACJA > KRAJE, przeedytować ręcznie w panelu nazwę kraju usuwając spację z początku, albo w bazie b ) ps_country_lang -> ' Polska', musisz zalogować się przez jakiś PhpMyAdmin lub coś podobnego i przeedytować zawartość pola tak aby nie było spacji na początku.

Rzeczywiście bardzo ogólnie ująłem moje sformułowanie, i nie miałem na myśli upakowania keywordów w polu tytułu. Natomiast nie wyobrażam sobie optymalizacji bez odpowiedniej zawartości tekstowej w tym miejscu, bez różnicy skąd te słowa się biorą w PS. Swój post poprawiłem jakby ktoś miał go interpretować wprost dosłownie

Wszedzię ma być taka sama, proponuje krótszą: sandacz.nysa.pl - ale ostatecznie jak wolisz.

Wyłącz szybki podgląd produktu na liście, jest szansa, że pomoże. Kojarzę taki problem, że w którejś preście z serii 1.6 zapomnieli do panelu dać taki przycisk Jak nie znajdziesz wróć i napisz jaka wersja PS masz.

Dwie możliwe przyczyny: a ) błąd w kodzie PHP lub błąd podczas parsowania zawartości pliku, b ) zmniejszył się limit czasu wykonania PHP. Sprawdź obie te rzeczy, jest duża szansa, że ustalisz przyczynę. Włącz raportowanie błędów, zobacz co jest w error log'u zaraz po tym jak serwer ubija skrypt z kodem 500. I można wtedy bardziej pogdybać

W tym budżecie jakim dysponujesz nie da się oczekiwać skoku technologicznego przy zmianie operatora Przy 50 zł /miesiąc można filozofować. Moim zdaniem linuxpl jest ok, korzystałem i nic się złego nie działo. Sprawdź sobie czy HEKKO być może będzie bardziej elastyczne w ramach modyfikacji twoich parametrów. Co do braku miejsca na skrzynkach, poczyść maile. Jeżeli korzystasz z Thunderbird'a do archiwizacji możesz użyć wtyczki Import Export Tools https://addons.mozilla.org/pl/thunderbird/addon/importexporttools/ fantastycznie nadaje się do tego celu. Przed archiwizacją możesz jeszcze sobie ręcznie posortować po rozmiarach maila i usunąć niepotrzebne z dużymi załącznikami. P.S. Może ta oferta będzie dla Ciebie ciekawa: https://www.netdc.pl/serwery-www

Wpisz ponownie w ustawieniach podstawowy adres domeny sklepu i kliknij, ZAPISZ. Powinno nadpisać ustawienia w bazie i pliku z regułami mod_rewrite - po tym sądzę, że problem może zniknąć. Daj znać czy pomogło.

Zatem aby osiągnąć taki cel, żeby panel CMS działał zgodnie z oczekiwaniami, trzeba zatrudnić programistę aby dostosował kod szablonów do takiego standardu. Albo przeszkolić pracownika od wprowadzania. Nie znam niestety innego rozwiązania dla takiego problemu. sower dobrze nakreślił jego charakter. Jest to niewątpliwie upierdliwość w presta po 1.4, że CMS działa topornie.

Jest taka możliwość, że sklep na lokalnym działa prawidłowo a na serwerze hostingowym już nie. Przyczyną może być inna wersja PHP, która powoduje błąd w interpretacji kodu. Twoim zadaniem jest znaleźć sposób aby to ustalić Najlepszy pomysł to sprawdzenie logów i/lub komunikatów błędów wyświetlanych w przeglądarce i wyśledzenie przyczyny.

Bałagan w bazie danych albo pliku htaccess, co masz wpisane w panelu admina: Preferencje >> SEO i URL >> Ustaw URL sklepu ?

A moduł jest zainstalowany poprawnie w panelu ?

Rozumiem, że to w widoku konta klienta zalogowanego. Zakładam, że jest jakiś błąd wykonania kodu na serwerze - trzeba zacząć od przeczytania co się dzieje w logach błędów PHP/WWW, czy są jakieś błędy zgłaszane. Warto wcześniej upewnić się, że wszystkie wymagane pliki z wersji demo przegrałeś na serwer. Bez analizy trudno zgadywać jaka może być przyczyna, bo możliwości jest ok. pierdyliard;)