pmp

Spróbowałem. Efektu brak. komunikat ten sam. "TECHNICAL ERROR: unable to sync. Details: Error thrown: [object Object] Text status: parsererror"

O ile nie robię czegoś źle, albo w złym miejscu, to włączenie debugowania (za pomocą suwaka w menu->wydajność->tryb debugowania), nie wnosi żadnych zmian->suwak wraca sam sobie w pozycję "nie".

Jeszcze lepiej: Tryb debugowania nie daje się włączyć

Witam, Nie doszukałem się odpowiedzi w czeluściach forum, więc zakładam nowy temat. Po zainstalowaniu Presty na serwerze wszystko działało jak się należy. Sprawdzałem; wysyłałem maile, robiłem zamówienia-wszystko śmigało. Synchronizacja skrzynki przebiegła bez problemów. Maile zostały pobrane. Odpowiedzi były wysyłane. Po którejś z kolei, masowej auktualizacji modułów (presta zgłasza taką możliwość) poprzez "aktualizuj wszystko, wysypała się osługa klienta. CAŁKOWICIE!!! Nie zauważyłem, że coś nie działa do momentu zalogowania się do skrzynki mailowej. Okazało się, że mam maile, których nie widać z poziomu sklepu. Woli wyjaśnienia: Synchronizacja IMAP przestała działać; to problem nr 1- zgłasza błąd: TECHNICAL ERROR: unable to sync. Details: Error thrown: [object Object] Text status: parsererror Szczegóły:(i tu już jazda bez trzymanki) - Maile, które wysyłam z poziomu sklepu przychodzą z dopiskiem "[no sync]" w tytule. - Zdarza się, że nie przychodzą - w "obsłudze klienta" pojawiają się losowe wiadomości ze skrzynki mailowej w bliżej nieokreślonych odstępach czasu i bez większej logiki temu towarzyszącej, ale przy tym na górnym pasku nie pojawiają się powiadomienia o nowej wiadomości, ani żadne inne. Jeśli coś się napatoczyło to widać to w MENU--->PULPIT--->Powiadomienia - też niestety losowo jak sobie presta wymyśli. Właściwie wszystko sprowadza się do tego, że sklep żyje własnym życiem. Nie wiem, czy są jakieś zamówienia, nie wiem czy są jakieś zapytania od klientów. Bajzel mam, że nie ogarniam i właściwie działa to teraz tak, jakby w stacjonarnym sklepie postawić za ladą głuchego, ślepego, niemego pracownika-w dodatku bez rąk Jakies pomysły?

Ja sie podepnę, bo temat zbliżony: Gdzie znajdują się treści komunikatów o stanach magazynowych (te widoczne na karcie produktu). Chciałbym je wyedytować, bo średnio mi odpowiadają.

Mnie też na presta 1.6 działa bezbłędnie, ale dopiero po instalacji "z ręki". Po automatycznej instalce miałem podobne problemy.

U mnie działa poprawnie. Ustawiasz konfigurację według uznania i ZAPISUJESZ . Wchodzisz od frontu na sklep z F5 dla pewności i robisz testowe zamówienie.

A. Przysierociłem trochę z tym "płatność przy odbiorze". Nie zmienia to faktu, że WŁAŚCIWY moduł ship2pay nie działa od strzału w wersji 1.6. B. Opanowałem sprawę. Prestashop v1.6.0.6 Moduł nie instaluje się właściwie z automatu ( po dodaniu go z menu: MODUŁY>>>Dodaj nowy moduł), ale można go dodać ręcznie z poziomu serwera: 1. Rozpakować plik (zależnie od struktury-piszę to bo nie pamietam) do folderu shiptopay lub bezpośrednio ( w każym razie tak, żeby został wypluty folder "shiptopay" bez kolejnego folderu "shiptopay" wewnątrz. 2. Załadować folder "shiptopay" na serwer do katalogu "modules" 3. Wejść do BO. 4. Wejść do menu MODUŁY 5. Odszukać i skonfigurować moduł shiptopay, uśmiechając się 5. Cieszyć się 6. Wrócić tu i usmiechnąć się jeszcze raz pisząc, że działa P. S. Punkty 1 i 2 --kolejność dowolna

Ja też się przypinam do tematu. Cała procedura składania zamówienia (czy 5 kroków czy 1 strona) jest bez sensu. Najpierw klient wybiera sposób wysyłki. Może wybrać cokolwiek, czy to pobranie czy przedpłata nieistotne i jednocześnie w ostatnim kroku przy płatności ma do wyboru wszystkie możliwe opcje; przelew czy transfer przy wybraniu wcześniej przesyłki pobraniowej i pobranie przy wyborze wcześniej przesyłki przedpłaconej. Da się te bzdury jakoś ogarnąć? Klient się zamota w 100 na 100 przypadków i pójdzie do youtube'a oglądać koty. Zna ktoś rozsądne rozwiązanie? Presta 1.6.0.6 ship2pay po dodaniu przez BO niewidoczny( nie dodaje się mimo komunikatu o powodzeniu), w związku z czym nie mogę zainstalować modułu.

Próbowałem-wywala error 404 na sklepie. Zmiana wpisu PS_SHOP_ENABLE w polu value z wartości `0` na `1` też generuje error 404. Page not found EDIT: Problem rozwiązany: Ręczne włączenie sklepu z poziomu bazy danych w tabeli PS_CONFIGURATION >>>>PS_SHOP_ENABLE>>>value `1` powoduje pełne ponowne uruchomienie sklepu ALE zmienia ścieżkę dostępu dla admina generując folder `adminxxx` stąd błąd 404 przy próbie wywołania okna logowania. Ścieżkę dostępu należy sprawdzić z poziomu serwera. Gdzie się ta zmiana rodzi i z jakiej przyczyny, tego nie wiem :/

Witam, Jestem nowym użytkownikiem, więc na początek Powitanie dla całej społeczności. Mam na imię Piotr i z prestashop zderzyłem się kilka dni temu. Jak przystało na świerzaka, zaliczyłem wtopę przy pierwszym podejściu. Najpierw wyłączyłem sklep (do testu tej funkcjonalności), bez dodania IP do obsługi admina. Efekt: zamurowało mi drzwi do sklepu. Pojawia się strona "Przerwa techniczna" i koniec. Wywołanie strony logowania admina jest niemozliwe. Nie robiłem żadnej konfiguracji, więc rozwiązaniem było przeinstalowanie całości. Nauczony poprzednim błędem, uparcie postanowiłem przekonać się czy dodanie mojego IP pomoże w przyszłości i dodałem. Grzebałem jeszcze przez jakiś czas w panelu, żeby ogarnąć konfigurację, po czy wylogowałem się. Wieczorem powtórka z rozrywki; w międzyczasie router wymyślił sobie reconnect, zmieniło mi IP i znowu jestem w lesie. Czy wiecie jak rozwiązać ten problem?Jak włączyć sklep bez dostępu do panelu?