Bonek092

Problem solved. The support server just wrote to me with just a request to disable the gamification module. Apparently there is a problem with him. Now everything works as it should.

Dziękuje za pomoc Panowie Support serwera napisał przed chwilą do mnie właśnie z prośba o wyłączenie modułu gamification. Podobno z nim jest jakiś problem. Teraz wszystko działa jak trzeba.

Welcome back, I have a problem with the BackOffice comiesieczni.pl (Presta 1.6.1.18). Well, the login page to the panel and the very transition to the main dashboard with statistics takes a very long time. Later, moving around the rest of the tabs is done efficiently. What I managed to do myself: Clearing the smarty / cache and smarty / compile folder via SSH, Clearing the cache through the "Performance" tab in the BO, Change the protection_addons variable in the tools.php file to "false". Contact with server support - the service stated that the server is working fine. Unfortunately, the problem did not stop. What else can I do ?

Witam ponownie, Mam problem z BackOffice sklepu comiesieczni.pl (Presta 1.6.1.18). Otóż strona logowania do panelu i samo przejście do głównego pulpitu ze statystykami trwa bardzo długo. Później poruszanie się po reszcie zakładek odbywa się sprawnie. To co udało mi się zrobić samemu: Wyczyszczenie folderu smarty/cache i smarty/compile poprzez SSH, Wyczyszczenie cache poprzez zakładkę "Wydajność" w BO, Zmiana zmiennej protection_addons w pliku tools.php na "false". Kontakt z obsługą serwera - obsługa stwierdziła że serwer działa stablinie. Niestety problem nie ustapił. Co mogę jeszcze zrobić ?

Problem został rozwiązany. Mogłem od razu zacząć od tego kroku. Wystarczyło wyłączyć wszystkie niestandardowe moduły żeby przewoźnicy zaczęli działać prawidłowo. Wtedy zacząłem powoli diagnozować moduł po po module zęby sprawdzić który z tych niestandardowych powoduje problem. Padło na moduł bloga zakupiony z Presta Addons. Po przeinstalowaniu modułu i przywróceniu backupu artykułów wszystko wróciło do normy. Dziękuje za wyczerpujące odpowiedzi i za poświęcony czas !

Problem has been solved. I could start right away from this step. It was enough to turn off all non-standard modules so that carriers started to operate properly. Then I began to slowly diagnose the module after the teeth check module which one of these non-standard causes the problem. There was a blog module purchased from Presta Addons. After the module was reinstalled and the article backup was restored, everything returned to normal. Thank you for your comprehensive answers and for your time!

Can you help me with this problem? I have this code from another forum to check.

Wrzucam załącznik z screenshotem informacji konfiguracyjnych. Na ta chwilę widzę że tylko jeden z plików został zmieniony bądź jest brakujący, ale wydaje mi się że nie wpływa on na opisywany problem.

Nie było. Nigdy nic nie aktuzalizowałem jeśli chodzi o SQL. Silnik bazy to InnoDB i nic nigdy nie było zmieniane. Tak samo jesli chodzi o zmianę wersji PHP. Tak mogę w innych miejscach sklepu zapisywać zmiany, usuwać moduły itp. Dostałem jeszcze taką odpowiedź na anglojęzycznym forum: Stworzyłem więc plik test.php z kodem <?php echo str_replace(",",".",",,,,,,,,"); ?> i wrzuciłem go na serwer aby sprawdzić czy przecinki zamieniane są prawidłowo na kropki. I chyba wygląda na to że wszystko jest w porządku http://comiesieczni.pl/test.php

http://comiesieczni.pl/test.php From what I see, the comma-to-dots comma function works fine. In order to check, I made the test.php file and put the following code in it: <?php echo str_replace(",",".",",,,,,,,,"); ?> It looks like everything is fine ...

I'm not so familiar with PHP. Can you help me with this problem in some way? : /

I also tried to delete and re-create the ps_range_price table, however, and it did not bring any effects: CREATE TABLE `ps_range_price` ( `id_range_price` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT, `id_carrier` INT(10) UNSIGNED NOT NULL, `delimiter1` DECIMAL(20,6) NOT NULL, `delimiter2` DECIMAL(20,6) NOT NULL, PRIMARY KEY (`id_range_price`), UNIQUE INDEX `id_carrier` (`id_carrier`, `delimiter1`, `delimiter2`)

Usunąłem wszystkich przewoźników, wszystkie dane z tabeli ps_carrier oraz ps_range_price, wyczyściłem cache i przy próbie wprowadzenia nowego przewoźnika (zakresy ustawiam za pomocą kropek) wyskakuje mi błąd: "Wystąpił błąd podczas zapisywania zakresów przewoźnika." //edit: Próbowałem także usunąć tabelę ps_range_price i stworzyć ją na nowo jednak i to nie pomogło: CREATE TABLE `ps_range_price` ( `id_range_price` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT, `id_carrier` INT(10) UNSIGNED NOT NULL, `delimiter1` DECIMAL(20,6) NOT NULL, `delimiter2` DECIMAL(20,6) NOT NULL, PRIMARY KEY (`id_range_price`), UNIQUE INDEX `id_carrier` (`id_carrier`, `delimiter1`, `delimiter2`)

I have removed all carriers, all data from the table ps_carrier and ps_range_price, I cleared the cache and when trying to enter a new carrier (ranges set using dots) I get an error: "An error occurred while saving the carrier ranges."

Unfortunately, the problem also appeared when the customer chooses a cash-on-delivery package.